关于表现层和业务逻辑层，是这样子的吗？

[r_y_y_d]

关于分层构架

比如留言版

在界面上有个ListView

那么我们需要从数据库读取数据显示在ListView中

在业务逻辑层假设有这样一个方法，GetMessageList，返回List范型结果

那么我们在页面的PageLoad事件里就需要这样写

Controler xxxx=new Controler;
ListView1.datasource=xxxx.GetMessageList;
ListView1.databind();

但是，我想知道的是表现层在这里到底是什么东西

当问题复杂时，比如我想提取所有留言里小于5K的留言，我可能这样操作


Controler xxxx=new Controler;
ListView1.datasource=xxxx.GetMessageList.skip().take();
ListView1.databind();

这里又出现了业务逻辑

好像很乱啊

现在我的网站就大量出现上面所示的代码

有谁能来解答我的困惑！

[oec2003]

[laidon]

关于分层的问题一向都是仁者见仁,智者见智,没有哪种分层是绝对正确和错误的,只是在降低耦合\提高维护效率这些方面有些不同而已
按楼主的Demo,其实你的GetMessageList()的实现本身就是在逻辑层中,你从表现层调用了这个方法之后,所有的代码都转向逻辑层了,ListView1的操作本向是在表现层中的

[beijingqinghuadaxue]

[Quote=引用 2 楼 laidon 的回复:]
关于分层的问题一向都是仁者见仁,智者见智,没有哪种分层是绝对正确和错误的,只是在降低耦合\提高维护效率这些方面有些不同而已 [/Quote]

en

[wuyq11]

表示层负责界面相关的逻辑以及从界面取值、调用逻辑层的赋值方法以及逻辑方法。每个页面对应的逻辑层都有一个明确的实体类。通过实体类实现数据处理。逻辑层不需要了解表示层，表示层需要了解逻辑层暴露的方法。

[huxinghuo123]

[Quote=引用 4 楼 wuyq11 的回复:]
表示层负责界面相关的逻辑以及从界面取值、调用逻辑层的赋值方法以及逻辑方法。每个页面对应的逻辑层都有一个明确的实体类。通过实体类实现数据处理。逻辑层不需要了解表示层，表示层需要了解逻辑层暴露的方法。
[/Quote]

说得很有道理额