关于三层开发中各层之间接口的设计问题,欢迎大家一起讨论

daidaoke2001 2003-09-13 06:50:34
在作三层的开发中,如用户界面层和业务逻辑层,业务逻辑层和数据访问层,各层之间实际上都存在接口的问题,我目前的作法都是直接调用上一层的dll,直接使用上一层的对象提供的方法等,但是我觉得这种做法,没有把各层完全的分开,如果上层的对象的方法调用发生了变化,则必须要改动下层的代码,
最近我在想,能不能将这种调用的接口实现动态的配置,在上层调用的方法和参数发生变化的时候,能够通过配置来变化接口,而尽量不改动下层的代码。但是,细想下去,又觉得要做到通用,灵活,方便,决非易事,我想这个问题应该是一个比较普遍的问题吧?因此将这个问题和思路提出来,想和大家一起讨论一下,

谢谢!
...全文
122 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
daidaoke2001 2003-09-16
  • 打赏
  • 举报
回复
谢谢大家
zhanokit 2003-09-15
  • 打赏
  • 举报
回复
应尽量准确地把系统框架搭好,别无选择!
XXSingle 2003-09-15
  • 打赏
  • 举报
回复
如果定义灵活的接口,系统开销、人力、物力肯定很大..........
qqq123 2003-09-15
  • 打赏
  • 举报
回复
1.将接口细分,每个接口功能单一。
2.如果接口不能满足要求,作中间层,Adapter,xml配置文件中配置文件,Script语言等等。
3.各层之间的耦合度降低,最好是Service关系。
daidaoke2001 2003-09-15
  • 打赏
  • 举报
回复
看来大家大多都很强调接口的重要性
如果将接口的形式和调用方法等规则存储在xml配置文件中(配置文件的格式需要自己定义),就像 ArLi2003说的那样,使用时用反射进行调用,这样可以解决一部分的接口变化问题,大家觉得这个思想如何?
huarui 2003-09-14
  • 打赏
  • 举报
回复
接口是组件之间的拉链!
pcnetman 2003-09-14
  • 打赏
  • 举报
回复
过滤掉不适当或无关的项或语言项目/类型来简化用户工作。
使开发人员可以清楚解决方案的逻辑结构组织。
提供适合上下文的指南。
出于混用语言、输出类型、远程处理或分布/分区的要求,允许多个可执行文件和/或项目。
对于不应该具有用户界面 (UI) 的层,不允许使用与用户界面相关的项目项和代码元素。
对于具有 Web 用户界面的层,不允许使用 Windows 用户界面相关的项目项和代码元素。
对于具有用户界面的层,不允许使用对于“数据访问”层的直接引用。

slightsnow 2003-09-14
  • 打赏
  • 举报
回复
gz
gaisylly 2003-09-14
  • 打赏
  • 举报
回复
接口,接口就是已经定死的东西,在多层程序设计中,接口的定义是非常重要的,一旦定好,在后续的系统开发中就必须严格遵守,不能说变就变,如果程序功能想增强,只能通过扩充新的接口来实现。
xz_king 2003-09-13
  • 打赏
  • 举报
回复
设计时全部使用接口(interface)定义。定义它们的方法,属性。别的就让程序员去实现它们吧。确保每个接口的正桷性。这样对开发人员也很方便,拿过来用就行了。
ArLi2003 2003-09-13
  • 打赏
  • 举报
回复
只要接口定死,参数变化差别应该不大吧

再不行属于其它层的东西就用委托做回调是否可行
dragonsuc 2003-09-13
  • 打赏
  • 举报
回复
任何系统与数据库关联太大,

接口之间的数据参数不好约定,层次到是比较清晰,但关联太大

thp 2003-09-13
  • 打赏
  • 举报
回复
支持

1,178

社区成员

发帖
与我相关
我的任务
社区描述
C++ Builder 数据库及相关技术
社区管理员
  • 数据库及相关技术社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