有人说我用orm编程是新手菜鸟

[lr5420511]

我也不知道怎么说他了，好自为之吧。我用什么编程关他屁事，非说我盲目追求新的东西，我觉得只要是好的东西为什么不能学习？难道只有使用Ado.net编程才显得他高大上？我觉得适合当前并且用着顺手就行了，非要分个三六九等？
oo和关系数据库本来就是两个世界的东西，非要去纠结性能。我习惯于首先让每个实体根据业务知识来维护自己的状态，把关注点完全放在对业务知识的理解上面，而不是首先去纠结数据库，这个习惯持续了多年，到他眼里我就成了菜鸟了？
我想问问各位大师，是不是原本我的方向就错了？

[mnxm]

引用 29 楼 wzn721721 的回复:

[quote=引用 27 楼 lr5420511 的回复:] [quote=引用 24 楼 wzn721721 的回复:] sp信奉的是冷酷式教育 搞不好再喷你一顿

看了他一些回复，肯定的一点是他是支持使用ORM的。[/quote] 我认为sp仅仅是不排斥使用orm 遇到这种情况个人认为 或者要有一张犀利的嘴喷回去，或者要有颗淡定的心当他放P[/quote] 毕竟在这个世界上无论你做什么事情都会有人说你的不是

[小灰狼]

ORM被提出来并实践已经有十多年了吧 居然有人说 ORM 是新东西？还是被盲目追求的？ 某些自己孤陋寡闻也就算了，还要求别人不进步

[CCDDzclxy]

期待 sp1234 的出现

[猴头]

我是菜鸟，看各位大神 的意见

[Lee_Y_K]

没必要纠结什么，编程就是为了解决实际问题，高手都是用最少的代码来干更多的事情。

[我叫小菜菜]

JAVA系列： APACHE OJB CAYENNE JAXOR JPA HIBERNATE IBATIS/MYBATIS JRELATIONALFRAMEWORK SMYLE TOPLINK NET系列： ENTITYSCODEGENERATE LINQ TOSQL GROVE RUNGOO.ENTERPRISEORM FIRECODE CREATOR MYGENERATION CODESMITH PRO CODEAUTO 只有java程序员才会明白，mybatis和hibernate到底有多火。 C#入门级菜鸟，一直认为 dbhelper到adonet到orm，是逐步进阶的。。。从开发难度来说

[小灰狼]

ORM 我一直用，但我一直使用最简单的ORM封装，什么缓存之类的东西我会自己处理，ORM框架提供的缓存用着都不爽

[缪军]

引用 37 楼 zhi_ai_yaya 的回复:

只有java程序员才会明白，mybatis和hibernate到底有多火。 C#入门级菜鸟，一直认为 dbhelper到adonet到orm，是逐步进阶的。。。从开发难度来说

ORM可以肯定是非常落后的产能，详见8楼 我们招聘java程序员，面试的时候就用一个需求用例考察mybatis和hibernate的开发效率， 仅仅几分钟，就能让java程序员知道mybatis和hibernate的开发效率是非常低下的， 但是，我绝对不会居高临下的蔑视或者嘲讽别人， 每个团队的技术条件是不一样的，发展有先后，哪个不是从无到有发展起来的

[我叫小菜菜]

引用 39 楼 microtry 的回复:

[quote=引用 37 楼 zhi_ai_yaya 的回复:] 只有java程序员才会明白，mybatis和hibernate到底有多火。 C#入门级菜鸟，一直认为 dbhelper到adonet到orm，是逐步进阶的。。。从开发难度来说

ORM可以肯定是非常落后的产能，详见8楼 我们招聘java程序员，面试的时候就用一个需求用例考察mybatis和hibernate的开发效率， 仅仅几分钟，就能让java程序员知道mybatis和hibernate的开发效率是非常低下的， 但是，我绝对不会居高临下的蔑视或者嘲讽别人， 每个团队的技术条件是不一样的，发展有先后，哪个不是从无到有发展起来的[/quote] 还是版主看得远 的确每个团队都不一样，甚至相去甚远，其中涉及成本、利益以及市场需求等等很多综合因子。 不能说某一种技术好还是不好，只要是能够满足需求以及未来可能扩展的需求，那就是合适的，可以采纳。

