架构师资料教程

建模原语:四象图 作者：achieveidea@gmail.com 命名：模型、结构特征、行为特征、场景（及其规约）。

本人在翻看帖子的时候，发现很多网友不太喜欢哲学部分。认为那是漫无边际、浪费时间。但是多了解一些还是有帮助的。以下是我自己在编程时的一些感受。有点杂乱，将就着看看吧。一、对象和事物好像听过这么一句话：人类永远无法认识完整的事物。因为我们认识到的总是事物的某一方面。我们所

自从看了论坛里的那篇文章，‘你还在使用if else 吗’，感触太深了，一方面我觉得，作者说的的确很有道理，原来大量使用if else 是使用了面向过程的思维方式。 原来我使用java面向对象语言却一直使用面向过程的思维方式。更牛逼的是，原来我一直没有觉察到... 难道我中毒已深，无法自拔

我先不发表看法，想先看看大家的意见，欢迎讨论，我会跟帖的。

Java Is A Dead-End

来自Quora的Lee Semel他列出了一些流行的错误观念，我个人认为这些错误观点反而是相对正确的，至少有一定道理，见： ● 瀑布模型是在实施软件之前最行之有效的描述系统的模型，它能帮助软件实施时循序渐进，而非循环反复。人们一直当它是一个好的实施方案，而

我利用学到的开发方法，面向各种开发，可我发现我还是错的，只有面向客户，面向最终用户的开发，才是正确的，我所见的客户，他们最关心的不是你的团队写的代码如何，分析的多么条条有理，而是要一个漂亮的界面，正确，稳定，快速的运行即可，就这么简单，所以我感觉，界面是重中之重，就像是一个女人，如果长的不行，最多只

  前面的帖子很绕，我反思了一下，基本赞同banq关于“业务领域”和“领域模型”的说法。好了，DDD锵锵三人行继续开会。  我在百度百科上查了一下关于“领域”的定义：

O'Grady确认Java现在达到其高峰时期，很难如Forrester宣传那样迅速死亡。 O'Grady这个观点是基于RedMonk搜集的各种数据，RedMonk注重研究开发者，而不是企业中那些所谓架构方向决定者，下面这张图是RedMonk在开发者中调查：

（二）不值得做的事情，更不值得做好——再探需求有的人说，软件建模过程有一套科学的方法论，有自己的规律，是软件长期发展演进总结出来的。对此，我是赞同的。也有人对上面电梯例子列举了一些更加优化改进的业务流程，比如更科学的算法以至于让等待电梯的人获得更加公平的机会。对此，我也认为这可能是电梯未来的

1.客观主体(例如“企业”)具有业务；2.领域属于某个客观主体的具有一定边界的业务。3.从领域抽象出模型。上面应该是共识，但我感觉仍然有问题没有弄清楚。1.客观主体和领域的关系？2.客观主体和领域的对应关系：一对一或者一对多？3.领域和模型的对应关系：

建筑学里有句名言：结构决定质量。在我看来这句话有更加广泛的意义，比如，写作文，经常要打提纲；做论文要定结构；教育方面的体现，重在价值观和人生观的培养，正确的价值观和人生观才能使学者把知识用在正确的用途上。如同一棵小树，在小的时候我们就把他的主干扶直了，剩下的事就吸收养分，必然成为栋梁之材。今

当我们称一个软件为自由软件，是必须遵循一定的自由规则：自由运行 自由学习和改变，自由分发无论你是否改变过，这是自由的关键点，关键点不是价格，考虑对比一下：自由言论和免费啤酒的区别吧。 该文谈论了自由软件和开源软件的误解 ，指出为什么一些开源软件回避自由软件

Oracle真是无事搞事，竟然吃过来。难道Oracle不知道，java成名不是靠语言本身，而是靠这些知名社区么。还好这里叫Jdon，恩，Oracle真不是个好鸟。[该贴被SpeedVan于2011-04-08 09:12修改过]

这思想要抛弃很多东西，准备洗脑吧： 数据库 = 一个集合 我们过去总是在做这样的一件事，当我逻辑中需要什么时，就向DAO获取内容，这就是我们一贯的service调用dao的做法。我不批判这样的做法，但我自从走向函

DCI还没来得及看，只是粗略的看过些帖子，模糊的概念而已。四色确实好好看过的，我的理解，四色里的ROLE应被认为是DCI里参与场景的对象。PPT是常规状态下的对象，ROLE是参与场景是的对象，场景发生变化PPT的动作也会相应的变化到ROLE的。例如：中国人 ——》 说