MDB：注意1.因为这个服务里面有三个details，所以新建了三个historydetails，这里三个表的类型是tracking不是history；如果只有一个detail的话直接在historydetails这一层的下面新建一个historydetails表，这里的类型是history。然后在servicehistory里面把historydetails的类型改成新建的这个表就可以了，注意要选择parents和instanceid那种写法，不然建立出来的表就会多出来中间表
2。标准建CDO顺序：服务里面的details是add出来的，history里面的details是自己另外建出来的。
注意这里的listfield如果字段用的是historydetails的话这里就写historydetails
建立service，service里面有三个details 这三个details是三个subentity 无法建表 所以在history表里面建立三个details记录表 其中clf的逻辑如下 注意：建立了表与表之间的字段映射之后 需要在clf里面写mapex的逻辑 写之前可以先判断details里面是否有值 避免报错 最后clf写完之后需要添加到excute_user里面方法才可以执行
vp: 当service里面有details表格 可以直接拖出details 不要自己建表，因为当表里面有对象下拉选的话 会带不出值 如果字段是下拉选 却想用输入框的话可以自己拉一下textbox绑定字段的值就好了，再把autopostback选true
页面的提交按钮可以自己写 也可以直接用页面的action 页面的action： 选中最外层page action点开 按钮的类型选择custom
custommethodhandler选 WebPartCustomAction（注意这个cs方法会用到） location选button servicename选自己建立的service名称 完成
CS： 初始化
查询赋值
把数据赋到页面的表格里面
页面提交
提交服务
更新之后若菜单里看不到页面注意:
这里default modeling和default pages中的portal page和shopfloor都要添加
如果还没有就点击左上的登出再登入
调试tips: 如果是mdb里面的问题 就打log用ipad++打开 把input的那一段ctrl+shift+alt+b 看一下参数有没有输入进去 再看clf方法有没有传入
