沉默之都

--引用--------------------------------------------------
簡簡單單..: Mark
--------------------------------------------------------

不要放Session，大可用 参数。

很显然，一般的操作往往会有多个操作组合，如果按楼主的意思，在程序中实现所有逻辑，那么，多次的应用程序服务器和数据库服务器之间的网络开销就足以证明是存储过程好还是SQL好（可以想象一个大型的WEB站点，将会有多少次这样的网络传输）。

在程序中用SQL，相比存储过程，在维护上将带来巨大的反差，在多参数情况下，你会发现，修改是多么的恐怖（在一个操作序列上，参数有几十个是很正常的事情）。

当然，简单的操作，还是可以放在程序部分，不过建议集中管理，不要在程序中分布开来。

基于一个完全局外人的判断：
1.我没看过楼主的一系列文章，因为我平时用不着许多这方面的东西。
2.我也没看过苏鹏的关于这方面的WEBCAST。理由同上。
3.这件事情其实看的出来楼主已经决意要付诸于法律或者其他手段正式的向苏鹏和MS提出交涉了，所以大家一些争吵和劝解已经对这件事情起不了任何作用。
4.对于苏鹏来讲，这件事情确实对他会有一定影响，但还不会产生很大的影响，鉴于中国目前的法律，法院应该不会受理此类事件，因为，BLOG传播在于版权上的定义尚为空白。
5.对于这件事情来讲，有些朋友说可以让大家重视版权等问题，其实我认为并不能起到多少作用。不同意的我们拭目以待。结果如何，还需要等楼主以及楼主的一些组织以及机构以及苏鹏，MS怎么继续了

个人觉得，如果需要再次抛出异常的地方分为两种情况
1.对原异常不进行任何包装，而直接使用throw往上层抛出，那么个人觉得这里就不需要对这个异常进行处理，而直接在需要捕捉的那一层进行捕捉。
2.需要对原始异常进行再包装，那么可以把原始异常记入新异常的InnerException中，这样便也不存在不好跟踪的麻烦了。

@张彬
我觉得这种情况是不可避免的,没有什么模式能避免这种情况，不同类型的对象，需要不同的创建者

汗！冲动

# re: 当你拥有一把用得顺手的锤子 回复
2006-04-10 19:37 by 丁丁
我到和zhuweisky观点相反，当你有一把锤子的时候，你就要看什么砸什么，不然你拿锤子干什么？你有了C#就要完全发挥C#的功用，做出良好的组件，有了VB你就要快速开发出界面，C++你就做点开创性的，核心的技术，喜欢自己的工具本身就是精通的表现，会一堆工具的程序员不一定是大师，但开发出任何一个知名应用的程序员，有谁会不认为他们是大师呢？

做企业开发的人往往觉得自己没有做过什么知名应用，所以才特别喜好抱一堆工具吧？

---------------------------------------------------

做企业开发的人，关注的是不同的应用，我们学程序为了什么？技术的追求是一方面，更多的是追求生活，满足生活的需要，所以，不管怎样，无奈总是充斥了这个社会

个人建议，可以考虑使用SAO的伪装CAO模式，使用工厂实现，这样可以避免把业务层部署到客户端，只需要接口

各有各的理