帮up

具体设计要看具体的情况，没有通用的方法，可以参看oop和设计模式方面的东西

学习

学习一下!

你可以把你的业务在分解,然后聚合形成上级的业务逻辑

面向对象的系统分析设计
http://dev.csdn.net/develop/article/21/21638.shtm

http://www.sawin.com.cn/doc/SD/OO/ooweb1.htm

网上很多资料，但都各有特点，没有通用模式，还是尽量取其之长吧

真希望，有个实际的代码可以参考参考！
我的msn：cgq214@hotmail.com
希望交流。ood，oop，重构等

看看模式设计,Observer模式

这是这个说就容易，真的要灵活处理是很难的。要真正能够理解设计模式，必须有成熟的OOP经验，这不是看书能够得来的，而需要多写代码和多看好好代码；然后要熟练使用设计模式，这还是要靠练习设计和参考出色的设计。

所以我能给的建议是，如果你有时间，就先写一个抛弃型的成品（而不是原型），熟练这个项目需要使用的设计模式，然后完完全全从头开始设计，那就会好很多。如果你赶时间的话，那就没办法了——没有快速掌握设计模式的方法的。

学习

是个很好的讨论题材！但是可能是范围比较大，也只能泛泛而谈，业务接口的定义我想要首先从业务问题的分析开始，接口设计是后期的设计，我们首先要从业务中抽象出业务中可能交互的对象，这些对象之间的交互要遵循一种规则，这种规则我想可能就是业务接口最早的雏形，这些规则到行为的转化，最后抽象成接口。这里我想设计模式可以很好的指导我们设计具体的解决方案，或者在某个局部使用什么模式能更好的解决问题，但是在业务分析的时候过多的考虑设计模式可能会带来负面影响。如果单单说抽象业务接口，问题已经分析好了，方案已经确定，那么接口的定义也会相对容易些。

我只是谈些个人的看法，希望朋友们继续讨论！

to: cuike519
我正是考虑到面向接口编程的范围比较大，所以才特地取了最普遍的进销存一些片断来描述我的问题。设计模式，我也了解一些。我想的是，类似进销存这样的业务系统，对在开发中，进行抽象形成接口的时候，要有哪些常规的步骤，怎么做才能形成比较好的接口；并且以什么样的标准判断，我设计的接口是比较好的接口。

这个”面向接口编程“这类问题在论坛中好像讨论很少。最好是哪位达人可以发一点进销存类似的业务系统的代码给我，当然是面向接口编程的代码。我可以以gmail相送。

msn：cgq214@hotmail.com

up

关于实体的抽象一般分为两种，一是结构实体抽象，二是功能实体抽象，象进销存的业务系统，我认为主要是功能抽象。至于有哪些步骤，先是定义问题的范围，再找出系统设计的实体，最后去除多余的实体，个人观点，仅供参考.

为什么这样的问题，大家一般都是泛泛而谈呢？好像版主们很少参与这样的问题的讨论？