一、可用性问题
(1) block 的预览编码问题，目前显示为乱码。
可能在header中输出编码就ok:
header("Content-type: text/html; charset=utf-8");
(2) 错误提示
分两种情况:
- php脚本块的
<?=/*code*/?>书写错误会提示出错信息和行号 - 参数出错 在
Block调用把名字写错时，预览发现相应的数据块为空，没有出错提示。如果页面Block比较多，可能排查要多花时间。因此希望显示出错信息。
(3) 页面预览
目前在当前版本编辑时，需要先保存再预览才能看到编辑后的效果。
我理解的是在编辑过程中的预览应该是实时更改的效果。因此可能比较好的方法是每隔几秒自动保存代码。这样的好处还在于避免由于其他原因浏览器被关闭造成的代码丢失。
二、 待支持
- 【重要】前端资源文件上传更新。
希望能开通前端开发的资源文件上传更新功能。目前已有测试环境的FTP，因此可以在CMS页面中调用资源，但是还不支持发布到线上。 - 需求ticket功能：前端提交数据需求，并描述清楚，后端得到提醒并处理。这样比用其他方式沟通可能更加合理和高效。
- CMS文档完善：目前在google doc上，最好整理到CMS的帮助栏目中。
- 发布及发布列表功能，目前暂不可用。
三、 易用性问题
- 功能描述
功能的文字描述过于偏重开发人员。
Page, Block也许用适当的中文名称比较好，比如“页面”、“代码块”。
-
分类
所创建的页面没有分类/栏目，无序的排列在列表中，如果页面的数量很多，就会给工作带来无尽的麻烦，光是寻找页面都很麻烦。建议先新建栏目，比如新建一个“BBS论坛”栏目，在栏目下创建页面。 -
SSI支持
SSI--服务器端嵌入有利于整站的代码组织和风格统一化。比如公用导航，页脚文件可以使用ssi嵌入，减少代码量和统一代码。并且在需要更改时，一处更改就能在全站生效。可创建一个分类目录存放这些需要统一的资源，这些资源均发布为单独的页面，在需要的地方用约定符号调用，如：
`` -
模版的使用成本
目前使用的是原生的php语法，数据赋值，条件，遍历使用的都是php语法。
如果仅前端开发人员使用，易用性问题比较小，但是如果扩展到编辑人员的使用，易用性就比较差，学习成本会比较高CMS后期并不是只给开发人员用的，自定义的一些标示应该尽可能的简单易记。比如定义一个“每日统计”的block代码（建议直接用中文“代码块”），现在的方法是：
<?=B(‘每日统计’)?>，能否用更简单易记的比如：(#每日统计#)
从两个方面理解：
后端角度：目前后端不需要经过模版编译这一操作，效率比使用模块语法高。
如果要支持模块语法并且效率不影响，需要缓存模版编译后的文件。这样就需要在每次模版更新时重新编译一次并缓存。
前端角度：前端人员学习现在的语法基本没有问题，并且熟悉了之后也没有使用问题。但从习惯来说，包括前端模版引擎Mustache及php模版引擎Smarty都是相对很简洁的模版系统：
基本数据调用：{{data.id}}
循环遍历： {{#list}}/**代码/{{/list}}
这样无疑更适合非后端开发人员。
- 一些功能增强
- 【已确认】返回数据格式预览加上json格式美化
- 当前用户不具操作权限的操作按钮不显示,感觉显示了操作按钮进入却显示没有权限有些不友好。
- Page列表希望能分类(选项卡)，默认为自己发布的页面列表，可切换到所有页面列表。这样方便查看自己创建的页面。
- Page 支持快速从已有Page里创建
如果两个页面文件十分相似，可以选择从现有页面中快速创建。
网友评论