少谈些模式和架构

我并不是反对“模式”和“架构”，只是建议少谈和适当的谈，而且最重要的不是形式主义的谈。 

最近的一个.net项目中我直接在cs文件中操作了数据库，虽然使用了enterprise library 3.0.

我没有去建一个Users对象和User对象，当时在我看来太麻烦了，所以直接在CS文件中生成了sql操作了数据库。呵呵

我懒，而且我一直奉行的原则是：找到最懒的办法,而不是使用最那些看起来最有迷惑性的手段。

因此，我让什么狗P三层架构滚一边去了。两层操作最简单和省事。

回过头来说说“设计模式”，这是一个已经泛滥了的词语。

很多人一说设计就必定谈到“模式”：工厂模式，外观模式等等... ...

你也给俺滚一边去...

我知道的事实是在我们不知道有“设计模式”这个词语之前，很多方式和方法我们都用到了。

就好比没有“重构”那本书出来之前，我们早就在重构了。

表拿什么框框架架来套东套西.

再来说架构，什么是基础架构什么是应用架构？我不知道是不是有人分的清楚，俺也懒得解释。

只是认为在基础架构已经定型的现在不用花过多的时间去讨论争吵，只是选型而已，选择什么样的方式和框架而已。

好比一个简单的网站开发，最省事的方法在我看来就是使用castle.

而对于应用架构，谁也没法子，这是螺旋的。

我和朋友讨论了“设计”发觉：无论你怎么设计系统，你最终逃不过还是要进行大的“重构”工作。你逃不过，逃不掉！

我记得很清楚：2001年的时候，多少人说EJB啊，现在却听到了无数反对声，是现在进步了，还是当时被别人不知不觉牵着鼻子走，现在又被另外的人牵着走？

问自己该何去何从.

很多艺术品卖着高价，打着幌子，但是你看得懂嘛？你能用嘛？实践才是检验整理的唯一标准。

胡言乱语ing