OEA中的AutoUI重构(3)- 评审会议后的设计

简介:

    大家认为 AggregateBlocks 和 BlockDefinition 的设计过于复杂,不易于理解。考虑的东西太多,有过度设计之嫌,所以这一处的设计改为使用Composite模式来组合“UI块”:

image

 

    另外,上次的设计中,有一个小错误:不应该把元模型的仓储 UIInfoRepository 放在单个的界面组成单元中,而是应该放在更上层的整个界面的元模型层。

image

 

相应的任务计划


    会议中,大家还提出为这些任务进行简单的任务排序、计划,这样可以更好并行地完成本次重构。以下是一个简单的任务并发图:

image

 

设计尾声


    评审会议中出现了一些其它问题,属于我个人的问题,我已做了深刻的反思:《12月反思 - 组内设计评审会议》。有兴趣的朋友可以看看,不要犯和我相同的错误。

    评审会议已经结束,接下来我会按照这样的设计思路完成整个重构的代码实现。当然了,过程中肯定会继续调整一些具体代码。此系列的下一篇文章会在重构之后,以总结的形式完成。

PS: 由于项目目前加入了许多的新任务。所以代码实现的任务将会推迟到下一期的Sprint中……


本文转自BloodyAngel博客园博客,原文链接:http://www.cnblogs.com/zgynhqf/archive/2010/12/20/1911684.html,如需转载请自行联系原作者

相关文章
|
12月前
|
Web App开发 前端开发 JavaScript
网页前端项目评审参考标准
网页前端项目评审参考标准
81 0
|
2月前
|
消息中间件 监控 安全
质量标准化实践问题之帮助项目组所有同学了解测试进度和问如何解决
质量标准化实践问题之帮助项目组所有同学了解测试进度和问如何解决
37 2
|
4月前
|
前端开发 Java 程序员
老程序员分享:Jeeplus框架工作流的使用实战(采购计划的制定流程)
老程序员分享:Jeeplus框架工作流的使用实战(采购计划的制定流程)
84 2
|
5月前
|
安全 前端开发 测试技术
【测开方法论】当老功能代码命名不规范的时候...如何安全增加新功能
【测开方法论】当老功能代码命名不规范的时候...如何安全增加新功能
|
12月前
|
安全 UED
【代码review、审核开发工程师的设计与研发质量工作经验之谈】
【代码review、审核开发工程师的设计与研发质量工作经验之谈】
|
存储 缓存 监控
团队的技术方案设计模板
大家参考我这个方案设计模板(提纲)和相关介绍来做自己的方案设计的时候,可以根据自己的实际业务情况和背景做相关目录的删减,最后得出自己最终的方案设计,然后再去进行方案评审。
|
运维 监控 前端开发
带团队后的日常思考(十一)
带团队后的日常思考(十一)
|
存储 编解码 监控
带团队后的日常思考(十二)
带团队后的日常思考(十二)
|
敏捷开发 人工智能 自然语言处理
测试思想-文档评审 需求分析和评审简述
测试思想-文档评审 需求分析和评审简述
109 0
|
敏捷开发 消息中间件 前端开发
DDD实战之七: 战术设计、整体流程与首次冲刺
DDD实战之七: 战术设计、整体流程与首次冲刺
DDD实战之七: 战术设计、整体流程与首次冲刺
下一篇
无影云桌面