操作系统理论的探索(之一)
2007-09-29 12:30:22 来源:WEB开发网核心提示: 多方定制是多方协商后形成的一种合作方内部标准,按这样的标准生产各自的产品,操作系统理论的探索(之一)(5),而这些产品组合使用是以这个多方定制的操作协议作为组合的标准,通常这些多方定制的操作协议是以一种标准的名义出现,即按某个标准进行设计,这时的单方定制的操作协议业会因其遵守了某个标准,是
多方定制是多方协商后形成的一种合作方内部标准,按这样的标准生产各自的产品,而这些产品组合使用是以这个多方定制的操作协议作为组合的标准。
通常这些多方定制的操作协议是以一种标准的名义出现,是市场长期竞争导致的合作产物,总是有明确的产品链应用范畴,是一种产品之间的协议,随着市场的改变而同步变化。
单方定制的操作协议和多方定制的操作协议存在形式上的差异
单方定制的操作协议,考虑的是单个产品的范畴,操作协议说明中只有一个主体就是产品本身
多方定制的操作协议,考虑的是产品链上所有产品的范畴,从设计一开始就考虑上下游产品的接口组合问题,因此操作协议说明中的主体是整个产品链,或者以直接上下游关系的关联产品为主体,即多个主体
一种操作协议既可以是单方定制协议,也可以是多方定制协议,差别在于考察的角度不同。
如JAVA语言,从其设计的出发点看是一种多方定制的操作协议,是一种行业标准,而从语言角度看,它就是一种单方定制的操作协议,因为它只是众多计算机语言中的一种。
对于一件以市场交易为目的而制作的产品,即商品,它的操作协议,从其产生的那天开始就是以成为行业标准作为其发展的目标(不管定制者自己是否意识到)。
在产品初期,没有产生行业标准前,是以单方定制的操作协议竞争为主流,并在竞争中不断完善各自的操作协议,或推出新的操作协议。
随着产品的竞争,操作协议的定制从无序开始向有序转变,即出现一个或几个操作协议由于符合市场需求,逐渐成为业内的标准,使得整个产品链都进入规范设计,即按某个标准进行设计,这时的单方定制的操作协议业会因其遵守了某个标准,而成为事实上的多方定制的操作协议。
- ››探索 ConcurrentHashMap 高并发性的实现机制
- ››操作系统资源不足两种方案解决办法
- ››探索Asp.net mvc 的文件上传(由浅入深)
- ››探索博客发展之路:给博客一个明确的定位
- ››探索 Eclipse JDT 中的重构功能
- ››探索 Eclipse 的 Ajax Toolkit Framework
- ››探索 Eclipse V3.1 的新特性:更高的可用性、更广...
- ››操作系统拾遗之进程和线程
- ››探索 Flex 和 CSS 的强大功能
- ››探索 Pexpect,第 1 部分:剖析 Pexpect
- ››探索 Pexpect,第 2 部分:Pexpect 的实例分析
- ››操作系统还原:你需要明白的几件事
更多精彩
赞助商链接