大家怎样看待设计模式的？

miller3000

设计模式是好东西，是前人设计经验的总结。在我们的开发设计中，也经常有这样的东西，经常有点设计模式的味道，但是又不是向《设计模式〉中总结的那样。我想原因是没有工具支持，因此模式的实现相当麻烦，这也是我们经常失败的原因。如果有一个工具，我们选择其中一种模式，然后这个模式的框架就搭建好了，然后我们在问题的细节处理一下就行了，只有有这样的工具我们才能高兴的、便利的、高效的应用他。否则我们只能边干边摸索，然后再理论在实践。

miller3000

最初由 john_zhu 发布
[B]

      “3、理解面向对象的精髓是“数据/实体“”?

面向对象的出发点是为了降低系统的复杂度，增加体系的外延，所有的这些是通过信息隐藏和拟人化来实现的。而不应该是数据/实体。 [/B]

面向对象的精髓也就是他的实质，面向对象的实质是对象，我们在归纳总结抽象，根据对象抽象出实体（class)，这些实体在系统中我们所见到的是数据。而面向对象的出发点是使用面向对象的目的和使用他带来的好处，他不是实质。

gagaghost

但归根结底我认为设计模式的运用是在理解了其精髓，然后去浅移默化地用到设计和开发中去,而不是去生班硬套地去用。

ebizs

我觉得很好用，起码让我在开发的过程中确实轻松了一把。我原来开发的一个系统中使用了磁卡读写器（不同种类的磁卡读写器驱动的DLL库不一样，在98和2000下同种硬件的驱动DLL库we文件不一样但是接口函数一样）使用了设计模式中的工厂方法。使得在更换硬件种类的时候仅仅通过添加2个类（分别为98/2000对应的类）就可以完成。所以感觉它很好用，如果没有涉及模式这样的思想，不知道怎么实现才好，看来肯定是定义一大堆函数，然后根据不同的case来调用不同的函数了。

corespeed

good!

john_zhu

最初由 miller3000 发布
[B]

面向对象的精髓也就是他的实质，面向对象的实质是对象，我们在归纳总结抽象，根据对象抽象出实体（class)，这些实体在系统中我们所见到的是数据。而面向对象的出发点是使用面向对象的目的和使用他带来的好处，他不是实质。 [/B]

虽然有点像玩文字游戏，但是还是有必要确认面向对象与对象是两个层面的东西，另外所谓的“根据对象抽象出实体”，我不敢苟同，从来没有这样的说法，另外Class的定义，国内已经有约定俗成的“类”的翻译，按照你的说法，就是“根据对象抽象出类”了！但是其实这是本末倒置的，先有类，然后才有对象，这是实例化层面的概念。

关于面向对象的实质，我认为也存在商榷，面向对象的实质和面向对象的精髓同样是两个概念。

但是，我应该承认，讨论这些概念其实在我们这个论坛中意义并不是非常的大，我们需要可能也不是这些概念

freeflying

总的来讲，对于我们对处理业务的抽象有好处

但过犹不及。

gagaghost

我同意freeflying的看法。
如果抽象得太多，就会产生出大量的类，如果要数据持久的话，数据库的性能就会大打折扣！

fdmy

谢谢

richardluopeng

不象枷锁，呵呵