最近公司网站在改版,其他相关的产品也需要升级改版,公司进行的策略是“'客户端用php','服务端用java'”,具体是:“项目的controller里的基本校验数据整理输出等用php(也有少量部分查询类的接口是php开发)”,“java端是各种业务逻辑和操作数据库封装成接口供php端调用”,因为我是php所以主要参数php端的编码;接口封装有接口封装的优势以下是我最近开发对其的感受:
第一:网站升级改版很多业务逻辑无需更改可调取旧的接口无论前端如何变化数据是变动不大的;
第二:接口封装后模块化更强,负责接口层的程序员负责编码测试,php端的负责调取数据,责任明确;
第三:文档性很强,公司的文档和数据字典关于表结构和接口的参数返回值等都在文档中写的很明了,办公流程更标准化了;
第四:方便简单明了。
最近发现很多公司都用这种模式开发架构项目,跟之前同学的CTO聊后了解到他架构项目也是如此,这种架构部署的优势还是很大的,下面就转载别人的文章具体讲讲它的优劣势吧
一下内容是转载的来自:
http://www.zhihu.com/question/20314377/answer/14801579
// 技术日新月异,回答放一段时间不更新会变味啊。
前两周参加完 ThinkInLamp 的 PHP 架构师大会,听鸟哥一上午的分享,感慨很多,PHP 业界虽然方向不明荒废了两三年的时间,终究还是又重新崛起了。
其实包括 Java 的重启问题,现在也已经很多解决方案了,再不济,双进程 Load Balance 切换也很容易做(但可能引发冷启动问题)。
而 PHP 的性能问题随着