架构设计
予沁安
予沁安
展开
-
三层架构,够不够---DDD眼中的三层(附C#源代码实现)
软件复杂度的根本,来源于思维的复杂度。三层架构从DDD看三层DDD的三层实现详细架构看代码业务域 (Domain)持久层 (数据层)测试和使用的例子完整代码下载 得心应手武器库:Fluent nHibernatenUnitGit (GitHub) 本文所涉及使用的工具, 见前文: 我的.Net武器库 -原创 2012-05-18 23:28:09 · 2329 阅读 · 5 评论 -
深入浅出裸测之道---单元测试的单元化
摘要: 依赖注入DI很大程度的帮助解耦层与层之间的依赖关系,使得测试单元化。当我们的注意力转移到业务域时,情景有了悄悄的改变。业务域中,类与类之间有更多更复杂的依赖关系。相比之下,三层之间反而简单。本文一步一步介绍,对于业务域的单元测试,如何从传统nUnit测试走到最高境界。三层架构之解耦和单元测试业务域的简单案例---构造器赋值传统nUnit测试示例坏味道?---重构的提出原创 2012-05-21 14:03:24 · 1377 阅读 · 2 评论 -
这也是C#代码吗 --- 代码阅读性进阶:测试文档化
没有太多的罗嗦,代码本身已经足够。如果,要添几个标签的话就是: 中文化,流畅性接口(Fluent Interface),API.只有几点补充说明:1。 这都是真实可运行的代码,请看测试状态: 点击Login as guest2。 测试使用Machine Specification, 重点是Establish部分。 3。仅仅使用于集成测试(用户故事);不建议业务领域和单元测试使用原创 2012-07-21 00:18:24 · 5393 阅读 · 51 评论 -
百般武艺为哪般, 业务域是核心
"业务域,是软件的核心价值所在。"项目经理和架构师: 敌人还是朋友 无论是买成型的软件产品,还是出资开发项目,客户投资的是软件的业务价值。项目经理直接为这个目标负责,尽量少的成本,尽量短的时间,生产出高业务价值的软件产品。架构师则是跨越单个项目,长期为这个目标负责。 项目经理与架构师是天生的敌人,短期看这是对的,长期来看,他们是真正的朋友,是战略朋友原创 2012-12-13 06:06:20 · 917 阅读 · 0 评论 -
我技术作文的方向
反观如今的博客也好,技术文章也好,多是某一方面的技术细节,我个人不太喜欢这个方向,觉得意义不大。这些确实都是知识,我也十分尊重和感谢这些作者的贡献,因为我碰到问题也经常搜索这样的技术文章而得到了帮助。可是,这与软件公司的实际工作总有个巨大的鸿沟,经常也看到很多人也类似的困惑,看了众多技术文章后,依然迷茫?更有人把这些困惑诉诸于文字。商业软件注重的是技能,是所有技能的大整合,而不是技术点的罗原创 2012-07-25 04:34:42 · 1073 阅读 · 4 评论