2006年1月19日

    今天早上上班忘打卡，结果算作9：00上班。本打算签到8：30但没有签，主要是没有那么无耻。人本不能太诚实。

 

    今天终于完成了发布错误的修正。修正错误让我认识到了肯多自身的不足。比如轻浮。由于对发布机制不了解，些改有很大的难度，这种难度是一种理解和认识上的难。有一种无所适从的压抑。这是因为在看整个类的组织让我觉得没有头绪。我到现在还不明白整个工作的起始点在什么地方。面向对象是否使得类变的条乱无章。我有时在想面向对象时否使得针对过程的处理变的杂乱呢？面向对象的优点在于可以继承，但是无限的继承也会有问题，会变得混乱。因为任何一个系统往往都是处理事物的。当然也有针对一个实体的。事物如果采用面向对象的方法描述会有问题。比如今天的这个问题。一个类处理发布。信息发布时一种事物，它从头到尾只做了一件事情。事物本身虽说也具有实体的特点，但缺乏实体的可操作性。这个事物是这样的：得到地址－分析－保存。面向对象的描述使得类看起来像一团乱麻，到处都是一个有一个很散乱的方法。找不到起点，也找不到终点。还有一堆常量。

 

回想oo的原理：对象封装方法和属性，对象是一个实体，但是它对外是一个实体没错。可是它内部的结构却有缺乏组织是一片混乱······，一个类多数都是一些public方法，这是由于设计不足造成的。因为设计的时候没有严格的界定方法的域。这种具有许多public方法和field的类就如同一个海胆浑身是刺没有美感，而且使用也很不便。虽然说和设计有一定的关系，但这样的结果更多的还是因为面向对象的机制造成的。就是说这种机制还是很不完善。和人类自身的语言有着无比巨大的差距。

 

 Oo的不足：1、方法与字段缺乏组织和分类。2、产生冗余代码。3、    总结中