[我叫小菜菜]

引用 39 楼 microtry 的回复:

[quote=引用 37 楼 zhi_ai_yaya 的回复:] 只有java程序员才会明白，mybatis和hibernate到底有多火。 C#入门级菜鸟，一直认为 dbhelper到adonet到orm，是逐步进阶的。。。从开发难度来说

ORM可以肯定是非常落后的产能，详见8楼 我们招聘java程序员，面试的时候就用一个需求用例考察mybatis和hibernate的开发效率， 仅仅几分钟，就能让java程序员知道mybatis和hibernate的开发效率是非常低下的， 但是，我绝对不会居高临下的蔑视或者嘲讽别人， 每个团队的技术条件是不一样的，发展有先后，哪个不是从无到有发展起来的[/quote] 还是版主看得远 的确每个团队都不一样，甚至相去甚远，其中涉及成本、利益以及市场需求等等很多综合因子。 不能说某一种技术好还是不好，只要是能够满足需求以及未来可能扩展的需求，那就是合适的，可以采纳。

[lili20090907]

哎，无语,各有各的说法，不过个人认为 自己喜欢怎样就怎样。工作就是建立在爱好上，如果你不喜欢那用啥都不顺

[小灰狼]

引用 39 楼 microtry 的回复:

[quote=引用 37 楼 zhi_ai_yaya 的回复:] 只有java程序员才会明白，mybatis和hibernate到底有多火。 C#入门级菜鸟，一直认为 dbhelper到adonet到orm，是逐步进阶的。。。从开发难度来说

ORM可以肯定是非常落后的产能，详见8楼 我们招聘java程序员，面试的时候就用一个需求用例考察mybatis和hibernate的开发效率， 仅仅几分钟，就能让java程序员知道mybatis和hibernate的开发效率是非常低下的， 但是，我绝对不会居高临下的蔑视或者嘲讽别人， 每个团队的技术条件是不一样的，发展有先后，哪个不是从无到有发展起来的[/quote] 就面试那么点时间，你就比出来一个框架和开发思想的效率出来？ 您老人家可真行。

[华芸智森]

楼主,你根本就不用理睬那些人..... 就象你用的是剑,别人用的是刀,别人硬要你拿着剑来当刀用....因为在那些用刀的人的眼里,这个世界就只有刀也仅会用刀,他拿一根木棍舞起来也是刀的姿态.所以,你大可不必理会那帮子的人.就一句话,程序的世界里,什么好用就用什么,你唯一要做的是:对用的工具有一个深入的理解.这样就行了.

[华芸智森]

说ORM性能不行的，也是对ORM不了解。 我虽然没有用过ORM，但知道在一般的ORM模型里，都有一个缓存/队列层。这个层是以主键为KEY的细粒度缓存或队列。 当用ORM时，就应该按ORM的方式去处理问题，要打破原来ADO写SQL语句的开发方式。用 N+1 的方式访问数据库。没错，就是在前台写FOR...一条一条地取。这个效率通常情况下，会比ADO要高。毕竟那是一个缓存/队列。可以想象得到，在高并发下这个尤其明显。 ADO有ADO的应用场景和方式，ORM一样有ORM的应用场景和方式。

[华芸智森]

我没有用过ORM，但我起码对ORM模型也做过了解。也了解一个同样的问题，用ORM应该如何做，用ADO又应该如何做。 至于说ORM性能不行的人，估计是将拿 ORM来和ADO或等号了。这本身就是不对的。

[华芸智森]

ORM的产能不但不落后，而且，应该说ORM是有很高的产能。做一个网站，ORM肯定会比ADO来得快 。而且，在应用适当的前能是，性能也肯定不会差。这是由ORM这个东西的性质决定了它会比ADO更直观，直接，快捷。更OO.

[你隔壁王大爷]

哪种熟悉用哪种，有啥高级不高级的呢，是精不精通而已

[维秀斯丢丢]

技术不是用来装逼的。 其他道理我就不提了。ORM有他的领域。 谁会用c语言去开发一个客户管理系统。 我们要解决的是，面对不同的需求，合理的，方便快速的解决问题。而不是装逼。

[sinat_15155817]

[weixin_36051935]

看得我一脸懵逼,我承认我的内心已经凌乱了!