业务逻辑分离问题(200分)

我们在做数据库应用的时候，最烦恼的事情应该算是如何对付业务逻辑了。按照教科书或者一些业界高人的提法，业务逻辑（或者叫企业逻辑）不应该放在客户端处理，特别是现在三层结构出现了，其中的中间层就是要处理业务逻辑的。

不过我在实践中一直为如何把业务逻辑进行分离感到头疼。毕竟在C/S结构下，很多企业逻辑我们都是写成函数或过程的样子供程序调用。而且他们的位置极有可能是放在数据输入过程中进行判断。如果要把他们放到中间层处理的话，那么可以触发这些函数的话就只能用dataset控件自带的数据操作事件，可共活动的空间太少了，而且也不一定符合业务的要求。因此特意请问各位，有没有很好的解决方案。

另外一个问题就是有关三层下如何取用数据。业界高人如李维都提到要尽量减少网络的roundtrip，但是这个真的可以实现吗？简单的象打开一张表，是全部把数据取回来呢？还是只取部分呢？我们的代码中如何对这些进行控制呢？希望有这方面经验的朋友可以给点提示，你们在应用中是如何解决这个问题的。

如果有资料可以提供的，请email到xiaoxin-lee@163.com，谢谢！

高级！

怎么没有人给意见的啊

中间层的模块中存放的都是与界面无关的东西，或者说是可重用的部分。象你说的那些使用本身
控件的方法，确实有点难处理。但你能够将遇到的问题说详细一点吗？我对这方面也有疑问，
一起控讨。

从小事说吧，取个表，我的做法是系统USER都有个人设置，比如最大访问行数
如果他的个人设置是1000行，就返回1000行，提供翻页功能和选页功能。

三层时使用中间件他们可以提供自定义的动作