通常情况下我们的ORM框架都是将单表或者视图映射成一个实体类，有时候也会将存储过程映射成实体类，如果处于系统移植性的考虑，你不想写存储过程，那这些复杂的SQL查询怎么映射成实体类？ 实际上，不管是单表，视图，存储过程，SQLSERVER的表值函数，自定义的SQL查询，甚至是任意复杂的SQL查询，都可以用一个SQL语句来

有很多人经常会持有这样的疑问：为什么 .NET 框架要把一些很简单的功能也封装起来？而有些人所坚持的“有现成的就用现成的”的习惯在那些“明明只是很简单的功能却被封装了起来”的情况下也显得很可笑。那么，实际上到底有没有必要用那些本来就很简单的封装？这些简单的封装到底具有什么样的意义呢？ 　　其实大部分这样的简单的封装都是针对“跨平台使用&r

.NET 4.0让不同组件之间工作的更好 1. 兼容性一直是个令人很头疼的问题，在.NET 4.0中，在同一个进程中，不同运行时上的组件可以同时运行，我们称之为In process Side by Side。  2. 对于很多同时包含COM组件和托管代码的应用程序，Primary Interop Assembly (PIA) 一直程序在部署方面令人很头疼的问题。现在，.NET 4.0中加