不喜欢使用类及其实例
类的缺点：
一、类的实例占用内存,尤其是多次应用类的实例时.
二、类与类之间的成员的调用，存在作用域的限制，常常莫名其妙地出现错误而找不到原因。
所以，我通常尽量少用类，而在一个类内加入大量的方法（相当于子程序）。
其优点是：
一、方法（子程序）只有代码和若干变量占用内存，多次调用内存不变。
二、方法（子程序）中的公用变量可以放在类的开始处，无需实例化，随时可调用。
以上是本人的看法，欢迎大家讨论。
问题点数：100、回复次数：16Top
1 楼songhtao（三十年孤独）回复于 2005-07-26 14:49:59 得分 0
不符合设计思想，代码不容易维护，太多了的话也不好理解。Top
2 楼Alan810（飞花落叶）回复于 2005-07-26 14:54:46 得分 0
同意 楼上 并认为 可以及时通过利用 using 语句等 加以 析构Top
3 楼conan1211（柯楠）回复于 2005-07-26 14:57:25 得分 0
我觉得类这个东东蛮好的啊
有很多方法都可以在一些类里面找到啊
比如DateTime就可以根据自己的需要对日期进行处理
如果要自己写，那就怎一个累字了得Top
4 楼monsan（远洋）回复于 2005-07-26 15:02:21 得分 0
我所说的类不是指V.S系统中的类，而是指用户自己设计的类。Top
5 楼cliff1002（挑战，并快乐着！ ）回复于 2005-07-26 15:04:36 得分 0
严重误解了面向对象的思想。Top
6 楼oyljerry（【勇敢的心】→ ㊣提拉米苏√㊣）回复于 2005-07-26 15:10:20 得分 0
一个方法里面功能太多，内部联系太复杂，不便于代码改进等，可读性差
Top
7 楼zyug（LovlyPuppy）回复于 2005-07-26 15:13:25 得分 0
我以前喜欢和你一样
现在则不用了Top
8 楼monsan（远洋）回复于 2005-07-26 15:18:57 得分 0
一个方法里面功能太多，那就多分几个方法。
其实，方法本身就象类的功能一样。
类，其实是把程序复杂化了，反而容易出问题。
我们不能套用所谓的面向对象的思想。
只要能达到目的，用最简的手段是最佳的途径。Top
9 楼LoveCherry（论成败，人生豪迈；大不了，重头再来！^_^）回复于 2005-07-26 15:21:06 得分 0
如果是工具类做成静态方法就可以，如果是其他的实体相关的类这样做不好吧Top
10 楼okyzx（Jason）回复于 2005-07-26 15:21:18 得分 0
:)Top
11 楼conan1211（柯楠）回复于 2005-07-26 15:22:13 得分 0
自己写的类也一样啊
自己写一个联接数据库的类
联接字符串从配制文件里读
这些工作都放在构造函数里搞定多方便
何必再写什么方法呢？Top
12 楼oyljerry（【勇敢的心】→ ㊣提拉米苏√㊣）回复于 2005-07-26 15:25:35 得分 25
类，通过实例来调用方法，方法的实现不需要对外，只要调用就好
符合面向对象的思想，程序设计也清晰Top
13 楼MyLf（不睡觉的鱼）回复于 2005-07-26 15:26:35 得分 25
这就看你设计的问题了。
.Net本来就是以对象(就是类的实例)为基本。类当然是个好东西，要用好东西就是要付出代价啊。Top
14 楼oyljerry（【勇敢的心】→ ㊣提拉米苏√㊣）回复于 2005-07-26 15:29:57 得分 0
构造函数不同样是类的方法，没有类的实例，构造函数怎么使用呢Top
15 楼iceqings（小西瓜）回复于 2005-07-26 15:38:33 得分 10
是类吗？
不喜欢，但是还是满方便的~~~~~~~~~~~~~~~~Top
16 楼henryfan1（http://henryfan.cnblogs.com）回复于 2005-07-26 15:58:38 得分 40
通过类可以实现很多功能的模板，提高代码重用，会节省很多工作量。
维护起来也方便，不过封装性不好，维护起来也麻烦。Top
