ORM 对象关系映射

虽然可以找出很多理由来拒绝ORM，比如performance不好，接口不好用，没有NHibernate设计器，是的，这都是理由。但是，一旦接触过ORM之后，我发现做系统再也离不开这个工具。相对于ERP/MIS类的系统，大部分时间都是和SQL的读写在搏斗，ORM带给你的几个好处，是不可忽视的。
1） 增加或删除数据库字段，界面和程序几乎不需要改动。这一点我非常认同，即使是很稳定的系统，也避免不了要做customization,也要加些字段，如果用SQL拼凑，你几乎要改动所有的相关内容，而且还无法获取编译器的语法检查的好处，ORM在编译期间就可以检测出一些类型不匹配的问题。
2 ）界面和逻辑的真正分离 改动计算逻辑，不需要改动界面，也就是实现MVC,MVP的模式，其实我们可以不用管这两个模式，我们只是在用ORM来读写数据库。
3 ）代码更幽雅，调试起来更容易，维护方便。

Linq技术之后，微软大力发展Entity Framework，不推荐在项目中使用。MS的优点是，它发现一项技术很有用，或为开发一个很得力的工具，最终它会做的很好，比如Visual Studio,Office,但是这是需要时间的，它要不停的学习，观察，改善，特别像API这类的东西，如果更新太快，会对项目产生较大的风险，实际项目中最需要的是稳定的API。MS打算要放弃的东西，它会慢慢减少资源，慢慢减少关注的次数，时间一长，最后就淡出了开发人员的视线。
NHibernate经过多年的发展，稳定，好用，有庞大的Java社区(Hibernate)的支持，不愁遇到问题没有答案。

  工作流 Workflow

目前微软推出了两个版本的工作流，.NET 3.5和.NET 4.0的，应该把它看成两个产品，并不是简单的版本升级。

ERP/MIS领域常见的需求有
1）采购单审批(如果条件)  要求：

当金额大于等于500且采购员为A时，需要通过May的审批

当金额大于等于500且采购员为B时，需要通过Jack的审批

当金额小于500时，不需要通过审批，可直接过帐
2 ) 当发生工程更改ECN时，要通知生产部重排计划，通知货仓安排发料。
像这种类型的需求，每个企业的要求都不一样，要达到定制的目的，又不想为每个不同的客户分别写代码，非用到工作流不可。你可以不选择用工作流，那就为不同的客户定制代码，也行。
MS的工作流也做成了中间件，你需要尽可能的override

w