最近在研究Myibatis for .net，确实够轻量，所有的sql语句以及数据逻辑都自己动手编写，然后通过xml去映射，那问题来了，究竟它方便在哪儿呢，是使用了6个封装好的dll还是所需要的代码不需要反应在cs文件中，各位发表下自己的见解！
------解决思路----------------------
没看出这种舶来品有什么优势，唯一的优势就是一些人信息不对称而觉得它有优势。
------解决思路----------------------
没什么优势吧，我看.net下的orm框架都没有把它作为竞争对手，做测评的也都没理它。这个东西的java版本在持续开发，但是.net版本没人管的样子，半死不活的。唯一的优势估计是在java那边用过的转.net上用起来熟悉点。
------解决思路----------------------
优势在于Sql可控，性能会比纯orm高，在特别在意sql性能，复杂Sql多，Sql灵活的项目上会比较合适，纯orm自动生成语句有时候不好控制最终生成结果。
如果单论开发效率还是纯orm高，对于不是特别在意sql性能，快速开发，不关注哪类数据库的项目用这个不错。
其实，主要是从具体项目出发选择不同框架就行了。
------解决思路----------------------
一堆的xml配置文件，你很快就会郁闷死的。这种东西是10年前的java开源程序里时髦的做法，因为那个时候java中没有 Attribute 等 .net 才有的特性，没有那种在开发 .cs 代码（或者.vb代码）时同时处理“元数据”的高度内聚性。现在人家 java 有了，却有不少人把各种 java 小框架给“移植到”.net了，同时也一定程度上污染了 .net 程序员的眼睛。
------解决思路----------------------
现在人家 java 有了，却有不少人把各种 java 小框架 --> 现在人家 java 有了，却有不少人把之前的垃圾版本的各种 java 小框架
------解决思路----------------------
用过一段时间，评价：这是一个在.NET平台下使用ORM的大垃圾，建议楼主直接忽略
------解决思路----------------------
--好吧，我承认我现在的项目里面用的就是myibatis ，我也没感觉啥不好的，--估计我还没到大神那个层次，--我感觉开发挺好，也方便，没啥问题，估计是我项目比较小的原因把---
------解决思路----------------------
用过一次,再也不想用它了, sql的参数查询比它方便. 至于表到对象的映射,.net环境下必要性很小,直接用datatable做数据绑定方便\准确得多.
------解决思路----------------------
还有通过XML映射的奇葩啊。。。
------解决思路----------------------
果断动软代码生成器，复杂的SQL采用视图或者存储过程