如果你在写服务端 (PHP) ,会因为项目须求(做app、pc、mobiel、微信) 而写几套代码的,你不觉得很累吗? 现在的很多开源框架商用版本在做程序方面都是这么一套一套的,维护起来,二开起来特别的蛋疼呀,所以本人就有了一想法,如果各端能写一套,或某些代码一套就会少写很多代码了
后决定弄一个开发方快速、维护方便、扩展灵活、可组件式开发、代码复用高、耦合低的这么一个系统tpframe,这是一个用thinkphp 5.o基础上开发的管理系统,刚开始选择框架,在yii、laravel、thinkphp之间不好说哪个好与不好,但最后选择thinkphp的原因是他用起最简单,上手很快,别说它好与不好,能快速入手的,肯定是大家认可的,加上它的用户量,所以最后就选择它了,tpframe自己已应用于一些项目,项目结构基本完善,百分百开源,希望你能喜欢(我又不是人民币~)... 下面我就大体说一下是怎么减少我们很代码工作量的,具体它有什么好处,谁用谁知道,点击去tpframe官网看年
对于app端我们写的更多的就是后台数据管理,然后就是api接口,估计也没再多其它的了
如果你们做的是前、后端分享的形式,那跟app端差不多,写后台跟接口,又或者你直接套代码的形式
这个跟h6一样,多的就是一些微信二开的东西,比如微信登录,微信分享,微信推送等等之类的
现在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的特性,你想怎么开发都可以
发现问题,欢迎大胆吐槽,沙发位等你...
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。