探讨webapp的SEO难题(上)
前言 之前看了一篇文章:@ Charlie.Zheng Web系统开发构架再思考-前后端的完全分离 ,文中论述了为何要前后分离,站在前端的角度来看,是很有必要的;但是如何说服团队使用前端渲染方案却是一个现实问题,因为如果我是一个服务器端,我便会觉得不是很有必要,为什么要前后分离,前后分离后遗留了什么问题,如何解决,都得说清楚,这样才能说服团队使用前端渲染的方案,而最近我刚好遇到了框架选型的抉择。 来到新公司开始新项目了,需要做前端框架选型,因为之前内部同事采用的fis框架,而这边又是使用的php,这次也就直接采用fis基于php的解决方案: http://oak.baidu.com/fis-plus 说句实话,fis这套框架做的不错,但是如果使用php方案的话,我就需要蛋疼的在其中写smarty模板,然后完全按照规范走,虽然fis规范比较合理,也可以接受,但是稍微深入解后发现fis基于php的方案可以概括为(我们的框架用成这样,不特指fis): 服务器端渲染html全部图给浏览器,再加载前端js处理逻辑 显然,这个不是我要的,梦想中的工作方式是做到静态html化,静态html装载js,使用json进行业务数据通信,这就是一些朋友所谓的前端渲染了 JS渲染的鄙利 前端渲染会带来很多好处: ① 完全释放前端,运行不需要服务器; ② 服务器端只提供接口数据服务,业务逻辑全部在前端