如何抽象业务接口

cgq214 2004-08-28 02:14:24

举列子说吧：一个进销存系统，采购订单，采购入库，销售订单，销售出库，仓库调拨，等业务逻辑，这些业务逻辑是系统主要变化点，比如客户会突然对你说，要加入个生产入库，或者是价格管理等。所以需要将这里东西抽象成接口，以应对需求变化；我现在的问题：有什么方法抽象，才能形成比较好的接口。按照什么样的原则等。希望你的指点，或者是一些网络上的文章

...全文

230 17 打赏收藏转发到动态举报

写回复

用AI写文章

17 条回复

切换为时间正序

请发表友善的回复…

发表回复

1979xt 2004-08-30

打赏
举报

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

vzxq 2004-08-30

打赏
举报

cgq214 2004-08-30

打赏
举报

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

msn：cgq214@hotmail.com

cgq214 2004-08-30

打赏
举报

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

cgq214 2004-08-30

打赏
举报

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

cuike519 2004-08-29

打赏
举报

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

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

gameover1999 2004-08-29

打赏
举报

学习

cat_hsfz 2004-08-29

打赏
举报

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

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

lxcc 2004-08-29