日期:2014-05-18  浏览次数:20786 次

做.Net ORM框架和工具。基于.Net2.0或以上版本的ORM,请大家给点意见
本人想做一个.Net ORM框架和工具。
开发背景:
1.现在很多大公司还采用.Net2.0环境,不支持Linq O/M
2.优秀框架NH+Spring.Net配置过于复杂,无代码工具
3.其他的框架支持得不够好,而且使用了大量的反射机制。
4.部分开源框架不支持ORM表达式。

开发目的:
1.集成开源框架的优点,快速开发。提高开发效率,系统性能。
2.组建个人工作室和开发团队。提高个人资质。发布开源网站。
3.承接系统开发。

我想要的ORM功能:
1.支持.Net2.0或以上版本。
2.支持Orcle,SqlServer,Access,MySql。其他的以后再考虑。
3.不使用反射机制,或者少用反射。
4.支持基本查询,删除,更新,表达式,通用分页查询,分组查询,部分函数。
5.少量配置文件的支持(仅仅支持配置SQL语句。也就是Ibeatis的支持)。
6.支持事物管理。分为:数据库事物,分布式事物(不需要任何配置)。
7.支持多数据库的分布式。
8.系统操作日志的统一处理。(异步日志)。
9.ORM工具。


说明:以上功能基本上已经有已个雏形了。想目前是基于SQLServer来做的。
已经实现如下功能:
支持基本查询,删除,更新,表达式,通用分页查询,分组查询,部分函数。
支持数据库事物,分布式事物,分布式数据库。
支持SQLServer数据库。
支持异步统一日志管理
本人慎重申明:此贴并非广告。
但是想大家给点参考意见。说说框架能否给我的团队或个人带来经济效益或资质效益。
今晚上准备贴点代码上来。


------解决方案--------------------
期待楼主的作品········
虽说经济效益不是很大,但对于你们团队的开发应该蛮有用的
------解决方案--------------------
感觉楼主过于理想,要不然NH也都能实现这些功能了
------解决方案--------------------
这么说吧,一般很少有企业会使用第三方的 数据访问层 ,有实力的公司会自己做,没实力的公司会选用开源框架。
反正不管怎么说,极少会有企业把这种关键的东西用黑盒来弄,一定需要掌握源码才行,不然之后的维护升级麻烦多多。
这毕竟不是一个模块,或者一个功能,而是一个公用的 数据访问层 ,之后的开发都需要依赖这个东西,如果没有源码的话基本不会有人敢用的。

当然,楼主你可以把源码也给出去,但是我觉得如果源码给出去的话...经济效益可就没什么了。
------解决方案--------------------
自己公司用用还行,想商业化,很困难。
------解决方案--------------------
赞同4楼说的

除非是像微软,Oracle之类的大公司,即使不开源,大家也会放心用

大家要么自己写,要么用开源的,不会用轻易用其它不知名的第三方

安全性,可靠性都很成问题。
------解决方案--------------------
这里每月都有人跳出来要做ORM
------解决方案--------------------
.net区几乎月月都有人想做ORM,哈哈。
不过说实在,能摆脱SQL语句,可以极大提高生产效率。
------解决方案--------------------
商业化路途比较艰难!...
------解决方案--------------------
期待楼主的作品。 话说我们现在框架是架构师搞的- -
------解决方案--------------------
搞这个东西,起码要熟读几边 .net castle

不知道读完之后,你还会不会想了


------解决方案--------------------
做 ORM 还有不用反射的么?
------解决方案--------------------
期待楼主作品