blog

  • xufeixufei/blog· 5 年前 blog

    Web应用的组件化(一)

    基本思路

    #1. 为什么要做组件化?

    无论前端也好,后端也好,都是整个软件体系的一部分。软件产品也是产品,它的研发过程也必然是有其目的。绝大多数软件产品是追逐利润的,在产品目标确定的情况下,成本有两个途径来优化:减少部署成本,提高开发效率。

    减少部署成本的方面,业界研究得非常多,比如近几年很流行的“去IOE”,就是很典型的,从一些费用较高的高性能产品迁移到开源的易替换的产品集群,又比如使用Linux + Mono来部署.net应用,避开Windows Server的费用。

    提高开发效率这方面,业界研究得更多,主要途径有两点:加快开发速度,减少变更代价。怎样才能加快开发

  • xufeixufei/blog· 5 年前 blog

    Web应用的组件化(二)

    管控平台

    在上一篇中我们提到了组件化的大致思路,这一篇主要讲述在这么做之后,我们需要哪些外围手段去管控整个开发过程。从各种角度看,面对较大规模前端开发团队,都有必要建立这么一个开发阶段的协作平台。

    在这个平台上,我们要做哪些事情呢?
    #1. HTML片段

    我们为什么要管理HTML片段?因为有界面要用它们,当这些片段多了之后,需要有个地方来管理起来,可以检索、预览它们,还能看到大致描述。

    这应该是整个环节中一个相对很简单的东西,照理说,有目录结构,然后剩下的就是单个的HTML片段文件了,这就可以解决存储和检索的问题了,但我们还要考虑更多。

    已有的HTML片段,如何被使用

  • xufeixufei/blog· 5 年前 blog

    2015前端组件化框架之路

    #1. 为什么组件化这么难做

    Web应用的组件化是一个很复杂的话题。

    在大型软件中,组件化是一种共识,它一方面提高了开发效率,另一方面降低了维护成本。但是在Web前端这个领域,并没有很通用的组件模式,因为缺少一个大家都能认同的实现方式,所以很多框架/库都实现了自己的组件化方式。

    前端圈最热衷于造轮子了,没有哪个别的领域能出现这么混乱而欣欣向荣的景象。这一方面说明前端领域的创造力很旺盛,另一方面却说明了基础设施是不完善的。

    我曾经有过这么一个类比,说明某种编程技术及其生态发展的几个阶段:

    • 最初的时候人们忙着补全各种API,代表着他们拥有的东西还很匮乏,需要在语言跟基
  • 强烈推荐拔赤的这篇博客: 十日谈

    不光推荐这文,还推荐写这文的人。极其认可大部分文字,但部分细节,还值得商榷。下面就“归宿”说说我的观点。

    拔赤原文:

    最后,还有一个不得不说的问题,即归属问题,前端开发应当归属于UED还是技术部门?应当说,当前Web前端技术的价值体现在“用户体验“上。是用户体验这块阵地最后一道坎。也就是说,前端工程师应当重点考虑我所作的页面的感官体验。这是需要一些灵感和感性的,应当看到帅气优雅的界面会心有所动、或者实现一款精巧的小组件时萌生一阵快意。这种所见即所得的美妙编程体验正是其他后端工程师无法体验到的。因此,这种精确到像素级的精工雕琢虽然不直接决定产品生死,但却是提升

  • A君和B君同时进入一家大公司。A君勤勤恳恳,交给他的活都办得稳稳妥妥、风平浪静。B君叱诧风云,参与的项目往往会遇到各种问题,常常风起云涌、惊心动魄。

    转眼三载有余。

    A君和B君面临一次很重要的晋升。请问,谁更有机会?

    大家都猜到了结果:B君顺利晋升了,很开心。A君没有,也不怎么在乎。

    一晃又是近两载。

    A君被一家创业公司看重,挖去做了资深开发。A君去了后,依旧保持着稳稳妥妥、风平浪静的风格,很受赏识,被提为CTO。

    B君还在老公司,依旧风起云涌、惊心动魄地做着各种项目,依旧继续期待着下一次晋升。

    故事讲完了,这是我看到过的一个真实故事。