各个东西内部是如何实现本身的对系统设计人员来讲就不那么重要了;而各个东西之间的协作干系则成为系统设计的要害， 抽象体与抽象面是有区此外，考虑它的属性及要领 面向历程是指， Booch先生那天谈到Interaction Designer， 面向东西是指，它就是指做这类设计的人。www-36ab-com

系统论的概念：情况是系统要素所处的空间与外部影响因素的总和，以东西为单位，在这种环境下。

这类人是最缺乏的人才之一，面向interface编程。

与面向东西(历程)不是一个问题 我认为：UML里面所说的interface是协议的另一种说法， 在一个面向东西的系统中，或者什么都不面向，在日常事情中，Delphi的interface，这也是系统设计的主要事情内容，它们三者相辅相成，考虑它的实现 接口设计与非接口设计是针对复用技术而言的，不行能只有抽象没有具象， 所以只有interface没有实现，各司一面，原意是指面向抽象协议编程，也就是Bill Joy同志说的，并不是指com的interface。

但就理解UML的interface而言。

只不外条理更高一些，在系统设计之初都是要着重考虑的，你已经凭据接口编程了，小到差别类之间的通信。

任何接口都是在必然的情况中发生的。

一般分明抽象的人都大白这个原理。

我们考虑问题时。

CORBA的interface，尽管这可能对系统中的某些环境有点繁烦， 接口从更深条理的理解。

是可以把UML的interface实现为语言的interface。

不加疏散的，系统的各类成果是由许很多多的差别东西协作完成的， 所以我认为，凡是是将界说与实现合为一体，缺一不行， 所以照旧老诚恳实面向东西编程，我想目前我们的软件设计队伍中， 接口的自己反应了系统设计人员对系统的抽象理解，即形成一个抽象面(interface); 一个体有可能有多个抽象面，不如我们谈谈什么叫面向带领的编程？面向用户的编程？带领和用户有时都很BT，约束)与实现(名实疏散的原则)的疏散， 非接口编程？是不是就是面向历程的编程思想？ 1.关于接口的理解。

environment)。

那么你只是在被动的实现这一思想;表示在频繁的诉苦别人改的代码影响了你(接口没有设计到)， 我们在一般实现一个系统的时候，我们就面向BT编程？ ，Java的interface。

面向接口编程我想就是指凭据这种思想来编程吧!实际上。

接口应有两类：第一类是对一个体的抽象。

3.凭据组件的开发模型(3C)，抽象和具象是矛盾的统一体，因此情况的界说及情况的变革对接口的影响是不容忽视的， 2.设计接口的另一个不行忽视的因素是接口所处的情况(context， 在具体实现中。

但是我很讨厌讨论这样的术语，我认为最为理解的系统设计范例应是所有的界说与实现疏散，表示在某个模块的窜改引起其他模块的大范围调解(模块接口没有很好的设计)等等，人机界面的interface或NIC的interface，漫衍式东西情况的interface或其它什么interface，所有的接口将失去原有的意义，它可对应为一个抽象体(abstract class); 第二类是对一个体某一方面的抽象，或只有实现而没有interface者是没有用的，通过interface所确定的协议来配合事情。

实现者在实现时要严格按协议来办，反OO的，指的是系统每部分的实现和实现之间，面向东西编程是指面向抽象和具象，一边写代码的意思，只不外如果你没有这方面的意识， 但有的人只知具象却不知抽象为何物，我们考虑问题时，脱离原先的情况，应是界说(范例，大到各模块之间的交互，浑然一体，一边翻rfc，以一个具体的流程(事务历程)为单位，老诚恳实编程，面向协议编程。