知识传播与社区讨论 : 兜售狗皮膏药的"软件先知"
摘要：
最近这次讨论中, 有些人站在了同一个阵营, 但是希望读者能自己鉴别他们的区别: 实践传播者, 和单纯的传播者. 对于前者, McConnell就说过, 尝试过的方法向其它实践者的传播, 对于推动软件开发的实践水平有重要作用; 而后者呢, McConnell也有一个贴切的形容, 叫做兜售狗皮膏药的"软件先知".
阅读全文
posted @ 2007-09-28 06:19
09 2007 档案
勿在沙浮筑高台, 再论社区风格
摘要：引用 "其實﹐在Java社區對于OO,AOP,ORM等討論如火如荼的時候﹐Net社區卻還整天在為微軟一個新Library,新Tookit的發布歡呼不已時﹐就已經明白了net與java的差距﹐思想上的差距。 很久以前﹐看過這樣一句話﹕net程序員是等著微軟開飯﹐而java是自己做飯吃。 雖然等著吃飯未必是壞事﹐可以更快﹐更方便地就完成吃飯﹐然而﹐飯是如何做出來的﹐以及是否可以做得更好吃﹐我是...
阅读全文
posted @ 2007-09-26 20:20
贫血或职责的讨论
摘要：先来点题外话，亚历山大兄弟最近的几篇文章不错，不用太在意细节，揪住细节使劲儿打的家伙很无聊的... 至少我从你的文章里也重新学习了不少东西，不是客气话；我这人基础功很不牢靠的。现在直奔主题吧，咱们也来选下美，看看到底谁更漂亮。这篇只是闲聊，写的 比较随意，大家瞎看看哈。 先来形容一下亚历山大兄弟推荐的那种做法，看看贴切不。这种做法希望从界面到数据， 在某个类能够涵盖的范围内上形成一根通天棍(就跟...
阅读全文
posted @ 2007-09-24 08:14
怪怪设计论闲谈篇：职责与解耦的矛盾
摘要：
1. 如果真的坚持正确的职责，那么该贫血的模型必须贫血
2. 若Book和BookManager都足够小，那么这种划分不会增加耦合
3. 密密麻麻的小类，是各种大嘴/大师们都推荐的做法
4. 考虑到Book状态和装载可能分别变化，我们应该拿出一种它们解耦的方法
5. 关键问题是，要点接触不要面接触，要接触不要不接触
阅读全文
posted @ 2007-09-23 11:27
反弹和补遗：再论Bjarne Stroustrup的"基于对象"的含义
摘要：引用 在The C++ Programming Language 3rd (Bjarne Stroustrup, 1997)里: 第9页: Objects of some user-defined types contain type information. Such objects can be used conveniently and safely in contexts in which...
阅读全文
posted @ 2007-09-21 20:51
煽风点火:也论Bjarne Stroustrup的"基于对象"的含义, 同时B4一下大师
摘要：这篇文章在我看过原文之后, 确认是一种误解, 当个消遣看的话, 里面还有点东西, 不过价值不大, 切不可当真! 理解本文的关键是, 确认其中"编译时刻确定"所包含的内容: 本文中"编译时刻确定", 包括了对象创建逻辑的确定. 根据Bjarne Stroustrup原文上下文理解, 则不包括对象创建逻辑的确定. 如果谁在之前看过这篇文章, 造成了误解, 我在这里做一个真诚的道歉, 并保证这是...
阅读全文
posted @ 2007-09-21 15:04
近期可能会研究和讨论的个人动向
摘要：1. 通过一些非静态面向对象语言野路子反过来讨论静态面向对象语言本身到底是通过什么帮助我们，加深认识。 2. 到底是book.Save() 还是 BookManager.Save()， 其实我已经有了完全不同的想法，但是还没有具体实现，因为没看到和新想法相似的例子或者文章（我相信一定存在，只可惜不知道用什么方式能搜到。现在还不敢随便乱说，因为还是太粗糙。 暂时就这些， 写多了，一件都完成不了，...
阅读全文
posted @ 2007-09-20 10:37
怪怪设计论: 抽象无处不在
摘要：1. 软件设计领域内, 抽象无处不在. 软件设计, 归根结底不应该是对现实世界抽象, 而是对"就某个问题, 使用计算机去更好的解决"这一过程的抽象(在本文没有体现, 由于其重要性也许未来我会加上相关论述).
2. 我们在生活中所能看到的很多最好的抽象, 往往在直观上与现实世界的事物毫不相似, 却在问题所在的领域内更接近现实世界事物的本质.
3. 面向过程和数据表现形式的设计, 是比面向对象更高层次的抽象, 而优秀的面向过程和数据设计, 是对解决问题更有效的抽象, 面向对象的抽象方式则仅仅是根拐棍而已.
4. 在一个大的问题域内, 如果数据表现形式的设计更根本, 就绝对不存在对象驱动还是数据驱动的问题, 只能数据驱动. 这不是一个7.42(Martin Fowler的一个冷笑话).
5. 既要考虑对现实世界的抽象, 也要考虑对计算机世界的抽象. 软件部分面向对象的产物与数据表现形式的设计冲突, 其原因是轻易的忽视了计算机世界.
阅读全文
posted @ 2007-09-17 01:30
回帖整理: 领域建模/表模块,Java/.NET 社区风格
摘要：//该回帖还没有进行重构, 各位随便看看便罢. 直接说点我的看法吧.., 程序/软件到目前为止, 还是围绕数据展开的, 而且受到数据的制约, 这并不因为OO而改变. 但我这么说, 很明显的, 不是说我赞成应该使用DataSet. DataSet只是用来简化数据结构的一种手段, 就像数据库是提取数据结构共性从而简化数据结构更基本的手段. 这根本不涉及到模型这些. Martin把什么表入口/领域模型...
阅读全文
posted @ 2007-09-16 20:13
野路子系列文章: 怪怪的设计理论
摘要：既然开了博, 想不写东西也不行了. 说实话, 我的知识和经验, 都比较浅薄和零散, 不容易抓住一些核心论点, 围绕讨论, 所以思前想后, 也不知道到底写些什么比较合适. 最后决定, 为什么开的博, 就先写有关什么的论题好了; 既然是随笔, 我也省的"自顶而下"了, 说到哪儿写到哪儿, 慢慢的画出一幅图景, 再行整理就是. 既然叫做野路子, 就不会太过于整齐, 基本上从一些分散的角度, 去说明我的...
阅读全文
posted @ 2007-09-16 15:44
"Test"
摘要：每个人的第一篇帖子会起什么标题呢? 有空去刨刨大家的坟, 调查一下. 本来想装个蒜, 写上"Hello World!". 后来想想还是算了, 我一直不是一个有板有眼的程序员, 从11岁被老爸逼着写了第一个Turbo C程序开始, 就没写过"Hello World", 永远是"asdf"等等等等, "Test"算是比较正经又经常用的了... 也许我连个真正的程序员都算不上, 不到必要从来不老老实...
阅读全文
posted @ 2007-09-14 00:32
