12 2012 档案
摘要:Moon.Orm说真的已经在.NET 2.0下运用到了极致.无论从性能还是从 便捷性上都达到了很高的高度.动态编译的加入将其性能提升到了极致,而便捷性上或许只能通过另类的设计才能有所提升了.List<object> resultList=DBFactory.GetAutoEntitiesList(sql,className);其中的一个实体object entity->new className(),那么如何便捷地得到其中一个属性的值是应当思考的问题.在之前的方法中采用 entity[""].To<String>()的方式获取一个具体属性的值,
阅读全文
摘要:在.net 4.0中为我们提供了dynamic类型.它可为智能类型,所以我们可以在运行时生成实体类,然后再生成获取集合的方法,最后动态调用之.没有比这更加简单的访问方式了.大家可以自己试试.先看代码. 让我们从此以后不再羡慕linq to entiyQQ群技术交流: 225656797看看Moon的设计1.数据库(sqlite)CREATE TABLE [Person] ( [Name] NVARCHAR(100), [Sex] BOOL, [Age] INTEGER, [Birth] DATETIME, [ID] INTEGER PRIMARY KEY AUTOINC...
阅读全文
摘要:sql的逆袭!让我们开始无视Linq的存在!强类型,无需实体类!(Moon.Orm的自动实体:GetAutoEntities) (2013-06-10 12:15) Moon.Orm在MVC3中应用 (2013-05-13 17:34) Moon.Orm 4.5技术详解及研发平台免费发布 (2013-05-01 10:44) Moon.Orm (...
阅读全文
摘要:从性能上讲目前没有性能与moon可比的框架(非纯ADO.NET),便捷上除了实体框架,大家自己使用各框架便可知道.不过我挺喜欢PDF的思路,可以几乎不用反射实现,所以性能很高.在此表示无意战争,只是告诉我的那帮Moon.Orm支持者及还不理解ORM的朋友一点性能上看见.第一部分论性能4.4对自动编译方法进行了重构.例如:List<North.Orders> list=DBFactory.GetEntitiesH<North.Orders>(OrdersTable.OrderID.BiggerThan(0),"实体所在的程序集");看代码./* * *
阅读全文
摘要:Moon.ORM技术全攻略请使用者升级到此版本(修复hashcode bug) 一.绪论 本文主要是针对Moon.ORM的技术的讨论及其使用使用指导.如有其它疑问,请留言.本文从实际出发解析Moon.ORM.(技术群:216965349)关于实体框架 微软不久前开源了EF5.0,获取了其代码发现并不能编译,大致看了其代码.优雅便捷可谓正统,但其实战性仍待提高. 1)Linq不能为我们生成理想的sql,而且linq自身的性能有损失.这是EF不得不面主要的问题.没有完美的东西只有平衡点--没有银弹 2)linq不能解决复杂度较高的查询;而且微软一开始试图忽视数据库的存在,但这是绝对不可能的...
阅读全文