标签：.com 保留 后台 点击 shadow 网站 视图 tap 控制
如果你在写服务端 （PHP） ，会因为项目须求（做app、pc、mobiel、微信） 而写几套代码的，你不觉得很累吗？ 现在的很多开源框架商用版本在做程序方面都是这么一套一套的，维护起来，二开起来特别的蛋疼呀，所以本人就有了一想法，如果各端能写一套，或某些代码一套就会少写很多代码了
后决定弄一个开发方快速、维护方便、扩展灵活、可组件式开发、代码复用高、耦合低的这么一个系统tpframe,这是一个用thinkphp 5.o基础上开发的管理系统，刚开始选择框架，在yii、laravel、thinkphp之间不好说哪个好与不好，但最后选择thinkphp的原因是他用起最简单，上手很快，别说它好与不好，能快速入手的，肯定是大家认可的，加上它的用户量，所以最后就选择它了，tpframe自己已应用于一些项目，项目结构基本完善，百分百开源，希望你能喜欢（我又不是人民币~）... 下面我就大体说一下是怎么减少我们很代码工作量的，具体它有什么好处，谁用谁知道，点击去tpframe官网看年
对于app端我们写的更多的就是后台数据管理，然后就是api接口，估计也没再多其它的了
如果你们做的是前、后端分享的形式，那跟app端差不多，写后台跟接口，又或者你直接套代码的形式
这个跟h5一样，多的就是一些微信二开的东西，比如微信登录，微信分享，微信推送等等之类的
现在pc端也有很多做前后端分享的，当然这样服务器又得写api，个人觉得直接套代码也很快（OK）了，这个项目负责人或客户怎么想了
不管你写哪一端，感觉只写api就可以了，哈哈~~，说起是这样的，PHPer写一api，全套都用上了，so easy！再也不用写那么多代码了。哈哈。。。。。。。 我笑了，理想是完美的，现实是苦B的。为了以后扩展，维护，老实分开写才是上上策
有人想，分开写不就写几套了吗，是的，这里的分开仅仅是数据处理分开写，数据库的一些操作我们就可以共用了呀，更确切的说，数据库的增、删、改、查，以及数据处理逻辑这些可以共用，但这也是我们写得比较多的，那其它的数据处理为什么要分开呢？ 因为不同的端可能返回的数据格式不一样，APP端我们返回的通常就是json格式，而Pc我们不仅要赋值模板，还要渲染视图操作。
logic ：数据处理层，也可以说是数据库的粒子操作
service：引用logic层的操作，进行数据后期处理，判断之类的，像一个操作可以会跨多个logic操作的时候，写在service就显得很有必须
controller：数据转发与响应操作
validate：数据验证层
model：模型层
view：视图层
然后：我们可以把逻辑放在公共（Common）模块里面，然后每个模块都可以共用这个模块的逻辑，分别调用数据后进行相应的处理。
最后：不建议把后台逻辑放公共模块里面，后台应该是独立出来的一块。
tpframe框架不仅仅是为了写几端代码共用这么简单，它还有如下一些牛B的东西
1、插件式开发功能模块
如果你知道微擎系统（开发太臃肿），那你就比较熟悉这种模式，后期功能模块都将采用组件式开发
2、简化扩展机制
3、网站目录结构清晰、合理
基本上所有的文件存放目录都已经完善好，你只须要向里面进行新增、修改
4、系统采用多层（控制层、模型层、逻辑层、视图层）设计模式来更低的减少各个模块之间的耦合度
5、采用TP5强力驱动，保留所有thinkphp5的特性，你想怎么开发都可以
发现问题,欢迎大胆吐槽，沙发位等你...
让你快速搞定各服务端（api,pc,mobile,wechat）代码的框架
标签：.com 保留 后台 点击 shadow 网站 视图 tap 控制
原文地址：http://blog.51cto.com/3695538/2058604
