贡献式编程
文章平均质量分 70
唐家文
喜欢系统架构、开发流程的研究。
展开
-
大型Vue应用插件架构(二)
如何不用复制粘贴式的重用前端组件代码?你需要这个Vue插件框架原创 2021-03-25 16:21:36 · 576 阅读 · 1 评论 -
大型Vue应用插件架构(一)
大型应用需要处理两个重要问题:功能如何拆分成可控的小粒度如何把多个小粒度合并成一个整体针对这个问题,现在的大多数方向都往微前端(micro-frontend)倾斜,据说微前端的其中一个好处是各个分部可以独立发布和管理,这个方案是处理了分和合的问题,不过要合的有深度,各个部件需要有不同程度的协调与交互,这个是我理解的微前端的一个没有处理好的领域。而我现在以另外一个方向处理分和合的问题。整体思路先定义最终结果:我们需要一个大型应用的前端(Vue)框架,让开发同学可以分开部分来开发,其交付的内容就是原创 2021-03-14 17:23:09 · 924 阅读 · 3 评论 -
贡献式编程(四)
xu界面上,订单明细的UI,同样定义两个区域,一个区域显示通用字段,另外一个区域显示平台特有字段。而这个平台特有区域就是可以扩展的地方了。原创 2014-09-04 14:23:56 · 816 阅读 · 0 评论 -
持续集成的成功要素
成功的持续集成环境,在我看来包括几个重要部分:1. 清晰的依赖管理 Dependency Management2. 内部软件库 Package Repository3. 可配置的环境参数、配置管理 Configuration Management4. 可分拆的部署单元、发布单元、贡献单元原创 2014-09-11 15:17:34 · 1893 阅读 · 1 评论 -
贡献式编程(三)
定义过贡献单元后,开始更改架构来支撑每一个贡献的可能性了。支持贡献的技术变更由于第一版和第二版是不支持贡献的,我们需要定义贡献的目的地:订单系统。先把[订单系统]抽出来。Amazon 和 eBay 分别是两个不同的贡献。在没有 Amazon 和 eBay 这两个贡献之前,订单系统就应该存在,而且应该是可以“正常”运行的(正常的意思是没有报错,只是没有下载订单数据)。第二版(第二稿)原创 2014-09-03 21:06:05 · 889 阅读 · 0 评论 -
贡献式编程(一)
我想在这里强调以下这个模块式原创 2014-09-03 10:56:39 · 1093 阅读 · 1 评论 -
贡献式编程(二)
前面说到,原创 2014-09-03 11:38:08 · 900 阅读 · 0 评论 -
软件模块和领域概念
技术上我们经常强调模块化、组件化,但是能真正实现软件模块化,需要通过对业务领域有一定程度的理解才能达到。我们可能有专业培训组件和模块技术的课程(OSGi等),但这类课程并不会告诉我们所在的领域上具体情况应该如何划分模块,大概辨别和划分模块的能力是理所当然。但事实上并非如此。用一个例子说明:假如一个网站需要添加一个广告功能。大概有以下可能性:如果该网站本来是没有模块化的,直接就往代码里做修改。而后果原创 2015-03-29 11:13:09 · 1521 阅读 · 0 评论