架构重构改善既有代码的设计
摘要：当架构模型进行迭代的过程中，必然伴随着对模型进行修改和改进。我们如何防止对模型的修改，又如何保证对模型进行正确的改进？
阅读全文
posted @ 2012-06-26 11:58
06 2012 档案
架构设计中的方法学——迭代设计
摘要：在软件生命周期中，我们如何对待架构设计的发展？
架构设计往往发生在细节需求尚未完成的时候进行的。因此，随着项目的进行，需求还可能细化，可能变更。原先的架构肯定会有不足或错误的地方。
阅读全文
posted @ 2012-06-26 11:56
演进式架构设计在敏捷开发中的使用
摘要：在敏捷开发过程中，我们还需要对系统架构进行设计吗?事实上，Martin Fowler在《Is Design Dead?》一文中已经给出了答案，那就是我们同样不能忽略对系统架构的设计。与计划性的设计(Planned Design)不同，我们需要演进式的设计(Evolutionary Design)。
阅读全文
posted @ 2012-06-26 11:54
敏捷和架构
摘要：敏捷，架构，架构师 这三个热门的词语，它们之间到底是什么关系呢？我们来看看社区对此的讨论和定义。
阅读全文
posted @ 2012-06-26 11:51
师傅引进门，修行在个人--架构培训感言
摘要：软件架构、架构师这两者是什么？它们的关系又是什么呢？在自己做了三年架构师之后，重新回顾下当年写的培训感言，任然觉得自己当初总结的话历历在目：“ 师傅领进门，修行在个人！”，“架构师之路，任重而道远！”
阅读全文
posted @ 2012-06-25 09:48
架构如何为业务和技术“服务”(2)
摘要：在写本文前，我花费了大量时间查阅资料，查看原来的文档，感觉“胜读千篇也难下一笔”，“架构”这个命题太庞大，概念似乎“太虚”，落地似乎“太难”。从“架构”的定义来说，它就是高度抽象的概念，是“形而上学”的东西，所以在某些情况下很难适用。
阅读全文
posted @ 2012-06-23 00:26
架构如何为业务和技术“服务”（1）
摘要：为提升架构对于项目，产品的贡献度，更好的服务于业务和技术，本文将探讨架构的现状和规划未来架构的目标。
在讨论架构、业务、技术的问题前，请耐心的阅读完本文有关架构、企业架构、软件架构、架构师的概念性定义，很多时候我们阅读文章都是“秒杀”风格的，只看自己感兴趣的部分，不看长篇大论，只有明确了这些概念定义，才能明白我们现在讨论的主旨。
阅读全文
posted @ 2012-06-23 00:22
选用面向领域的多层分布式架构（DDD风格架构）的理由
摘要：如果你希望你的应用程序在较长的一段时间内都能够适应业务逻辑的变化，那么，强烈建议你选用面向领域的多层分布式架构。在这种情况下，领域模型将降低由业务逻辑变化而引起的高额代价，组件之间、层与层之间低耦合的结构，使得在每次出现业务逻辑变更的时候，你都能够将领域模型隔离出来进行调整和测试，而不需要更改应用程序的其它部分，这样有效地降低了需求变更带来的开发风险，并节省了项目开支。详细内容，请参看 http://www.cnblogs.com/daxnet/archive/2011/05/10/2042095.html
阅读全文
posted @ 2012-06-23 00:18
2010技术应用计划
摘要：“2010技术应用计划”是去年3月中心部门头脑风暴“成果”的一部分，现在重新回顾一下，当时的许多计划或许对现在及以后还有一定的意义，故放在我的博客“朝花夕拾”分类中。
阅读全文
posted @ 2012-06-23 00:10
PDF.NET数据开发框架实体类操作实例
摘要：PDF.NET数据开发框架实体类操作实例（MySQL）
的姊妹篇，两者使用了同一个测试程序，不同的只是使用的类库和数据库不同，下面说说具体的使用过程。
阅读全文
posted @ 2012-06-23 00:02
调用PostgreSQL存储过程，找不到函数名的问题
摘要：PostgreSQL的表，函数名称都是严格区分大小写的，所以在使用的时候没有注意大小写问题容易导致找不到函数名的错误，但最近两天我们发现，如果函数参数使用了自定义的数据类型，也会发生这个问题。
阅读全文
posted @ 2012-06-22 23:49
