三层架构中,业务逻辑层和表示层应该如何明确分离?各自的责任如何明确?请指教.
我现在是这样做的,请指教:
    业务逻辑层:
        根据数据模型为每个模型创建了1个对应的业务逻辑类,在这个类中提供了常用的增/删/改/查的公共方法.
    表示层:
        根据功能,为每个功能设计1个页面文件(.aspx),及相应的.aspx.cs文件,在.aspx.cs文件中,提供了数据绑定/展现,增/删/改方法.

    业务逻辑层的设计感觉不太合适,却又不清楚该如何设计,业务逻辑层与表示层该如何明确分离?请指教.

------解决方案--------------------
为什么老为了怎样三层而去三层呢?太机械化了,你写了几次三层的代码对他会有更深的理解,这个基于你全程做完一个项目(包括维护和后期修改);
还有就是要明确自己的代码统一,这个也比较重要的
------解决方案--------------------
按照你的说法应该没问题,如hy_lihuan() 所说,不能为了三层而去三层,分层的目的就是为了将各个部分独立起来.
比如你说的绑定,我只需要知道方法和返回给我的dataset,我不用管你方法内是怎么实现的,是用存储过程也好,是用什么也好,这样在设计表示层的时候,只需要关注如何显示给用户就可以了