单位：mm
CsI(Na): 25x25x25
无氧铜： Φ40x45
铝膜： 三面，前，后，上。厚度0.1(?)
石英壳： 内Φ43 , 厚度2 , 高80
外铝壳：外Φ60
TOF: Φ120x120 ,10厚度的塑闪包液闪，坐标距离中心探测器1000,角度选取符合5nKeV（n为整数）的核反冲能
淬灭因子：0.2
光产额： 40/KeV
中子能量： 2.5MeV DD， 14MeV DT
记录：PMT收集光子数，TOF中子计数，TOF中子及gamma的飞行时间
附：使用最优的physicsList:LEB.hh中的new ...
read moreThere are comments.
类图如下：
文档解析：
类图如下：
文档解析：
There are comments.
类图如下：
文档解析：
匹配app和backend的handlers机制。
类图如下：
文档解析：
RuntimeHandler是一个连接器，用来连接app和backend。app的configure方法产生appconfig对象。backend的submit方法使用jobconfig对象。RuntimeHandler将appconfig对象转换成jobconfig对象。该转换是作业提交的一部分。它在prepare方法中实现。
There are comments.
这章提供了GANGA中一些重要部分的当前实现细节。
作业的各个组件以插件类的形式来实现，需用户在配置文件中设为enabled，则会由GANGA在启动时导入。这表示用户仅能看到与其特定工作环境相关的组件。
插件维护十分简单，采用了一组内部接口和一个产生代理类的机制。组件类继承自接口类。每个插件类都定义了一个schema，用它描述插件的属性和指定类型（只读/读写/内部）、可见性以及相关的用户友好(user-convinence)的过滤器和语法快捷方式(shortcut)。
与用户直接进行交互的不是插件类，而是一个自动产生的代理类，代理类在GPI中可见。代理类只包含插件类中的一些在schema中定义可见的属性以及选出用于导出的方法。插件和代理的层次（level)分离十分灵活。在GPI层插件的实现细节不可见；所有代理类都遵循相同的设计逻辑（例如按值拷贝copy-by-value)；持续性自动化，会话等级锁定透明。用这种方法，底层的内部的API就与用户层的GPI分离开。
框架不强迫开发者支持app和backend的所有组合，只要支持有意义和有趣的组合即可。为便于管理这些组合，提出了submission handler的概念。sumission handler是app和backend组件的一个连接器。在提交时间，它将app的内部表示（representation)传送给特定backend可以接受的表示(representation ...read more
There are comments.
类图如下：
是所有app对象的基类。子类在GPI中给出程序逻辑并从功能上实现配置操作。app配置是作业提交的第一步。
实现配置方法的基本规则：
一般configure()和master_configure()方法会在作业提交的时候调用，所以原则上你
方法文档：
There are comments.
Page 1 / 2 »