类能改善分层，但不能保证分层
1、层可以有n个类组成，但是没有类也可以创建很好的分层应用：类不是分层的必要条件；
2、面向类的程序可以像其他程序一样在逻辑上纠缠不清；
3、非面向类的但是良好分层的程序或许比没有分层的面向类的程序更加可维护；
4、类可以实现更精致的高级分层：类是分层的充分条件；
（引自：Tyson Gill《Visual Basic6：Error Coding and Layering》）



------解决方案--------------------
试试什么是vb6的class吧！它是COM的class的概念，跟.net差得老远了。即使.net尚且不是很好的OOPL，从vb6出发的东西更有可能。
------解决方案--------------------
楼主新年快乐！给你拜年啦
------解决方案--------------------
类解决个体重用，是对象的标准件。

分层更象是零件到产品的制造组装工艺。
------解决方案--------------------
分层只是一种工程方法，可以用新的实现来替换原有层次的实现； 
有利于标准化； 
利于各层次之间的逻辑复用。
------解决方案--------------------

探讨

分层只是一种工程方法，可以用新的实现来替换原有层次的实现；
有利于标准化；
利于各层次之间的逻辑复用。

------解决方案--------------------
鱼与熊掌不可兼得~只有来个符合实际需求的设计就好了
------解决方案--------------------
学习！！！！！！！！
------解决方案--------------------
有点废话的说

炒菜需放盐，一盐出百味出。 但要炒的好菜却并不是单单一个放盐能解决的事情

这是所有的人都知道的事情，不用特别去强调吧
------解决方案--------------------
我觉得 wanghui0380 说的挺有道理的。

解决问题的策略有N种，不一定面向对象，哪些更好或者更差罢了。

比如有些时候，我恨不得C#可以支持多继承……
------解决方案--------------------
顶一下 顶到底 继续努力
------解决方案--------------------
我回复一下，不用了，谢我
------解决方案--------------------
好好好好好好好好好好好好
------解决方案--------------------
分层是软件实现的一种方法，
类是面象对象编程语言的基础方式
分层离不开类
------解决方案--------------------
这个,应该是看你怎么分吧.
我一般的做法是.将类分为
一个是基础操作类.负责通用的算法,通用的数据库操作.通用的功能. 等模块.
在这个基础上,针对具体的业务逻辑,再继承基础类.业务逻回可以是一个中间件,一个服务等.


------解决方案--------------------
学习！！！！！！！！
------解决方案--------------------
看样子我是个初学者呀,还是不明白
------解决方案--------------------
想怎么用着方便,就怎么用,关键是要决解问题
------解决方案--------------------
各层次之间的逻辑复用
------解决方案--------------------
典型的用 C 語言，寫的物件導向的程式，就是 GTK
------解决方案--------------------
给楼主拜个年.很有才
------解决方案--------------------
给楼主拜个年.很有才
------解决方案--------------------

探讨

1、层可以有n个类组成，但是没有类也可以创建很好的分层应用：类不是分层的必要条件；
2、面向类的程序可以像其他程序一样在逻辑上纠缠不清；
3、非面向类的但是良好分层的程序或许比没有分层的面向类的程序更加可维护；
4、类可以实现更精致的高级分层：类是分层的充分条件；
（引自：Tyson Gill《Visual Basic6：Error Coding and Layering》）

------解决方案--------------------
分层 不是面向对象也可以实现啊
c照样可以分层

和类没的必要关系
------解决方案--------------------
学习学习。。。00000
------解决方案--------------------