由于有两个彼此保持同步更新的数据库 ， 所以有两种运行此模型的方式 。没有其他的好名字 ， 我们叫它程序（PROGRAM）图形和本地（LOCAL）图形 。前者指显示的图片是有主PROCESS创建的并且图片中所有的用户输入都已提交 。因此DISPLAY数据库只作为主PROCESS动作的结果在其后更新 。后者指显示端的用户通过功能按钮或画图工具直接创建图片 ， DISPLAY数据库立即更新 ， 并通知主PROCESS使其更新 ， 但只有在DISPLAY OUTPUT驱动提出请求后才能执行对图形的处理；后者还可作为由DISPLAY INPUT/OUTPUT驱动自己执行的函数或由主PROCESS在图形上执行的非标准的函数的结果 。
此设计的主要目的是实现图形配置的最大通用性而不是最小的响应时间 。此设计最好有更明确的硬件配置和所期待的应用的规范说明 。由于所有参数都是未知的而且我们所期望的通用性使我们不能对其深入 ， 所以我们应该提供能够对INPUT/OUTPUT和主PROCESS之间的说明驱动哪种DISPLAY的处理任务进行分割的能力 ， 而不是设计合适的断点 。
图形协议应该定义INPUT和OUTPUT流程和驱动间的传递的消息的格式 。消息可按如前所述根据传递方向和内容分类 ， 如画图信息 ， 指令信息 。因为图形和文本经常混杂所以图形消息必须有可区分的头消息头部 。因此用一个字节指定消息主体的信息类型 ， 一段字节表示消息主体 ， 最后是主体本身 。事实上需要的消息类型已经在以前的RFC中提到 ， 我在此就不重复了 。需要指出的是现在命令包括驱动不能实现的处理请求 。
【网络图形】
总之 ， 我认为一个简单的模型便可满足复杂的交互图形和非交互图形的设计要求 ， 主要原因是我们最感爱好的不是最短响应时间而是最大的构造复杂性 。当建立INPUT/OUTPUT流程时可以应用软件共享和数据重组技术 。还有好多具体工作要作 ， 但在当前最基本的模型的基础上要想实现预想的思想 ， 还需要不断的努力 。
-----------------
! INPUT ! ! OUTPUT !
--! routine !<---------------! driver !<--
!-----------------!
! ^ !
V ! !
--------- ------------------!---------
! ! Graphic ! ! Graphic ! ! ! !
! PROCESS ! Data ! ! Data !<->! ! DISPLAY !
! ! Base ! ! Base ! ! ! !
--------- ------------------!---------
! ! ^
! V !
!-----------------!
! ! OUTPUT ! ! INPUT ! !
->! routine !--------------->! driver !---
-----------------
图1
[ This RFCwas put into machine readable form for entry into the online RFCarchives by Ian Redfern 4/99 ]
推荐阅读
- 正确的乳房按摩方法
- 考拉FM怎么用
- 万象物语技能书在哪里购买
- kt是什么意思网络用语
- 随心所欲下载—构造你自己的Linux网络蚂蚁
- 米醋能提高雏鸡的成活率
- 荣耀9x支持存储卡扩展吗
- 京东快递怎么查询方便
- 中原银行怎么在手机上能查看余额
- k8411餐车在哪