Web 研发模式演变 读后感

2019独角兽企业重金招聘Python工程师标准>>>

看了 lifesinger的Web 研发模式演变之后，有点触动，触动之余就写下了点东西记录一下

总结了一下，lifesinger的意思基本上就是三点

1.由于前端设备限制，需要后端给前端界面提供个性化的数据。

2.前端和后端开发者不是同一个人，并且使用的是不同的语言，沟通成本比较高。

3.java后端专注于数据的获取，只提供API，node.js后端从java后端获取数据后针对不同设备个性化加工并返回个性化前端，前端只负责显示。在mvc的定义中，m是java后端，c是node.js，v是前端的js+css+html界面。

4.在整个体系中，基本上没jsp什么事了。

个人认为这是个不错的点子，非常了不起，因为

?

1 2 3 4

1.确实可以解决前端和后端沟通的问题，这点很棒。 2.非常适合做以客户体验为第一要务的互联网项目，特别是手机APP应用。 3.这种模式对前端工程师来说非常友好，把从java后端获取数据，并有针对的根据设备返回个性化的数据，可以显著提高前端开发的品质和效率。 4.非常适合做互联网项目，特别是有很大交易量/并发量的大网站。

对于像是BAT这样的大公司来说，这种架构非常合适，他们有人有钱有产品有市场，不过像是BAT这样的公司还是少数。

不太适用的场景如下

?

1 2 3 4

1.不太适合做传统项目，这种项目的目标是快速实现甲方需求，以低成本来抢占市场，性能和体验是只要甲方不做要求就先往后放放，而且很多企业特别看中接 项目抢单子，没有太多企业愿意在体验和性能上花钱。 2.不适合周期短任务重的项目，对前端开发者要求进一步提高了，这样的人很难招，自己培养是比较靠谱的形式，因此可以准备周期会比较长，也存在风险，不 够经济，除非公司不差钱。

就目前的情况而言，node.js对于国内的传统开发企业来说还是相对比较新的技术，是否切换到这种架构还有待于进一步考虑和斟酌。

转载于:https://my.oschina.net/u/1866497/blog/313454