控制的2种模式

被控制：产生某种行为。

产生的行为是完整任务或任务内一环——看怎么定义任务。结合现实例子理解。

如：TCP协议，协议的双方实体，都未独立完成一项任务

控制：发送信息给受控方，受控方产生相应行为。

状态信息：控制方受到状态信息影响，产生不一样的行为。

控制有2种模式：

1. 对等控制，都可以主动发起控制消息（可能伴随业务数据）。对等实体，P2P。

2. 主从控制，一方主动发起控制消息（可能伴随业务数据）——主控方。被动方（被控方）产生行为，然后或回应控制信息（状态信息），或业务数据，或同时两种一起回复或什么都不回复。

举现实例子说明两种模式对于软件设计的启发。

模式1：

两个工人能力一样，然后同步过，可进行沟通，完成一件任务。（协议，如UDP）

模式2：

两种可能：

1.被控对象类似一个技术工人，能完成某种任务。被控对象返回的状态信息，能影响控制方的行为， 即分发任务的工人，完成任务的过程受到影响。但是任务内容没变。被授予任务的工人可能有反馈，也可能没反馈。  

2.技术工人能力不一样，然后同步过，可进行沟通，完成一件任务。（协议，如TCP）

    

模式2几种实例：

（1）http（请求：GET/sample/hello.jsp HTTP/1.1，应答：HTTP/1.1 200 OK）—— 主控方：控制信息 ， 被控方：状态信息+业务数据。

（2）函数——   主控方：控制信息 （ 可有业务数据） ，被控方：状态信息 or  业务数据

（3）查询请求——   主控方：控制信息   被控方：状态信息 or  业务数据

   (4)CPU指令（或者说程序）——   主控方：控制信息   被控方：状态信息 or  业务数据。 状态信息影响CPU运行的程序控制流。指令（程序）控制的是硬件。

（3）上层对下层请求服务——   主控方：控制信息   被控方：下层，反馈，无

协议实体可以相互发送控制信息，（模式1 ，UDP或模式2， TCP）。实现一定功能，并为上层提供服务（模式2）。  上层向下层发送服务请求（即控制）。

 

抽象的运用，协议实体被抽象，下层被抽象。被抽象意味着被控制。

控制信息的形式：

请求：服务方就是被控对象。

配置:具体意义上，被配置软件就是被控对象

调用:抽象概念上的控制，想象被调用函数就是个被控对象。

指令: 硬件就是被控对象。

总结：

         什么是控制：发送控制消息作用于控制逻辑，这就是控制的内容，。控制逻辑就是根据某些条件的逻辑关系决定最后措施的控制。通过逻辑［布尔］运算，即由二进制输入信号产生二进制输出信号，来表达。所以，硬件设计，只要控制逻辑设计+现成的硬件单元？？。

         发送消息影响了行为就是控制。这是从程序的基本概念出发，所以，控制可以是，调用一个函数，产地一个控制变量，一条指令，或是请求一个服务。但是，在日常的使用中，控制还有其他含义，我们将日常生活中的控制作为高层概念的控制。 程序控制作为低层概念，需要注意区分，而且很多时候不说控制。

         协议从低层控制概念来说，是相互控制，相互前进，类似于两个工人沟通的干某事，但是，这个沟通的过程，可能是工人在干体力活，将实际情况反馈给管理员，管理员根据反馈情况，选取适当的措施，又指导工人干活。 底层感念来说，这是相互控制，但高层概念来说，管理人员管理控制工人。

         所以，高低层的控制概念，都有对等控制和主从控制。

         ForCES,高层概念来说，是主从控制， 低层概念来说，协议都是相互控制。

         还有TCP，UDP，都是对等控制。不过协议还牵涉到类似语言同步问题。协议比作语言。

 说明：TCP和UDP虽然协议上来说，角色不一样，但是那个角色不是从控制方和被空方区分的。所以是对等控制。

         控制产生的效果，有的可能只是影响了任务概念上的一步骤，有的是整个任务。这将高层概念和底层概念的控制联系起来。

         函数已经可以认为是一个小任务。一个判断，循环或选择，就通常不是一个任务。

PS:对等控制：角色都一样，既可以是受控制，也可以是控制方。 

主从控制: 控制方和被控方角色是固定的。

 控制是有对象的，对于指令，控制对象是硬件（CISC具有良好的抽象）。对于配置，对象是程序，对于函数消息，对象是函数。

对于行为的定义，程序的最小行为级别为是语句级别或指令级别（影响了执行否，就是控制）。

控制的3要素：控制主体（非必须），控制消息(接口)，控制对象