进入新的公司也有段时间，折腾了很长时间心里才慢慢的平静下来，所以之前很多的话好像都成了空话，自己也说过，很多的学习过程想记录下来，但很多时候想法总是在不断的随时间而变化，就像之前在学习微软wf，开始时感觉它很强大，后来才发现被它的功能一直束缚着，虽然后来也是下了功能对它进行扩展，也实现了自定义工作流，但随着业务的不断变化，流程功能也不够用的了，搞到最后结果把wf的整个过程已经实现了大多数，到了最后还是毅然放弃了wf，自己来定义数据结构，今天的自己也抱着同样的心情，写下了这篇总结日志，也希望不久之后自己会有不同的想法。
新公司的规模并不大，当时唯一能说服自己留下的原因就是它的开发方式，经过这段时间的工作，也发现同事们也是非常的不错，很幸运能来到这个团体。
刚也说过公司的开发方式，也就整体的框架是基于平台式的开发，主要的方向是办公自动化方面的，人事、项目、合同管理等，这也是自己一直以来希望接触的方向。在这里想和大家分享一下目前为止自己对这种开发方式的心得。
基于平台，简单说就是配置，无论是表单操作还是流程控制，以及查询统计，都是基于配置生成的。自己也总结过，软件的展现方式无非就是输入表单和列表，对于表单的分类来说可能会涉及到普通表单以及流程表单，对于复杂性来说，表单之间可能存在一种嵌套关系，比如父子关系，还存在一些特殊操作，比如单、多项选择，人员角色的选择等，所有的这些，大多数的功能都不必去敲写代码，而是配置即可。从局部看，平台的功能也是普通，但如果从项目整体的功能而言功能需求相当复杂，所以对应到平台的可实现功能来说就会很多，而且还会不断的遇到新的奇怪的功能需求。
对于这种开发的好处，最明显的就是开发速度快，无论是新项目的开发还是旧项目的维护；再就是解决了手误的可能性，大多数的操作都是通过配置，所以平时的手误都不存在了，即便是有错误，平台也会以相应的提示给出；可以把精力放在业务上，对于行业软件来说，对行业知识的了解是必不可少的，这种开发方式可以把精力集中在业务及数据库的学习和构建上。当然，业余时也要努力的补充技术知识，能更了解平台的原理，也是提高开发速度和质量的方法。
列下基本功能，表单、权限、流程、组织结构，还有杂七杂八的小功能，如通用选择，树形结构，动态人员角色，上传，数据表关系，菜单配置等等，还有很多的细节，以后慢慢得总结。
最近使用csla时遇到一个问题，在可编辑对象存在可编辑的子对象集合中，子对象的创建和加载及保存过程是由父对象来控制，在使用winform编辑对象时，父窗体以引用的形式传递给子窗体来进行子对象的添加和编辑，所以子对象的属性更新过程也会对应到父窗口中的子对象列表，问题在于，子对象的属性不是总是有效的，在编辑过程中如果子对象的属性违反了规则，父窗体中的列表绑定就会出现异常，但是如果不按引用来传递，那么对象更新后又该如何更新到父对象中，而且父对象要进行绑定刷新的。按道理说，这种编辑过程不应该同时响应父窗体的，感觉很别扭，但又该如何实现这种关系呢，哎。。。