而在淘宝UED目前进行的 中途岛Midway 项目中，藉由在 JAVA – Browser中间搭建一个NodeJS中间层，试图把这个前后端的分割线，重新针对 工作职责 去区分，而非针对硬体环境去区分（服务器 & 浏览器）。
因此我们有机会做到模版与路由的共享，也是一个前后端分工中最理想的状态。
淘宝中途岛 Midway
在中途岛项目中，我们把前后端分界的那条线，从浏览器端移回到了服务器端。
藉由一个由前端 轻松掌控 且 与浏览器共通 的Nodejs层，可以更清晰的完成了前后端分离。
也可以让前端开发针对不同的情况，自行决定 最适当的解决方案 。而不是所有事情 都在浏览器端来处理 。
职责划分
中途岛并不是前端试图抢后端饭碗的项目，目的只是把 模版 这个模糊地带切割清楚，取得更明确的职责划分。
后端 (JAVA)，专注于
1.服务层
2.数据格式、数据稳定
3.业务逻辑
前端，专注于
1.UI层
2.控制逻辑、渲染逻辑
3.交互、用户体验
而不再拘泥于服务端或浏览器端的差异。
模版共享
在传统的开发模式中，浏览器端与服务器端是由不同的前后端两个团队开发，但是模版却又在这两者中间的模糊地带。因此模版上面总不可避免的越来越多复杂逻辑，最终难以维护。
有了NodeJS，后端同学可以在JAVA层专注于业务逻辑与数据的开发。而前端同学则专注于控制逻辑与渲染的开发。并且自行选择这些模版是要在 服务端 (NodeJS) 或是 浏览器端 做渲染。
用著一样的模版语言 XTemplate ，一样的渲染引擎 JavaScript
在 不同的渲染环境 （Server-side、PC Browser、Mobile Browser、Web View、etc.） 渲染出 一样的结果 。
路由共享
也因为有了NodeJS这一层，可以更细致的控制路由。
假如需要在前端做浏览器端路由时，可以同时配置服务器端的路由，使其在 浏览器端换页 或是 服务端换页 ，都可以得到一致的渲染效果。
同时也处理了SEO的问题。
模版共享的实践
通常我们在浏览器端渲染一份模版时，流程不外乎是
在浏览器端載入模版引擎 （xtmpleate, juicer, handlerbar, etc.）
在浏览器端载入模版档案，方法可能有
使用 <script type=”js/tpl”> … </script> 印在页面上
使用模块载入工具，载入模版档案 （KISSY, requireJS, etc.）
其他
取得数据，使用模版引擎产生html
将html插入到指定位置。
從以上的流程可以觀察到，要想要做到模版的跨端共享，重点其实在 一致的模块选型 这件事。
