今天主要说一下moqui screen 中的下级标签
1,transition 顾名思义 调度器，也是设计模式的一种，（这个哥们对设计模式很熟悉啊！）它在screen 中扮演了非常重要的一环，基本就相当于MVC中的Controller了，它的下级标签有：
（根据xsd 中的翻译大题能明白他们的含义）
parameter 名称就是参数，解释上说是screen 允许进入的参数列表并且是静态的（全局可用，包括screen的子screen）并且如果子父screen有对parameter 的定义 父screen 的会被覆盖，一般为request 提交上来的参数
path-parameter 这个是额外参数，解释说是一些额外参数，而且会被添加到parameter中
condition 一些简单的条件判断，用于是否执行这个transition,和 ofbiz 中的condition 差不多
service-call/actions 执行服务或者一些业务逻辑，2选一,如果都写会报错，还是和ofbiz 差不多个意思
下面这几个都是对请求做出的各种回应了。。。
conditional-response 如果使用了condition ，则可以使用这个来对不同判断进行处理
default-response 默认处理方式
error-response 发生错误处理方式
2 widgets／fail-widgets 这个和ofbiz 代表的意思一样，widget 就是小控件的意思，moqui 中的页面控件基本和ofbiz 差不多 只不过form 控件不在使用 type属性的list single来区分了，而是直接分开了使用<form-list><form-single>
而且moqui 使用了groove 来解析xml 文件了，大福音啊！！由于原来ofbiz 的widget 使用java 解析xml 那代码叫一个多，而groovy 简单 清晰明了，原来300行代码 只需要几行搞定，大大降低了添加自定义控件的难度（我原来就在ofbiz中添加过Grid控件，太痛苦了。。），其实不论是ofbiz 还是moqui 他的控件都不是很好用，尤其是form ，有兴趣可以联系我，如何自定义扩展widget控件。
暂时就写这两个把，后续的继续研究