如果你在写服务端 （php） ，会因为项目须求（做app、pc、mobiel、微信） 而写几套代码的，你不觉得很累吗？ 现在的很多开源框架商用版本在做程序方面都是这么一套一套的，维护起来，二开起来特别的蛋疼呀，所以本人就有了一想法，如果各端能写一套，或某些代码一套就会少写很多代码了
好久没有上cnblogs了，也是因为自己最近的时间忙于其它事情，也在为上面说的问题大费心思，最后决定弄一个开发方快速、维护方便、扩展灵活、可组件式开发、代码复用高、耦合低的这么一个系统tpframe,这是一个用thinkphp 5.o基础上开发的管理系统，刚开始选择框架，在yii、laravel、thinkphp之间不好说哪个好与不好，但最后选择thinkphp的原因是他用起最简单，上手很快，别说它好与不好，能快速入手的，肯定是大家认可的，加上它的用户量，所以最后就选择它了，tpframe已应用于一些项目，项目结构基本完善，百分百开源，希望你能喜欢（我又不是人民币~）... 下面我就大体说一下是怎么减少我们很代码工作量的，具体它有什么好处，谁用谁知道，点击去tpframe官网看年
APP端
对于app端我们写的更多的就是后台数据管理，然后就是api接口，估计也没再多其它的了
H5：
如果你们做的是前、后端分享的形式，那跟app端差不多，写后台跟接口，又或者你直接套代码的形式
微信：
这个跟h5一样，多的就是一些微信二开的东西，比如微信登录，微信分享，微信推送等等之类的
PC：
现在pc端也有很多做前后端分享的，当然这样服务器又得写api，个人觉得直接套代码也很快（OK）了，这个项目负责人或客户怎么想了
结论：
不管你写哪一端，感觉只写api就可以了，哈哈~~，说起是这样的，PHPer写一api，全套都用上了，so easy！再也不用写那么多代码了。哈哈。。。。。。。 我笑了，理想是完美的，现实是苦B的。为了以后扩展，维护，老实分开写才是上上策
有人想，分开写不就写几套了吗，是的，这里的分开仅仅是数据处理分开写，数据库的一些操作我们就可以共用了呀，更确切的说，数据库的增、删、改、查，以及数据处理逻辑这些可以共用，但这也是我们写得比较多的，那其它的数据处理为什么要分开呢？ 因为不同的端可能返回的数据格式不一样，APP端我们返回的通常就是json格式，而Pc我们不仅要赋值模板，还要渲染视图操作。
系统数据分层：
logic ：数据处理层，也可以说是数据库的粒子操作
service：引用logic层的操作，进行数据后期处理，判断之类的，像一个操作可以会跨多个logic操作的时候，写在service就显得很有必须
controller：数据转发与响应操作
validate：数据验证层
model：模型层
view：视图层
然后：我们可以把逻辑放在公共（Common）模块里面，然后每个模块都可以共用这个模块的逻辑，分别调用数据后进行相应的处理。
最后：不建议把后台逻辑放公共模块里面，后台应该是独立出来的一块。
再啰嗦：项目有待大家考验，一直完善中，觉得不错的，多帮忙推荐给其它程序员，动动鼠标不算强奸，哈哈~~~
发现问题,欢迎大胆吐槽，沙发位等你...