1. 命名
对于TP的 项目 模型 控制器的常量命名 个人感觉乱糟糟的 可能是为了兼容旧的版本的原因

Action TP的说法是控制器 IndexAction.php 类似这种

但是常量 ACTION_NAME 代表的是动作

而针对 IndexAction 命名的是 MODULE_NAME

容易混淆 乱糟糟


我的建议是 没有项目 没有分组 之前发表过一篇 最近忙于项目 现在回头来总结下之前说的

目录结构

我的理想结构是
base
app
thinkphp

base里 整个网站的通用数据 比如数据库链接等

app里

home , admin ,member 等等 这些可以理解为模块 常量 MODULE_NAME

其中的一个 假如说是admin

包含 controller 和 model

controller 代替TP里 的action 表示控制

这样就成了 IndexController.php 控制器 CONTROLLER_NAME
文件里的function 代表动作 ACTION_NAME

控制器只负责层面的逻辑处理
数据库操作 统统放入 Model里面

模块文件夹 也可以有base

比如内容数据 多城市 分布在不同的数据库里


另外就是 减少些不必要的逻辑关系和配置常量 比如命令行模式等 假如需要用到命令行模式 ，那需要的程序可能就是几个文件 ，还需要用到框架？

看起来 100多个配置 很好很强大 但实际需求 30%不到
网站是需要越做越大，程序是需要越做越精简。

还有些企业类库 第三方类库等等 太繁琐 统统作为插件类库 按需import

鼓励爱好者多开发一些插件

比如上传 传统的本地upload已经不能满足 ,开发一些flashuplod ftpupload

邮件验证 OUT了 现在需求SMS验证 这样就需求sms类



总结：TP是个好框架 多少年坚持下来了，但是旧的不去，新的不来，编程思想是不断进步的，一年前的思想和一年后的思想 差距是很大的，不要过多考虑兼容老版本，大胆的把新思想放入到项目里。