在阅读本文之前,建议先阅读之前的一篇文章:“面向设计的半封装web组件开发”,便于理解文章的一些解惑。一、现状1. 前端发展现状前端这几年的发展都是有目共睹的,然而,如果按照已经落地投入实践的标准梳理下,会发现,基本上都是偏后的JS开发层面的,比方说Node.js下的前后端分离,MV*库,React.js,各种包管理工具及前端集成解决方案等。而往前,Shadow DOM, Web Components规范和标准虽然也出现了,给大家看到了方向和未来,但由于兼容性的问题(参见下表),或者可能缺乏优秀团队的强势引领,我们在实际的项目中鲜有看到。就算有webcomponents.js这样的polyfills处理,也只有IE11+才完全支持。难道我们就这样干等着,直到Web Components一统江山的时候,我们才开始在HTML侧发力吗?这么多年HTML5的发展就这么白费了?我们做PC端的就因为一些过时的浏览器而止步不前?2. UI组件现状成熟的团队都有自己的一套组件库,以便各种项目来的时候,都能从容应对。为了能够从容应对,我们必然要考虑周全,企业级,能应对大型项目,各种复杂场景,充分发挥组件的复用性。往往最终,会让组件变得比较重,逻辑比较复杂,API数量也比较多。我们不妨可以看下kissy 5.0的DatePicker的组件使用示意:如果我们单看功能,确实很强大,禁用日期可以任意自定义,
...
继续阅读
(21)