2013年2月5日
摘要: 关于DDD的模型选择,应该是在05年的时候,从充血模型转换到贫血模型,那时候的资料太少,自己是通过项目体会出来的,架构经过这些年的升级改进,从模型方面这一块基本应该是不再有大的变化了。至少这些年的这么多项目,用起来非常顺手,从分析、设计、编码一路映射下来,现在又加个工作流、静态图,也只是对框架的完善。我说说自己的理解。//---------------------------------------说DDD,先上标准的图和解释: 1. 用户界面/展现层 负责向用户展现信息以及解释用户命令。更细的方面来讲就是: a) 请求应用层以获取用户所需要展现的数据; b) 发送命令给应用层要求其执行... 阅读全文
posted @ 2013-02-05 22:08 光影传说 阅读(5498) 评论(14) 推荐(3) 编辑
摘要: 说到了框架、架构,就不得不先提分析与设计,谈到了DDD,又不得不谈OOA/OOD。我开始接触的时候,好像还没有那么多的名词了,至少是我不知道。我是从COM、COM+开始起步走客户服务器模型的。现在像我这个年龄还在Coding的人,估计在国内应该是越来越少了,说实话,我也累了,也想能够有新生的力量,一起把这条路一起走下去。还是切入正题一套框架,首先是一套方法论,离开理论支持的框架很难长久的发展下去,框架是长期积累的结晶。能够从需求沟通、流程方案、系统设计、快速开发、细调等各个环节,能够无缝的衔接起来,最好能够用同一种声音说话。BPM,我不知道在国内的项目里面,有多少个公司是真正的在用,当前都用到 阅读全文
posted @ 2013-02-05 16:05 光影传说 阅读(6241) 评论(4) 推荐(0) 编辑