http://vdisk.weibo.com/s/GR0pf-2De7wI?from=page_100505_profile&wvr=6
尽量保持代码,功能,界面实现的一致性
考虑方案的合理性,要学会将可能的场景分类,对场景的合理性进行分析,从而实现方案的合理性
需求分析与架构设计:
需求 -> 分析每条需求(名词,动词,形容词)
-> 通过名词得出ER图 -> 建模 (先面向对象建模再确定表结构会好点)
-> 通过名词和动词得出用例图
-> 通过形容词得出状态图
-> 通过用例图得出功能定义 -> 主菜单 -> 界面原型 -> 后台Rest -> 服务层
-> 通过建模及服务得出业务架构图(类图)
-> 技术架构基于经验,不在讨论范围
AETL Monitor设计与实现心得
->需求 -> 界面 -> 建模 -> 接口 -> 实现
注: 在设计阶段,通过完善周全的界面原型的设计来确认模型设计和功能的设计,要确保模型和接口对功能的支持;但是在实现当中,可以根据工作时间和工作量灵活按排界面的实现及接口等功能的实现,可以是部分实现而不一定要全部实现,但要确保模型和接口的支持能力!
在建模的时候,要尽量把能考虑的情况考虑进去,要尽量借助已有的资源(如开源代码的模型)来完善模型的设计,至于在功能方面实不实现,这个是可选的
AETL Monitor技术架构之分层:
控制器应该只包含三部分内容: 对象转换(VO与PO之间的转换),校验,跳转;
涉及到外部网络访问的业务逻辑应该放在网关层;
内部业务逻辑放在Manager;
分布式应用架构:
1. 应用模块之间的通信应该采用API松耦合的方式进行
2. 待....各种分布式日志架构优缺点分析