现在公司的开发现状让我觉得很蛋疼,公司的页面有一系列的header和footer,但是这些页面的嵌入都是用后端的服务器加上ejs模板引擎来处理的,导致我根本没法在脱离后端支持的情况下添加header和footer(这些header和footer是后端写的,估计就是用后端的思维来处理),现在越写就越困惑
之前看过一点webpack和gulp,我想知道他们能帮我完成这些模板的拼接吗?
在我使用这些工具处理后,会生成一系列已经拼接好header和footer的页面
请教一下大家
前后端分离实际上是个伪命题。
前端也去写一部分后端（尤其是接口、Controller）更加高效。
高呼前后端分离的团队或者个人大多是因为各种原因不能很方便地去写接口、Controller，开发过程被后端主导（比如阿里系的前端）。
如果你能前后端（我说的是接口部分）一起写，为何还要分离：）
可以用jade，可以直接编译出html，支持mixin和variable，我感觉非常方便。
分离前后端固然可以解决一些问题，比如你提到的问题，但是你千万不要用“头疼医头，脚疼医脚”的思路去搞前后分离，因为这是一个很大的变化，在落地实行之前你要先从宏观的层次上审视一下你们现有的应用程序架构的总体，把所有可能的痛点都列举出来，然后再分析分离之后有哪些方式可以解决这些痛点，同时会带来的影响又会是什么？总而言之，要形成一套完整的解决方案体系之后才能开始下刀子。这种事情通常都是架构师需要考虑的问题，但是也需要全体开发者共同参与群策群力。
比方说你提到的模板问题，假设现在很容易就可以用 webpack/gulp 帮你完成模板拼接了（这是肯定的），但是你想过没有，你提交的产出物（就是拼接以后的文件）交给后端，他们是否能很容易的再套用到现有的模板结构里去？（这是我不得而知的细节，需要你们自己分析和商量好）如果不能的话，你一个人虽然是方便了，可对于团队和产品来说又能有多大好处？
可以理解你的心情，但是牵一发而动全身的事情需要考虑周全，千万别做了团队里的害虫。
嗯，前后端分离的话，建议采用RESTful的设计模式。
前后端分离，看你怎么理解了。在我理解，页面什么都应该又前端来做。而后端只是代表业务逻辑。所以前后端分离一般都有NODEJS作为中间层来控制前段服务器的页面加载和后端数据交互。如果header和footer是静态的你可以直接自己保存一份模板来调用。如果是有数据动态的。那你可以吧动态数据部分解析出来.加入自己的模板中再显示出来。
使用webpack和gulp的前提是必须熟悉他们
熟悉webpack和gulp后的确能大大帮助你解决前后端分离这个问题
使用webpack和gulp这类工具得和后端沟通商量好目录结构，才能方便使用
看类型了，后台渲染可能是为了SEO,我们就这样，页头，页脚后台，其他前台，内容无所谓，里面都是交互的，侧重于行业应用，只要能搜到标题，关键词就可以。