目前小弟有一个工程要设计,但是没有做过架构~!
工头要求整个工程的通讯都用接口实现~!也就是用功用的接口控制整个工程的各个
模块~!!
我想知道要定义哪些接口~以及到底借口能实现些什么?它能给我们带来的最大的方便是什么?
也就是接口的精髓~!
请有牛比思想的大哥指点~!高分在线等~!

解决方案 »

  1.   

    把你要做的软件系统看成一个黑盒。考虑这样一些问题:
    1)外部有谁和系统发生关系
    2)外部要从你的盒子里获取什么信息
    3)你的盒子需要从那些外部获取信息或帮助
    4)你的盒子要从外部获取什么信息
    5)如何管理你的盒子
    6)如何监控你的盒子的运行状态
    7)在所有上述各种具体问题中,其具体操作/调用过程是怎样的,每一个环节需要用到什么信息,需要输入什么信息。用到的信息从那里获取在那里管理怎么管理?输入的信息,输入的信息要不要存储,如果要存储的话应该怎么存放在,怎么管理?
    8)重复上述过程,直到你的模型(头脑或设计图)不再存在任何未展开的交互(注意“交互”)细节,而这些交互细节所涉及的所有其它交互细节都已经包含在你的模型之中,也就是说你的模型完整、一致、正确、无歧异了。这样你的问题基本就解决了,但是未必是完全。而这一起的前提是必须对整个系统的业务目标首先要有清醒的认识而且必须在征得相关人员同意之后对系统的某些模糊边界做出合理的决定和取舍。一点浅薄意见,希望对你有所帮助。
    欢迎大家来我的博客作客:http://blog.csdn.net/aafshzj/
    我正在写一系列关于AAF组件框架的文章。该框架能对开发工作提供很多帮助,并极大地提高开发效率。希望大家看一看并提出宝贵建议。
      

  2.   

    想知道接口的作用,你就必须知道软件设计方面的东西,你可以先看看工厂模式等的创建,应该会有帮助
    http://blog.csdn.net/hill_wash/archive/2006/04/11/659228.aspx
      

  3.   

    aafshzj() 
    -----------------------------
    牛人~!!
    很形象~!
    还有要表达自己的思想的么?~!?
    太帅了~!
      

  4.   

    对于没有太多设计经验的同学,我不建议去研究Design Pattern。因为,那只会让自己越看越糊涂。遇到问题,先自己想想该怎么解决,最好再听听过来人的具体意见,而不要太多理会死的规则。在解决问题的过程中,结合自己实际遇到的问题不断反思问题之所在。等有一定经验之后,再去看看Design Pattern,那时候,应该会豁然开朗。不管怎样,Design Pattern对如何构造设计细节可能是有帮助的(但不要为了应用而应用,我见过太多工程师为了应用技术而应用技术),但是对于完整、一致、正确地了解、确定并条理化、形式化要解决的问题没什么帮助。对此有帮助的大概是UML。