D
Dingyin
Unregistered / Unconfirmed
GUEST, unregistred user!
从对象设计的原理来说,陈一蛟的思路和方法应当来说是没错的。不过对象粒度的大小
还要考虑许多实际情况,比如数据库资源的占用,数据冗余。把所有的数据存取组件
放在一个数据对象里的问题是,这样的对象很大,由于对象的生存期只存在于
一个方法调用之间,如果没有实现对象池的话,反复创建这样的对象恐怕很浪费资源。
而且,每一次调用都要创建很多不相关的数据存取组件,也同样浪费资源。
细粒度的对象更利于资源共享,因为这些细对象可以被不同的用户同时使用,而粗粒度的
单一对象大部分的存取组件是闲置的却又不能被共享。
在MTS和COM+里的对象怎样设计使用才能最合理有效,在我看来问题不少
希望能有更深入全面的讨论。
还要考虑许多实际情况,比如数据库资源的占用,数据冗余。把所有的数据存取组件
放在一个数据对象里的问题是,这样的对象很大,由于对象的生存期只存在于
一个方法调用之间,如果没有实现对象池的话,反复创建这样的对象恐怕很浪费资源。
而且,每一次调用都要创建很多不相关的数据存取组件,也同样浪费资源。
细粒度的对象更利于资源共享,因为这些细对象可以被不同的用户同时使用,而粗粒度的
单一对象大部分的存取组件是闲置的却又不能被共享。
在MTS和COM+里的对象怎样设计使用才能最合理有效,在我看来问题不少
希望能有更深入全面的讨论。