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

2003-09-13 06:50:34 184 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

daidaoke2001 墨衍会员 · AI 创作全网分发关注 + 加入社区

音乐频谱灯的硬件艺术：从STM32到SK9822LED的工程美学本文探讨了基于STM32微控制器和SK9822 LED的音乐频谱灯硬件设计与实现。通过ADC采集音频信号，利用FFT算法进行频谱分析，并驱动LED阵列呈现动态视觉效果，展现了硬件工程与艺术美学的完美融合。阅读详情

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

谢谢！

...全文

流媒体学习之路(mediasoup)——simulcast 与 svc 简介（7）流媒体学习之路(mediasoup)——simulcast 与 svc（7）文章目录流媒体学习之路(mediasoup)——simulcast 与 svc（7）阅读详情

daidaoke2001

数据库及相关技术 1,178 成员 18,938 内容

+ 关注 + 加入社区

切换为时间正序

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

打赏
举报

gaisylly 2003-09-14

打赏
举报

接口，接口就是已经定死的东西，在多层程序设计中，接口的定义是非常重要的，一旦定好，在后续的系统开发中就必须严格遵守，不能说变就变，如果程序功能想增强，只能通过扩充新的接口来实现。

xz_king 2003-09-13

打赏
举报

设计时全部使用接口(interface)定义。定义它们的方法，属性。别的就让程序员去实现它们吧。确保每个接口的正桷性。这样对开发人员也很方便，拿过来用就行了。

ArLi2003 2003-09-13

打赏
举报

只要接口定死，参数变化差别应该不大吧

再不行属于其它层的东西就用委托做回调是否可行

dragonsuc 2003-09-13

打赏
举报

任何系统与数据库关联太大，

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

thp 2003-09-13

打赏
举报

支持

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

相关推荐