近期一个项目用到了cms,各种因素考虑最后决定使用 publicCms V2019免费版,因为之前没真正接触过cms类系统,这次还是收获比较大。


引导创建数据库设计, 这个项目第一次启动,会引导你创建数据库, 一般应用里是没有这种设计的。 这种模式在开源项目里,更加符合二次开发人员的需求,二次开发人员不用再去找初始化脚本,执行数据库,修改数据库配置 再启动应用 这套流程了。

技术层面查看了它的实现,是用了 ScriptRunner 连接数据库后执行指定目录的sql文件


对外接口的设计,它做了一层抽象,类似这种AbstractTemplateDirective,抽象的目的我猜测是 为了规范接口拓展 和 方便用户二次开发。这种设计正是 面向接口 面向抽象 编程的体现。


对外接口的设计,它还贴心的提供了 接口列表 接口, 调用后可以之间看到 系统有哪些接口。 假如系统新增接口,也不用再告诉三方 新的地址了,三方可以自己查。

技术层面是用 Map保存起来的 Map<String, AbstractTemplateDirective>


appToken 设计, 对外接口一般都要求传 appToken。 它是这样设计的, 首先在网站后台 创建一个三方应用,创建后自动生成appKey appSecurity,还可以设置该应用 可以调用哪些接口, token超时时间。 把 appKey appSecurity 告诉三方应用后,三方应用可以调用获取appToken

的接口,获取到appToken后, 可以再利用该值 调用其他接口(比如发布文章接口)。

这样设计的好处,我想可以对三方应用进行管理,更大层面讲 隔离应用,隔离接口,Token超时校验 保证了系统的安全性。


扩展字段的设计, 它允许用户自己定义有哪些扩展字段,然后对应的新增文章 和 查看文章 里 就会自动列出扩展字段,同时对外接口里也满足这种设计。 技术层面 我查看了它的表结构设计,有扩展表, 扩展字段表, 然后实际值是存了一个json到原表。

这种设计是第一次遇到,它提供了一个思路,之前维护系统经常要加字段, 一般的方式 都是修改表结构, 有个这个方式后或许可以改变之前的方式。


大字段分表设计, 文章涉及的大字段(文章内容, 扩展json) 它是单独建表的,并没有在主表里. 这种设计倒是比较常见,我虽然之前也知道这种方式的好处,但是自己开发系统真正实际执行的时候为了省事 都直接在一个表里了。执行力还是不够,应该改正。


多语言设计, 它可以自由切换语言版本,实际对应的值是存到了properties。


大批量的静态化, 基本上它所有的界面 都可以静态化, 当访问网站时,你看到的数据 并不是临时从数据库读取的,而是之前就用freeMarker静态化好的,这样就减小了数据库的访问压力。

0条评论
发表评论