• 关于Web Components是什么

可以阅读CSS-tricks上的这篇文章：http://css-tricks.com/modular-future-web-components/

• 和其他的前端开发方式相比有什么优缺点

个人感觉优点主要在于：现有前端框架非常非常的多，而且很多框架在组件上都是重复早轮子，实现的功能可能大同小异。但是各个框架之间的兼容性却比较差。Web Components正好提供了一个对「组件」进行标准化的契机。

而关于Web Components的缺点，在我看来会让前端开发陷入类似编写XML的困境中。。

以上均为个人观点，若有不对之处，还望各位大大指正。

Web Components 是组件规范，但还没有足够多的浏览器支持，目前只有chrome34+支持。

简单介绍：

Web Components的组件开发者在一个独立的沙箱（shadow dom）当中开发组件(包含：dom,css,js)

而组件的使用者则可以通过:

<slider>
    <frame><img src="1.jpg"/></frame>
    <frame><img src="1.jpg"/></frame>
    <frame><img src="1.jpg"/></frame>    
</slider>

这样的自定义标签来使用组件，就像浏览器原生支持的一样。

Web Components 和 结构，表现，行为分离的开发方式各有利弊。

原来html,css,js全部写在一个文件中，而随着业务的扩展，代码的复杂度上升 ，代码可读性和可维护性成了极度头疼的一个问题，于是出现了所谓的结构、表现和行为的web标准，css禅意花园中将编码分为三个步骤：

1. 内容转化为结构，纯HTML的编写，不依赖样式和行为
2. 结构转化为表现，纯css的编写
3. 给表现加上交互及行为

其中结构不依赖表现和行为，这样能保证结构尽可能的清晰，并且保证当css样式加载失败时，依旧能最大程度提高网页的可访问性。

然而随着web应用不断丰富，过度分离的设计必然会降低代码的可重用性，于是出现了各种UI组件库，这种趋势最终促进了Web Components 的标准化

这两种方式，一个向左，一个向右，没有绝对的好与不好，都是web发展过程中必然的产物，还需根据不同项目中实际情况权衡利弊。