php学习之为什么说PHP适合做前端JAVA适合做后端？

看到这个标题，不免会产生疑惑，php不是做后端的吗？使用单一语言确实方便，这里php适合做前端java适合做后端是针对大网站或系统的。比如说，淘宝核心开发语言是使用java，前端表现层却使用php。又问：web开发语言很多，python, ruby, perl，。net，为什么选用php呢？
这是因为：
php灵活，上手快，易修改，发布快捷，缺点是容易犯错（常见如拼写错误、sql注入、上传执行等）、执行效率不高、缺乏全局缓存。java的优点则是稳定可靠、运行效率高、不容易犯错（强类型、预编译、必须拦截异常等等），缺点是开发和发布的效率相对较低。这里这是相对而言，并不是说php不能开发大型web，也不是说java效率低，足够经验和能力的依然很高效。
然后从mvc的层次结构上说，在一般网站项目的开发周期中，需求变更最频繁、调整最多的是view，其次是controller，最后是model。这非常好理解，没事干谁天天改数据结构？每次版本升级控制结构都要改的啦，或多或少而已。而view，啥时候两天不改bu啊pm啊ued啊？
两者之间的通信，目前rpc技术已经足够成熟，无论是web service/hessian/restful api都能够让开发人员专注在功能开发上，而不需要过多的考虑异构平台的差异和通讯的细节。这也就意味着在大公司里同时应用两种语言的方案并不会引入过多的复杂度和工作量。
总的来说，靠近用户的前端，使用php能够更快的完成前端频繁而琐碎的更新，自如的应对各种需求的变化。页面的结构调整、用户输入内容的基本验证、仅只和用户交互有关的简单逻辑等都很适合使用php来开发，甚至可以通过类似smarty等模板技术将其页面的变动迁移到前端团队。而基本的业务逻辑和数据的更新采用java开发，可以有效的提高复用度、提升性能和吞吐能力、规避安全问题等。而开发效率稍有降低换来的是可维护性的提升，发布速度慢就更不是问题了，因为通常对于基础业务逻辑的调整往往都是整体修改，并层层测试确认才能发布的。
所以，大型网站前端采用php后端采用java，既好招人又好维护、系统稳定还性能高、连安全性都大大增加。代码复用、文档完备度居然也都改善了。让你在以上这些好处触手可及时，对架构师知识谱系在广度上要求更高一些这事根本就不是个问题。

为什么不用单一语言：

单一方案其实一样可以做良好的隔离，PHP同样可以提供Service，而性能问题其实很多时候是算法和架构的问题而不是语言差异的问题。如Velocity或JSTL等也是很优秀的隔离方案。
但我们都知道，现实往往比理想骨感很多，这些方案在高压力下会暴露出很多问题而体现双语言的优势，这些在上面其实都提到，详细说明一些很难得到改变的点：
1. PHP由于其动态脚本语言的特性，包括类、函数、常量在内都需要在每次请求周期中重复执行后才能建立运行环境；为了保证解析速度而牺牲编译质量；应用了FastCGI但仅仅只是复用进程处理请求减少fork成本而不是像其他语言，初始化完毕后通过FastCGI的接口获得数据并以对应接口返回数据等几个原因，基本上已经不可能在性能上追回当初更烂现在开着JIT牌跑车的Java了。
2. 在PHP里是如此的容易犯错而难以发现，即使你用实质上出自官方的Zend Studio，也无法改变一个事实：要保证你的程序高质量无大错，得要有充足的经验、足够的严谨、以及——负责任的QA。淘宝的黄裳就曾经拿IDE这事开过玩笑。而玩笑背后的那个原因“缺乏中间件”最近几年有不少的改善，主要是不少中间件的支持变得更广泛了从而让PHP得益，但发展的根源其实还是在C和Java社区。性能和易犯错则是语言特性造成的技术难点，也是用来换取灵活、快捷的必要代价，很难去指望有根本的改善。
3. Java的世界里也有JSTL、Velocity和Freemaker等，但和PHP灵活而强大的动态能力、丰富的函数和类库、轻松的学习成本、多到令人发指的文档相比，简直就是渣，就是渣啊！JSTL改完了要重启Context啊有木有？Velocity不关缓存也要重启啊有木有？Velocity开缓存性能低下啊有木有？即使这些都不管，调整下某个数据校验规则要改Action也要重启有木有？

现在大家应该对这个问题有清晰的答案了吧。

以上就是php学习之为什么说PHP适合做前端JAVA适合做后端？的详细内容，更多请关注php中文网其它相关文章！