xufei

现场讲的时候用的幻灯片：http://xufei.github.io/slides/2015/components%20and%20templates.html

@bh-lay 在组件化领域，不存在通用的解决方案，只存在对于某些点的改进，还需要针对场景选择实现方式的一些策略

@luqin 是这样，当Web应用持续往重量级发展的时候，它跟传统的客户端开发技术有很多相似之处，可以吸收它们的大部分理念，融合Web技术的自身特点来考虑

@myst729 我前一阵回顾了以前写的那篇有关Web Components的，发觉其中一些认知是不对的，比如js所处的位置之类，但这不影响我的一个整体看法：对“能够跨框架复用的Web Components”，也就是Web Components想要达到的一个目标持悲观态度。 Web Components能够成为各框架中，组件的底层实现，这一步没什么困难，但没法进一步走下去，如果它走不到跨框架复用，就它的存在感就很弱了。我这篇文章最后对Shadow DOM和Scoped CSS的质疑就是在这里，如果我们能够借助构建工具，轻松达成这些能力，那它们带给我们的提升是什么呢……

@xiongsongsong 大致类似你说的第一种，但如果用web components的实现，组件内部的样式是隔离的作用域，主题的事情没有那么好办的。

@huang-x-h 这个是@hax 写的，你看他那个js是最好的语言

如果是我来实现Web Components，很可能会以iframe为蓝本，删除作为独立页面所拥有的cookie，localStorage等东西，并且把跟主文档的关联适当删掉一些，然后，js部分真不知怎么搞了，那个公共的部分不知放哪好……

@shijinyu 这也就是我之前说，两帮不同目的的人，抢同一个平台标准的话语权，不仅仅在Web Components这块，还包括ES的语法，做应用的想一步到位搞成C＃那样，做页面的只愿接受ES3-ES5这种小幅更新。 所以我一直对标准推进速度挺悲观的，觉得这两派人要的不是同样的东西。上次 @yyx990803 也说了，Web的应用化是不可逆的潮流了，从Win32，Swing，WinForm，Flex这条路线上来的我当然乐于看到这条路线，但反对者肯定越来越多……

@tsoukw 传统的企业系统确实是不需要主动同步，但我们注意到，近几年的很多系统都偏向单页化，相对注重体验了。一个单页化的应用，最重要的是变化是几乎没有“刷新”操作，所以可以看到很多这方面的探索，比如有的产品不再直接使用HTTP做通信，而是把全部业务操作都封装成某种协议，经过WebSocket进行通信。 目前来看，对于较大型的产品，业务比较复杂，做这方面的事情难度会比较高，但是如果追求极致的用户体验，这个事情是值得去探索的。 比如刚才那个职业名称列表，为什么就不能是服务端进行一个“推送”？

@tsoukw 是的，数据和组件层是需要分开设计，然后在整体方案上加以整合的。最近几年业界很多话题，有不少是跟这层东西相关的，大型应用最复杂的东西并不在上层组件的切分，而是数据和业务逻辑层的设计，以及他们与上层组件的通讯方式。