当前位置: 代码迷 >> 开发方法 >> 设计中“接口膨胀”有关问题
  详细解决方案

设计中“接口膨胀”有关问题

热度:4877   发布时间:2013-02-26 00:00:00.0
设计中“接口膨胀”问题

不知道大家在设计中是否有碰到下面这种情况:
我有4个功能和概念上独立的模块,分别是:M1,M2,M31,M32
它们的关系是:M1-->M2(M1聚合M2),M2-->M31,M32(M2聚合M31,M32)
  即:M1-->M2-->M3,M4
  一个用户可能实例化一个M1,M2实例M2,M2实例M3,M4
  多个用户的话会有多条这样的实例过程
我现在的问题是:M3中需要输入一个参数A,那我现在会想到的是M3的参数需要由
  M2来输入,那这样M2便需要一个输入参数A,M2的输入又需要由
  M1来提供。如果同样我在M4中也需要一个参数B的话,那最终也
  会到M1这里来提供接口输入。随着我的模块或聚合层数的增加
  那M1这里会需要提供指数级的接口。不知道有没有更好的方法来
  解决这样的 问题呢???

------解决方案--------------------------------------------------------
有些人恨不得把每一个方法都弄个接口,这让别人“无可奈何”。最好的办法,就是让一般的接口设计得到了项目经理或者高级程序员的审核之后,才进行开发。
------解决方案--------------------------------------------------------
别弄太多的技术概念,“退一步”说说业务需求到底是什么。当你发觉“M3需要输入一个参数A”的时候,凭什么说M2甚至M1也需要输入参数A呢?设计应该简单,尽量不做过分的“联想”。
  相关解决方案