c#操作数据库，史上最牛逼的方法,你见过这种方法吗？

Question

csdn打广告其实没有什么效果的，赔本赚不来吆喝。除非你是分享这个东西的源代码的。

Answer 1

先不说功能如何，作为一个类库，使用这种spoon/xenocode虚拟化封装/保护简直丧心病狂。你要是独立的程序那无所谓，别人使用个类库，它还自己开启个新的进程，不会自己关掉，安装时候甚至还加入了开机启动……标题应该改为：类库封装，史上最傻x的方法，你见过这种方法吗？

Answer 2

是有些特殊gong'neng
谢谢，，，，

Answer 3

我曾今检查 工作2年半的程序员中，会操作数据库的。
发现很多问题，导致，查询出问题。
那我们来计算成本。
一个人要从用数据库操作，到熟悉，到没有问题，这个程序员要走很长的路。
没有几年专门的时间，是不够的。
数据库，精通了 叫DBA。待遇不比程序员差。
所以，一个人精通数据库的程序员的成本和培养的代价，就很高了。
而且，中途他要犯很多错误，那么都是代价。然后，一套语句，不能多个数据库通用。
这个可以，直接多个数据库通用的，SQL SERVER ,ORACLE一套代码搞定。
这是操作数据库的程序员的梦想啊。
不知道，许多公司，后来业务发展，变更数据库所花费的时间和代价。但是，这个一步到位。
而且，效率是非常优化的，操作傻瓜似，非常简单。

Answer 4

看到效率我就呵呵了..我虽然也是菜鸟一个  不过我个人觉得 如果你真信谈效率 我还是觉得ado.net自带的东西 效率是最高的..就好比一群人用easyUI的grid就说比GridView快一样...我虽然GridView生成一些没用的viewstate,,不过你F12看你生成比viewstate更多的东西 难道这就是快?

Answer 5

微软的EntityFramework如此强大还开源，何必用你的？

Answer 6

技术分享都是是要支持了，顶一下楼主的分享。
用过太多太多种种orm，最终选择了dapper，开源、灵活、高效，另外，它真的很高效

Answer 7

    Sub.Top(8).Select(a.UserId, a.UserName).From(a)
这样不乱七八糟吧，这么直观，方便的

Answer 8

SQL存储过程参数化，进程不更小？？何必要在代码里搞这么大的动静呢~~~我更倾向于在DB里解决问题！！C#操作的功能只是将结果显示给用户罢了！！

Answer 9

看到这个地方我有点疑惑了，由于菜鸟一个对于性能还不是很有观念，想请教下除了Easy UI这种 还有那几个是比较好用的呢？效率也好的

Answer 10

喜欢的话，还可以操作2进制编程，对吧。
故意，说这些，没事找话说。
那你喜欢最厉害，你喜欢找茬，或者你喜欢做什么都行啊。
还来这里干嘛啊，不用来这里看方便，效率。这都遇得到，真是有心啊。不过要说发明轮子的话，你还是有机会的。Graph database比较新一些，而且.net下的库也非常少，你可以考虑往Graph database ORM 发展，比如Neo4j。