进程视图

《风险-收益分析：理性投资的理论与实践（第2卷）》进程视图,页面无弹窗的全文阅读!

拉塞尔（Russell，1975）将进程视图引入CACI的SIMSCRIPTⅡ.5中。与子程序一样，进程由一系列的步骤组成。与子程序不同的是，进程程序能够在执行相继步骤之间包含模拟延时，这或者是因为进程程序遇到了WAIT命令，后者指示模拟程序在执行下一个语句之前等待一个特定长度的模拟时间，或者是因为进程遇到了SUSPEND命令，在这种情形中，进程不再运行，直到被其他某个程序激活。

为更好地理解进程视图和事件视图（event view）之间的关系，我们必须更详细地考虑定时程序怎样记录将要发生的事件。撇开某些效率导向的实施细节，当异步模拟中未来事件的发生由CAUSE或SCHEDULE命令设定时，一个事件通知（event notice）实体（在实质上）就被置入一个名为日程表的集合中。当这个特定事件的发生在日程表上最迫近时，定时程序就从日程表中移除事件通知，并将其转给适当的事件程序。事件程序能够对事件通知做任何它能对其他ID已知的暂时性实体所做的事情。具体而言，它能够“删除”（从模拟程序中删除）特定的事件通知。这是例行的，因此，SIMSCRIPTⅡ自动删除事件通知，除非它收到指令“SAVING THE EVENT NOTICE”（保存事件通知）。在后一种情形中，事件程序能够利用给定的事件通知，立即安排相应事件再次发生的时间，或者保存事件通知，以备将来使用。

SIMSCRIPTⅡ的CANCEL命令从日程表中移除一个指定的将发生事件通知，但不删除它。再一次，这一事件通知可以被删除、立即重新使用，或保存以便晚些时候使用。

进程控制是利用事件视图的将发生事件机制（the coming event mechanisms）来实施的。每一个进程实例都有一个关联的将发生事件通知。WAIT命令将特定进程实例的将发生事件通知放入日程表，就像CAUSE或SCHEDULE命令那样。SUSPEND命令通过将控制权返回给定时程序，而无须将进程程序的将发生事件通知放入日程表，暂停进程程序的执行。另外，如同CANCEL命令，INTERRUPT命令清除WAITing进程。ACTIVATE命令将SUSPENDed或INTERRUPTed进程放回日程表中，这再一次与新的CAUSE或SCHEDULE命令相同（CAUSE命令有两个版本：一个版本是创设一个新的将发生事件通知，并将其放入日程表中；另一个版本则是将一个指定的已存在的将发生事件通知放入日程表中）。

因此，进程视图及其WAIT、SUSPEND、INTERRUPT和ACTIVATE命令，在描述动态系统的事件视图之上增加了一层。SIMSCRIPTⅡ.5和Ⅲ保留了事件程序和命令来CAUSE和CANCEL事件，同时也提供了进程程序。CACI推荐使用进程视图。马科维茨仍然利用事件视图编程，这或许是由于习惯使然，因为他从没有运用进程视图编写过大的项目。由于JLMSim是利用专门的定时程序用C++语言实现的，因而按照编写事件程序而非增加一个进程层来思考是最容易的（至少对马科维茨来说是如此）。

附属实体

IBM EAS-E的经验表明，如下性质对数据库实体和面向EAS-E的模拟程序编程都是有用的。从概念上看，如果实体E1具有属性A，后者的值为实体E2

E2=A（E1）

则E2可能是E1的一部分，或者为E1所引用。从建模的角度，两者的差异是，当从模拟程序中删除E1时，如果E2是E1的一部分，那么E2也被删除了；如果E2是被E1引用，那么就不会被删除。类似地，E1拥有的集合的实体可能是内部的（或附属的），随着其拥有者（E1）的消失而消失；也可能是外部的，只是被E1引用，不随E1消失而消失。

现在，当一个暂时性实体T在SIMSCRIPT程序中被删除时，是否也删除指向T或由T所拥有的任何内部实体，取决于程序员。如果编译器知道哪些属性值和集合是内部的，那么这种内部信息就能够被自动清除。我们认为相比Java语言的“垃圾收集”（garbage collection）程序删除无任何人引用的对象，这是一个更好的解决方案，因为没有引用某个外部实体可能是一个应予以警告而非不加质疑地“修复”的程序错误。