从入门到负载均衡实操高手,完美应对云环境及大数据的挑战,了解详情>>>
0

我的帖子

个人中心

设置

  发新话题
如果你在写服务端 (PHP) ,会因为项目须求(做app、pc、mobiel、微信) 而写几套代码的,你不觉得很累吗? 现在的很多开源框架商用版本在做程序方面都是这么一套一套的,维护起来,二开起来特别的蛋疼呀,所以本人就有了一想法,如果各端能写一套,或某些代码一套就会少写很多代码了

后决定弄一个开发方快速、维护方便、扩展灵活、可组件式开发、代码复用高、耦合低的这么一个系统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)模块里面,然后每个模块都可以共用这个模块的逻辑,分别调用数据后进行相应的处理。
最后:不建议把后台逻辑放公共模块里面,后台应该是独立出来的一块。
你可能忽略的tpframe框架不仅仅是为了写几端代码共用这么简单,它还有如下一些牛B的东西
1、插件式开发功能模块
如果你知道微擎系统(开发太臃肿),那你就比较熟悉这种模式,后期功能模块都将采用组件式开发
2、简化扩展机制
3、网站目录结构清晰、合理
基本上所有的文件存放目录都已经完善好,你只须要向里面进行新增、修改
4、系统采用多层(控制层、模型层、逻辑层、视图层)设计模式来更低的减少各个模块之间的耦合度
5、采用TP5强力驱动,保留所有thinkphp5的特性,你想怎么开发都可以

发现问题,欢迎大胆吐槽,沙发位等你...




本帖最后由 七彩极 于 2018-1-9 18:45 编辑
‹‹ 上一贴:【其他】看看你能拿到PHP的什么学位   |   下一贴:【教程经验】php错误处理异常处理控制函数 ... ››
  发新话题
快速回复主题
关于我们 | 诚聘英才 | 联系我们 | 网站大事 | 友情链接 |意见反馈 | 网站地图
Copyright©2005-2018 51CTO.COM
本论坛言论纯属发布者个人意见,不代表51CTO网站立场!如有疑义,请与管理员联系:bbs@51cto.com