问题描述
简介CRL是一个面向对象的轻便型ORM业务框架此框架追求的是使用简单,方便,因此设计为:1.不需要代码生成器生成对象类,按标准方式写即可2.依托lambda,实现语法解析转换为等效的SQL查询,完全以编程方式进行查询操作3.支持常用查询,GROUP,JOIN,SUM,COUNT4.无需维护数据表,CRL运行会自动检查表映射,即使新添加的属性,也能自动识别创建相应的字段5.多类型数据库,多库支持,只需在应用层实现逻辑切换6.缓存支持,轻松创建本地缓存7.动态编译,可将任何查询编译为存储过程(仅MSSQL),让查询效率更高8.业务封装,通过可继承结构,实现业务封装和重用,内置业务封装,让开发效率大大提高9.]文档支持,配套文档示例详细讲解了功能用法,新增特性也会更新体现面向对象一直是程序开发的方向,被人使用的框架也不例外,因此好的框架更应实现对象化表示方法调用,而不是靠拼字符串去实现功能在使用上应该越简洁越好,而不是让使用者觉得很麻烦,因此CRL朝着这方面努力前言从13年到现在,修修补补两年了,这两年开发的项目全基于此框架,当前版本号为2.3通过总结开发中碰到的需求,形成了一套比较个性化的解决方案,这是在其它框架上没有的到目前,基本上是趋于比较稳定的版本了,没有很明显的错误,想要解决的问题和要实现的方案也都完成了看看升级日志,发现最近没有很多更改,也没有好的想法,公开源码,提提意见,给版本3升级提供一下思路项目开源开源方式,github不定期更新项目地址:https://github.com/hubro-xx/CRL2此解决方案包含了三个项目 CRL2=============>框架源码 CRLWebTest========>文档示例在线文档http://119.10.29.11:8080/ FormTest==========>Form测试代码 PS,源码都有注释,有些可能年久失修,但还是写得比较详细的CRL框架结构: 1.ORM对象数据映射 2.内置业务封装=> 账务系统封装,能解决所有虚拟货币存储,交易,流水查询需求,哪怕有N种类型,统一进行管理, Form验证封装,统一实现客户登录管理 在线支付接口集成,内置5种支付接口,支付宝,财付通等,只用作好配置,统一进行调用处理 无限级分类,任意分类可以用这来进行管理,实现 权限验证封装,解决一般菜单权限控制的需求 字典封装,所有参数设置能通字典进行管理维护CRL内部处理,能缓存的都作了缓存处理,效率为首要参考,在使用时,相信可以明显感觉到最新源码我会发布在QQ群,借此提升下人气,想获取最新源码的可关注此群QQ群:1582632;密语:CRL具体调用实例就不在这贴了,在线文档有详细例子文档地址:http://119.10.29.11:8080/或运行项目配置好数据库查看欢迎测试,有好的建议请留言讨论
解决方案
解决方案二：
支持开源源代码，推荐一下！
解决方案三：
很好喜欢很好喜欢很好喜欢很好喜欢
解决方案四：
支持开源，，，，
解决方案五：
顶一个支持
解决方案六：
赞赞赞赞赞赞赞
解决方案七：
up引用5楼zhzxlc_06的回复:
赞赞赞赞赞赞赞
解决方案八：
该回复于2016-01-31 23:20:07被版主删除
解决方案九：
该回复于2015-12-31 23:42:24被版主删除
解决方案十：
引用1楼taomanman的回复:
支持开源源代码，推荐一下！
+1
解决方案十一：
解决方案十二：
谢谢楼主分享
解决方案十三：
解决方案十四：
解决方案十五：
该回复于2016-04-30 23:40:02被版主删除
解决方案：
支持开源，，，，支持开源，，，，支持开源，，，，支持开源，，，，支持开源，，，，
解决方案：
缺点:支持简单lambda但不支持linq不是面向扩展的设计不支持SQL命令内置业务封装无多大实用价值
解决方案：
解决方案：
该回复于2016-02-28 23:37:11被版主删除
解决方案：
解决方案：
支持谢谢很不错
解决方案：
支持开源，，，，
解决方案：
很不错，就是不知道为何是C
解决方案：
#不知道有没有加入领域驱动模型还有一些控件的封装
解决方案：
还是有点不明白有没有更进一步资料
解决方案：
该回复于2016-02-28 23:37:11被版主删除
解决方案：
我也一直在完善自己的ORM框架，正好借鉴下。感谢楼主开源。
解决方案：
嗯，多多学习！还是动态映射的方式吧！
解决方案：
大赞支持开源