Feedback
拜读后,再回来交流
我写这方面的遇到了很多技术难点:(
回复 引用 查看
你遇到哪些难点?可以分享一下吗?我的QQ 3930147,POPO laser_lu@163.com
回复 引用 查看
兄弟!!真强啊!你的文档我保存了!很有参考价值,向你敬礼!
回复 引用 查看
文档写得真是不错
你的方案重点在“持久化” 而我做的O/R Mapping重点类mapping
所以我是以数据库为中心的 而你是以对象为中心
这又回到了一个先有O还是先有R的问题了
因为我开发的项目一直是以数据为中心的
所以我还是倾向于mapping
而且是尽可能简单地去mapping
回复 引用 查看
2004-10-13 09:33 |
强,不过我认为O/R映射和对象持久化是应用服务器做的事,单独的这种工具前途不大。
回复 引用
你5.1节的连接方式很难支持跨库操作。另外,我认为可以不要xQL形式的支持。在源代码中加入xQL的支持和组件本身的目标就不相符,首先要降低和数据库的耦合,现在用xQL反而是加强了这种耦合。现实是当数据库结构有变化的时候,你的类定义不跟着变化的概率很小。
另外一个是预约束的问题,同一个系统,领导登录和员工登录,所能获取的数据不一样,这样的支持目前还没有实现成功的。
回复 引用 查看
to dali: Swallow只是个component,将以dll的形式发布,并不是要做一个面向对象的数据库软件,所以可以在应用服务器中调用Swallow提供的面向对象的数据持久化功能。
回复 引用 查看
to 老翅寒暑:
你的建议提得很好,确实是用OQL会增加与数据的耦合度,但是类似于SQL的查询功能是十分有用的,因为它灵活方便,且功能强大。所以OQL的支持是一定要的。
这个问题其实可以这样解决:现在已经有人实现了通用的SQL语句,也就是定义一套标准的SQL,然后在根据具体的数据库转换成对应的SQL。其实我们公司就应经实现了这样的跨书库的xSQL。所以我们可以这样解决OQL与数据库耦合的问题:OQL->xSQL->Vender-Specific SQL。
另外你说的关于Access Control的问题,我觉得暂时不需要支持,因为这个组件是让你在开发应用程序的时候调用的,权限控制完全可以交给应用程序自己去控制。以后可能会考虑把权限控制做到Swallow中来,不过那样的执行效率可能会受影响。
回复 引用 查看
2004-10-13 11:31 |
真的对你写文档的功力和知识相当佩服,图文并茂,结构清晰。看你的文档,我是看得一楞一楞的,晕(感觉没有相当深厚的编程功力和全面的知识,实现这个如你所说的这样一个数据持久化组件Swallow.NET难度真的不小啊。)
另外,想问的是,你计划多少时间来做这样一个组件呢?
回复 引用
争取明年春天,燕子(Swallow)往南飞之前实现吧:)估计四到五个月。
呵呵,以前曾经用VB写过有点类似的东西,当时基本的面向对象的功能和映射实现了,但是后来出于一些原因没有完整的作出来。而且以前VB语言的面向对象支持不全,当时开发的难度也很大,现在想用.net的C#来编写:)并且已经实现了一部分代码了:)
回复 引用 查看
2004-10-13 15:57 |
O/Rmapping中只使用具体表继承的方法有一定的局限性。有一些查询是需要查询整个类族。使用具体类的方法,在类族变化时会改变查询的语句,同时性能也会有问题。当然只使用单表继承,也是不行的,虽然这是最容易实现的。类表继承基本上可以不考虑。
所以,我建议可通过配置来选择是具体表继承还是单表继承。用户可根据性能来决定使用哪一种。
回复 引用
2004-10-13 16:23 |
你说的4到5个月应该是业余时间吧(你现在应该在上班)。
这个东西说起来不难,我想做起来,特别是做个象你这样的,我也想过,但感觉太难,所以正在作一个自动生成代码的东西(不考虑事务,对象联系什么的),凑合着用来封装自己的 oa项目的数据访问层。
看了你的blog打击了偶的信心,郁闷ing!都迎来自己的第2个本命年了,还是有好长的路要走啊,要翻好多的山啊。:-)
回复 引用
to partech: 其实每种继承模式都有它的优缺点,我选择具体表方式是和Swallow的内部实现有关。另外要做到能够让用户灵活的配置继承实现方式很难,因为Swallow提供的强大的面向对象的功能必须要依靠统一的数据表结构,不可以随便的改变表的结构,也无须改变,因为Swallow会自动地帮你去管理:)
回复 引用 查看
to hy_crack: Swallow虽然很难实现,但是之前实现过基本的功能,有点经验,而且文档中提到的功能在技术上如何实现已经思考过了。所以时间多少不是问题,如何辛苦也不是问题,关键是开发这样的组件是否有价值?这才是关键问题:)
回复 引用 查看
2004-10-14 08:26 |
开发这样的组件是否有价值的话,那你这个跟那个开源的NHibernate相比有什么优势呢?你想在哪些方面突出他的价值呢?
回复 引用
Hibernate倒是了解过,与之相比Swallow最大的有点将是简单易用,且面向对象功能强大。hibernate配置起来太麻烦,需要手动配置xml mapping files,不是专业人士很难学习和掌握:)另外虽然hibernate也号称支持很多的面向对象的特性,但是和面向对象语言之间仍然有一层隔阂,创造了很多的难以理解的概念,比如component,complex element等。并且仍然脱离不了关系数据库的模式,太多的关注与association,好多的mapping都是在配置one-to-one, one-to-many,many-to-one,many-to-many。而且配置的时候有太多的注意点。还有就是虽然hibernate作的很灵活,比如同时支持继承实现的三种模式,并且允许用户配置,但是这样更加增加了复杂度和功能的限制。另外对集合的实现不符合实际语义,一个集合是被唯一地帮定到主对象上的,并且在删除的时候随着主对象一起删除,这样不够灵活,且集合的运行效率也不高。这种对集合的处理仍然是在走关系数据库的模式。
关于NHibernate我还没有看过,有空一定会了解一下。其实用个人觉得.net比用java更加容易实现o/r mapping,因为有更加强大的反射机制和相对统一的平台。不想java,要考虑jdbc, jdo, jta等等一大堆。。烦死了。。:)
回复 引用 查看
2004-10-15 09:20 |
恩,十分感谢你的回答。最近我正在看mda方面的书,也正在看ibatis 开发指南。其实我还是倾向于ibatis的“半自动”思想,就是中间件不要大包大揽,要留出更多的一些地方让开发者手工完成。尽管发展到以后Hibernate这样的中间件可能满足我们绝大部分的需要。
ps:本来想说深说具体一点功力不够啊-|-!!!,怕说错了被板砖砸死,呵呵。不过看你这么热心,所以决定加你qq多加骚扰拉,嘿嘿。我自己练级练得辛苦,想早日去国外打怪升级啊,国内的怪变态不说,掉钱又少,还要经常加班打~~。
回复 引用
ibatis是什么组件?有ibatis的网址吗?想参考一下,谢了:)
欢迎加我的QQ,不过我这个人不善于讲话,也很少聊天,一般隐身:)如果有关于技术上的东西也可以多交流:)好像你很喜欢玩网游?我主要是没有那么多的时间去玩,只偶尔玩玩星际、帝国、CS之类的游戏,而且水平也很一般:)
回复 引用 查看
顺便问一下,哪里有比较好的介绍MDA和MDA+的资料?谢谢:)
回复 引用 查看
2004-10-15 21:44 |
恩,关于MDA的资料我主要是在看两本书,人民邮电出版社的
一本是<<解析MDA>>,一本是<<应用MDA>>.感觉网上的一些资料没有这两本书讲得好。
我的资料我不记得是哪里下在的了,所以把ibatis的文挡我发到你邮箱了。laser_lu@163.com
ibatis的网站是,
http://www.ibatis.com,另外还有很多,用google搜就有了。
我喜欢cs,不过现在玩的不多,但是没有玩过网游,怕上瘾~~
另外,我现在是把自己的老总当作怪~~~
laser_lu,你的blog反正被我收集了,呵呵,blog总不隐身吧,谁叫你在做的正是我想做的呢~~^_^,祝你顺利完成Swallow!
回复 引用
谢谢hy_crack!你的blog地址是什么?让我也做个连接:)
回复 引用 查看
2004-10-16 11:07 |
我没有blog,不用谢,以后还想能向你请教呢。
回复 引用
您的文档链接现在访问不了了,很想拜读一下,因为我也想做一些O/R mapping方面的尝试。我的Email:sliencer77@hotmail.com
谢谢
回复 引用 查看
2005-01-31 12:14 |
你的文档我下载不了。希望能再上传一份。或希望给我发一份。
谢谢了
lhj@wuling.com.cn
回复 引用
2005-04-01 14:58 |
希望能发一份文档给我,现在正在做这方面的东东,谢谢了
liangqingqi@163.com
回复 引用
2005-05-22 22:44 |
请发给我一份你的文档,谢谢。
yuan_guolei@163.com
回复 引用
2005-06-17 10:57 |
对啊,下载不了。
请给我一份,谢谢!
gkit@163.com
回复 引用
2005-07-04 12:34 |
希望能发我一份,谢谢!
研究研究!!!
回复 引用
2005-07-04 12:35 |
shenyang1007@hotmail.com
回复 引用
2005-07-08 08:20 |
请给我一份,谢谢!
lzheng@sagatechnologies.com
非常感谢~~~~~~~~~~:)
回复 引用
2005-09-25 18:38 |
给我发一份吧,panxy at cofe.hdpu.edu.cn
回复 引用
2005-12-05 22:33 |
也给我传一份吧,谢谢
偶的邮箱:zhang.z.y_0@126.com
回复 引用
2005-12-23 15:29 |
能发给我一份文档吗?
谢谢oscar#infopro.cn(#=@)
回复 引用
2006-03-09 16:54 |
可否也给我发一份文档学习一下啊 ,链接打不开呢,谢谢!
sun1848#gmail.com
回复 引用
2006-04-08 10:26 |
给我也发一份,谢谢
bluefee@126.com
回复 引用
2006-09-30 09:56 |
给我发一份,谢谢
ynyhn@163.com
回复 引用
2006-12-31 16:28 |
Me,呵呵
smartboycn@hotmail.com
//bow:)
回复 引用