我的书签
添加书签
移除书签目录结构
应用是ThinkCMF中最大的独立模块,一个应用会包含自己的数据库表,控制器,模型和视图.它的核心代码位于 app目录下,以portal 应用为例
thinkcmf 根目录├─api api目录├─app 应用目录│ ├─portal 门户应用目录│ │ ├─controller 控制器目录│ │ ├─model 模型目录│ │ └─ ... 更多类库目录│ ├─ ... 更多应用
同时一个应用也会有自己的视图,但在 ThinkCMF 中一个应用会分为前台视图层和后台视图层;
thinkcmf 根目录├─public WEB 部署目录（对外访问目录）│ ├─themes 前后台主题目录│ │ ├─admin_simpleboot3 后台默认主题(以admin 开头)│ │ │ └─portal 应用视图目录│ │ │ │ ├─admin_article 后台文章管理控制器视图目录│ │ │ │ ├─admin_category 后台文章分类管理控制器视图目录│ │ │ │ └─admin_page 后台页面管理控制器视图目录│ │ └─simpleboot3 前台默认主题│ │ │ └─portal 应用视图目录│ │ │ │ ├─index.html 应用前台首页│ │ │ │ └─ ... 其它前台文件
注:应用后台主题目录以 admin开头
以上就是 cmf 应用的结构体系,有人会觉得不爽,估计会有以下几点:
1.为什么和 tp5默认的项目结构不一样,tp5不是把应用放 application 目录下?
老猫说:tp5足够灵活,应用目录是可以轻松配置的,之前的 thinkcmfx 也是放 application 目录,但老猫觉得这次优化就要想的更细点,现在既然都以 namespace 为主了,如果还把应用放 application 目录,命名空间又是app\portal这样的,为什么不直接把application 目录名也改为app呢!
2.为什么非要把后台控制器带上前缀Admin呢?
老猫说:如果你能分清是前台后台控制器,你不想带也没事,加个前缀项目结构变的清楚不好吗?
3.为什么非要把前台和后台模板分开呢?
老猫说:没办法就这么任性! a.其实分开是有更多好处的,前台后台本来就是风格不统一的,把什么放在一起反而会让人烦,最后你都没法分清是前台后台的 css了,还不如彻底分开.b.分开以后前后台实现多模板的功能就方便了,多模板在很多场景是很有用的,两年了网站要大改,老板说别用 bootstrap 了,我们换个彻底吧,你只要新建一个目录,自己写好放上去就好了c.前台多模板了,对于一些前台好的,他完全可以把自己的模板做好打包销售出去,后台多模板也一样呀!
数据库表结构
应用数据表命名时,我们希望你最好加个表前缀,如 portal_这样会让你的数据库表结构也很清晰,
cmf_portal_category (portal应用 文章分类表)cmf_portal_category_post (portal应用 分类文章对应表)cmf_portal_post (portal应用 文章表)cmf_portal_tag (portal应用 文章标签表)cmf_portal_tag_post (portal应用 标签文章对应表)
应用化才是你发展的重点
应用化是你把业务分开的一个不错的方式,基于 cmf 提供的基础功能,你不用再关心权限,用户等最基础的东西,只要根据自己的应用场景增加应用就可以了,比如:论坛,商城,话题…,甚至你可以在自己的行业里做应用.
如果你的应用有足够大的通用性你完全可以把它做成一个产品,对于已经使用过 cmf 的用户,只要把你的应用复制安装过来,就能用了!
所以应用化,你可以最方便的享受 cmf 的更新,同时也可以以应用形式发布自己的产品,即时是你内部自己用,项目维护发展也足够清晰!
小夏说:别再改 cmf 的核心代码了,不好升级,改了,再也不会有老猫这个免费,还天天做客服的高级搬砖工了!管好你自己的应用就好了!
