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:)
回复 引用