因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写sql语句，但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看sqlobject和pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我的第一感觉功能也许强大，但方便简单也许并不象想象得那么简单。

如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种做法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数据库，而且不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个功能非常有意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，当然这样带来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是可以将非基本类型如list,
dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更pythonic的用法了。

不知大家是否还了解与dbstorage相类似或更方便的模块。

-- 
I like python! 
My Donews Blog: http://www.donews.net/limodou
New Google Maillist: http://groups-beta.google.com/group/python-cn

开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实证明对数据的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据集的方式。Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们开发者最终的目的不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域多年总结的技术精华，仅仅为了逃避SQL，不惜牺牲对数据关系的完整控制和维护，太荒唐了。我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充斥Java技术界的傲慢与偏见非常厌恶。

在05-5-11，limodou<limodou at gmail.com> 写道：
> 因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写sql语句，但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看sqlobject和pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我的第一感觉功能也许强大，但方便简单也许并不象想象得那么简单。
> 
> 如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种做法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数据库，而且不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个功能非常有意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，当然这样带来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是可以将非基本类型如list,
> dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更pythonic的用法了。
> 
> 不知大家是否还了解与dbstorage相类似或更方便的模块。
> 
> --
> I like python!
> My Donews Blog: http://www.donews.net/limodou
> New Google Maillist: http://groups-beta.google.com/group/python-cn
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 
> 
> 


-- 
欢迎访问：
http://blog.csdn.net/ccat

刘鑫
March.Liu

仅仅为了逃避SQL,
是这样吗？



----- Original Message ----- 
From: "March Liu" <march.liu at gmail.com>
To: "limodou" <limodou at gmail.com>; <python-chinese at lists.python.cn>
Sent: Thursday, May 12, 2005 9:13 AM
Subject: Re: [python-chinese] 关于数据库与对象的映射


> 开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实证明对数
据的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据集的方
式。Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们开发者最
终的目的不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域多年总结
的技术精华，仅仅为了逃避SQL，不惜牺牲对数据关系的完整控制和维护，太荒唐了。
我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充
斥Java技术界的傲慢与偏见非常厌恶。
>
> 在05-5-11，limodou<limodou at gmail.com> 写道：
> > 因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写sql语
句，但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看
sqlobject和pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我的
第一感觉功能也许强大，但方便简单也许并不象想象得那么简单。
> >
> > 如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种
做法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数据库，而
且不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个功能非常
有意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，当然这样
带来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是可以将非
基本类型如list,
> > dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更pythonic的用法
了。
> >
> > 不知大家是否还了解与dbstorage相类似或更方便的模块。
> >
> > --
> > I like python!
> > My Donews Blog: http://www.donews.net/limodou
> > New Google Maillist: http://groups-beta.google.com/group/python-cn
> >
> > _______________________________________________
> > python-chinese list
> > python-chinese at lists.python.cn
> > http://python.cn/mailman/listinfo/python-chinese
> >
> >
> >
>
>
> -- 
> 欢迎访问：
> http://blog.csdn.net/ccat
>
> 刘鑫
> March.Liu
>


----------------------------------------------------------------------------
----


> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
>

""" 
我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充
斥Java技术界的傲慢与偏见非常厌恶。
"""

强列支持！！！！！！！！！！！！！！！！

-----邮件原件-----
发件人: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] 代表 March Liu
发送时间: Thursday, May 12, 2005 9:13 AM
收件人: limodou; python-chinese at lists.python.cn
主题: Re: [python-chinese] 关于数据库与对象的映射

开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实证明对数据
的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据集的方式。
Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们开发者最终的
目的不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域多年总结的技
术精华，仅仅为了逃避SQL，不惜牺牲对数据关系的完整控制和维护，太荒唐了。我对
Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充斥
Java技术界的傲慢与偏见非常厌恶。

在05-5-11，limodou<limodou at gmail.com> 写道：
> 因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写sql语句，
但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看sqlobject和
pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我的第一感觉功能
也许强大，但方便简单也许并不象想象得那么简单。
> 
> 如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种做
法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数据库，而且
不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个功能非常有
意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，当然这样带
来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是可以将非基
本类型如list,
> dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更pythonic的用法
了。
> 
> 不知大家是否还了解与dbstorage相类似或更方便的模块。
> 
> --
> I like python!
> My Donews Blog: http://www.donews.net/limodou
> New Google Maillist: http://groups-beta.google.com/group/python-cn
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 
> 
> 


-- 
欢迎访问：
http://blog.csdn.net/ccat

刘鑫
March.Liu

仅仅为了逃避SQL

是这样吗？

----- Original Message ----- 
From: "Neo Chan" <neo.chen at achievo.com>
To: "'March Liu'" <march.liu at gmail.com>; <python-chinese at lists.python.cn>
Sent: Thursday, May 12, 2005 10:05 AM
Subject: 答复: [python-chinese] 关于数据库与对象的映射


> """
> 我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和
充
> 斥Java技术界的傲慢与偏见非常厌恶。
> """
>
> 强列支持！！！！！！！！！！！！！！！！
>
> -----邮件原件-----
> 发件人: python-chinese-bounces at lists.python.cn
> [mailto:python-chinese-bounces at lists.python.cn] 代表 March Liu
> 发送时间: Thursday, May 12, 2005 9:13 AM
> 收件人: limodou; python-chinese at lists.python.cn
> 主题: Re: [python-chinese] 关于数据库与对象的映射
>
> 开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实证明对数
据
> 的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据集的方
式。
> Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们开发者最终
的
> 目的不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域多年总结的
技
> 术精华，仅仅为了逃避SQL，不惜牺牲对数据关系的完整控制和维护，太荒唐了。我
对
> Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充斥
> Java技术界的傲慢与偏见非常厌恶。
>
> 在05-5-11，limodou<limodou at gmail.com> 写道：
> > 因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写sql语
句，
> 但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看sqlobject
和
> pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我的第一感觉功
能
> 也许强大，但方便简单也许并不象想象得那么简单。
> >
> > 如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种
做
> 法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数据库，而
且
> 不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个功能非常
有
> 意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，当然这样
带
> 来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是可以将非
基
> 本类型如list,
> > dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更pythonic的用法
> 了。
> >
> > 不知大家是否还了解与dbstorage相类似或更方便的模块。
> >
> > --
> > I like python!
> > My Donews Blog: http://www.donews.net/limodou
> > New Google Maillist: http://groups-beta.google.com/group/python-cn
> >
> > _______________________________________________
> > python-chinese list
> > python-chinese at lists.python.cn
> > http://python.cn/mailman/listinfo/python-chinese
> >
> >
> >
>
>
> -- 
> 欢迎访问：
> http://blog.csdn.net/ccat
>
> 刘鑫
> March.Liu
>


----------------------------------------------------------------------------
----


> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
>

本来不想再发言了的（讨厌的自动回复）

但觉得两位好像太偏激了哟，

从没见过哪位大师表示过这样的态度，

在martin folwer的书籍里面可是大肆宣扬python,ruby的，
Robert martin也是不谈语言只谈思想的，

更别说大师们书中隐含推荐的smalltalk...
当然，认为自己是python人的大哥哥们又会觉得smalltalk是什么垃圾，
怎么可以和python相提并论。。。

语言真那么多区别？
其实只要用你最熟悉的旧行，
其实最重要的还是要搞清楚，之所以出现这么多语言
只是因为他们最适用的地方不同而已


当然，这些话题也不属于在这儿讨论，


至于那位大哥看人推荐两本书后就马上站出来：尽信书不如无书
我相信哥哥你都是自己花钱买了台电脑，然后买了张盗版windows,然后所有的知识都是自
己研究出来的咯？？？？？那你自己研究出来了这个那个的？

我就不信你不用查阅别人写的资料，不要学习别人的经验
纸张书籍和电子资料又有什么区别？　google出来的本质不还是一样？
只是有些人能沉下心看书，有的人误解开源思想认为别人的知识和思想都应该免费提倡给
他。。。


关于对象技术，我从来不和认为
" c 语言是结构化语言，能写出 unix 这么强大的东西，那么对象有什么用？"
这样认识的人谈，　
只是提醒一句：信息技术之所以得到推崇，是因为他提高了生产力，
对象技术也一样，提高了生产力，

所以在绝大部分情况下，个人认为c 和汇编是最慢的语言...

不要还一直只处于语言层面而已........



让我选择平台，会优先考虑三个, .net,java.smalltalk

得注意一下的是，.net!=c#语言 java 平台!=java语言  smalltalk技术!= smalltalk 语
言


当然，个人也很喜欢python...这个语言挺不错，
还喜欢 pike,php,lpc etc..........
他们都在不同的情况下给我带来了无尽的便利...




On 5/12/05 10:05 AM, "Neo Chan" <neo.chen at achievo.com> wrote:

> """ 
> 我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充
> 斥Java技术界的傲慢与偏见非常厌恶。
> """
> 
> 强列支持！！！！！！！！！！！！！！！！
> 
> -----邮件原件-----
> 发件人: python-chinese-bounces at lists.python.cn
> [mailto:python-chinese-bounces at lists.python.cn] 代表 March Liu
> 发送时间: Thursday, May 12, 2005 9:13 AM
> 收件人: limodou; python-chinese at lists.python.cn
> 主题: Re: [python-chinese] 关于数据库与对象的映射
> 
> 开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实证明对数据
> 的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据集的方式。
> Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们开发者最终的
> 目的不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域多年总结的技
> 术精华，仅仅为了逃避SQL，不惜牺牲对数据关系的完整控制和维护，太荒唐了。我对
> Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充斥
> Java技术界的傲慢与偏见非常厌恶。
> 
> 在05-5-11，limodou<limodou at gmail.com> 写道：
>> 因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写sql语句，
> 但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看sqlobject和
> pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我的第一感觉功能
> 也许强大，但方便简单也许并不象想象得那么简单。
>> 
>> 如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种做
> 法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数据库，而且
> 不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个功能非常有
> 意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，当然这样带
> 来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是可以将非基
> 本类型如list,
>> dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更pythonic的用法
> 了。
>> 
>> 不知大家是否还了解与dbstorage相类似或更方便的模块。
>> 
>> --
>> I like python!
>> My Donews Blog: http://www.donews.net/limodou
>> New Google Maillist: http://groups-beta.google.com/group/python-cn
>> 
>> _______________________________________________
>> python-chinese list
>> python-chinese at lists.python.cn
>> http://python.cn/mailman/listinfo/python-chinese
>> 
>> 
>> 
> 

封装多少有些这样的意思，但可维护性与程序的一致性是产生的根源吧。因为我已经发现sql的方便以至于在不同的处理需要写不同的sql语句，从而使维护写变得复杂。如果将这种维护最小化只有封装才是最好的方法。而关系与对象的映射是可以简化这种维护的。

在05-5-12，CaiJianFeng<caijf at ec.sh.necsl.com.cn> 写道：
> 仅仅为了逃避SQL,
> 是这样吗？
> 
> ----- Original Message -----
> From: "March Liu" <march.liu at gmail.com>
> To: "limodou" <limodou at gmail.com>; <python-chinese at lists.python.cn>
> Sent: Thursday, May 12, 2005 9:13 AM
> Subject: Re: [python-chinese] 关于数据库与对象的映射
> 
> > 开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实证明对数
> 据的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据集的方
> 式。Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们开发者最
> 终的目的不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域多年总结
> 的技术精华，仅仅为了逃避SQL，不惜牺牲对数据关系的完整控制和维护，太荒唐了。
> 我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充
> 斥Java技术界的傲慢与偏见非常厌恶。
> >
> > 在05-5-11，limodou<limodou at gmail.com> 写道：
> > > 因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写sql语
> 句，但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看
> sqlobject和pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我的
> 第一感觉功能也许强大，但方便简单也许并不象想象得那么简单。
> > >
> > > 如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种
> 做法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数据库，而
> 且不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个功能非常
> 有意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，当然这样
> 带来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是可以将非
> 基本类型如list,
> > > dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更pythonic的用法
> 了。
> > >
> > > 不知大家是否还了解与dbstorage相类似或更方便的模块。
> > >
> > > --
> > > I like python!
> > > My Donews Blog: http://www.donews.net/limodou
> > > New Google Maillist: http://groups-beta.google.com/group/python-cn
> > >
> > > _______________________________________________
> > > python-chinese list
> > > python-chinese at lists.python.cn
> > > http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> > >
> >
> >
> > --
> > 欢迎访问：
> > http://blog.csdn.net/ccat
> >
> > 刘鑫
> > March.Liu
> >
> 
> ----------------------------------------------------------------------------
> ----
> 
> > _______________________________________________
> > python-chinese list
> > python-chinese at lists.python.cn
> > http://python.cn/mailman/listinfo/python-chinese
> >
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 


-- 
I like python! 
My Donews Blog: http://www.donews.net/limodou
New Google Maillist: http://groups-beta.google.com/group/python-cn

不知道CaiJianFeng的邮件客户端是什么，回复地址里没有邮件组，一不小心就成了私聊。

发件人: March Liu <march.liu at gmail.com>
回复: March Liu <march.liu at gmail.com>
收件人: CaiJianFeng <caijf at ec.sh.necsl.com.cn>
日期: 2005-5-12 下午1:02
主题: Re: [python-chinese] 关于数据库与对象的映射
回复 | 回复所有人 | 转发 | 打印 | 将发件人添加到通讯录 | 删除该邮件 | 这是网络欺诈 | 显示原始邮件
OO不是软件开发的目的，而是手段。或者从另一个角度讲，OO不应该只针对数据，还应该包括数据的关系。不管说是OO过度还是OO不足，总之ORM不应该是现在的样子。
- 隐藏引用文字 -

在05-5-12，CaiJianFeng<caijf at ec.sh.necsl.com.cn> 写道：
> 其实我觉的用ORM的关键一点就是从O出发，而不是一开始就从db出发，没有OO的概念先
> 行，用了ORM这种框架就会得不偿失！从数据库设计开始来做开发本来就是与ORM这种有
> 点违背的，我觉得就是要用O来决定db，这又是一个从上自下，还是从下自上的问题。
>
> ----- Original Message -----
> From: "March Liu" <march.liu at gmail.com>
> To: "CaiJianFeng" <caijf at ec.sh.necsl.com.cn>
> Sent: Thursday, May 12, 2005 12:06 PM
> Subject: Re: [python-chinese] 关于数据库与对象的映射
>
> > 我并不反对ORM，只是反对现在ORM对关系的弱化，以及某些程序员对ORM的迷信，同
> 样的事，用.net
> > CLR的强类型数据集一样可以做到，而且做得更好。ORM中不应该只有数据，没有完备
> 的关系（.net中的强类型数据集也不够完备）。我记得Java中也有过类似的数据模型实
> 现，只是没有Hibernate那么引人注目。
> > 技术这东西，流行的不一定就好。
> >
> > 在05-5-12，CaiJianFeng<caijf at ec.sh.necsl.com.cn> 写道：
> > > "ORM应该是在维护数据关系的前提下为程序员提供对数据和业务规则的OO封装"
> > >
> > > 不知道你有没有想过，对你的数据和业务规则的OO封装怎么写TEST CASE?
> > >
> > > 如果没有也一个透明的持久化框架，你的TEST CASE 可能就没办法写好！
> > >
> > > 例如，下述转自http://forum.javaeye.com/：
> > > public class Item implements Serializable {
> > >     //  所有的属性和getter/setter方法同上，省略
> > >     public Bid placeBid(User bidder, MonetaryAmount bidAmount,
> > >                         Bid currentMaxBid, Bid currentMinBid)
> > >             throws BusinessException {
> > >
> > >             // Check highest bid (can also be a different Strategy
> > > (pattern))
> > >             if (currentMaxBid != null &&
> > > currentMaxBid.getAmount().compareTo(bidAmount) > 0) {
> > >                     throw new BusinessException("Bid too low.");
> > >             }
> > >
> > >             // Auction is active
> > >             if ( !state.equals(ItemState.ACTIVE) )
> > >                     throw new BusinessException("Auction is not active
> > > yet.");
> > >
> > >             // Auction still valid
> > >             if ( this.getEndDate().before( new Date() ) )
> > >                     throw new BusinessException("Can't place new bid,
> > > auction already ended.");
> > >
> > >             // Create new Bid
> > >             Bid newBid = new Bid(bidAmount, this, bidder);
> > >
> > >             // Place bid for this Item
> > >             this.getBids.add(newBid);  // 请注意这一句，透明的进行了持久
> 化，
> > > 但是不能在这里调用ItemDao，Item不能对ItemDao产生依赖！
> > >
> > >             return newBid;
> > >     }
> > > }
> > >
> > > 竞标这个业务逻辑被放入到Item中来。请注意this.getBids.add(newBid); 如果没
> 有
> > > Hibernate或者JDO这种O/R Mapping的支持，我们是无法实现这种透明的持久化行
> 为
> > > 的。但是请注意，Item里面不能去调用ItemDAO，对ItemDAO产生依赖！
> > >
> > > Item的placeBid这个业务逻辑方法没有显式的对持久化ItemDao接口产生依赖，所
> 以要
> > > 放在Item中。请注意，如果脱离了Hibernate这个持久化框架，Item这个domain
> object
> > > 也是可以进行单元测试的，他不依赖于Hibernate的持久化机制。它是一个独立
> 的，可
> > > 移植的，完整的，自包含的域对象。
> > >
> > >
> > > ----- Original Message -----
> > > From: "March Liu" <march.liu at gmail.com>
> > > To: "CaiJianFeng" <caijf at ec.sh.necsl.com.cn>
> > > Sent: Thursday, May 12, 2005 11:21 AM
> > > Subject: Re: [python-chinese] 关于数据库与对象的映射
> > >
> > > > 对于很多程序员，确实是这样，而且很遗憾，这也成为了Hibernate等ORM的广告
> 词之
> > > 一（其实HQL也不见的就简单）。我的理想中，ORM应该是在维护数据关系的前提下
> 为程
> > > 序员提供对数据和业务规则的OO封装，这是很多程序员的梦想。但我见到的ORM往
> 往在
> > > OO的方面走的太远了，忘记了数据关系封装。
> > > >
> > > > 在05-5-12，CaiJianFeng<caijf at ec.sh.necsl.com.cn> 写道：
> > > > > 仅仅为了逃避SQL,
> > > > > 是这样吗？
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "March Liu" <march.liu at gmail.com>
> > > > > To: "limodou" <limodou at gmail.com>; <python-chinese at lists.python.cn>
> > > > > Sent: Thursday, May 12, 2005 9:13 AM
> > > > > Subject: Re: [python-chinese] 关于数据库与对象的映射
> > > > >
> > > > > > 开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实
> 证明
> > > 对数
> > > > > 据的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据
> 集的
> > > 方
> > > > > 式。Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们
> 开发
> > > 者最
> > > > > 终的目的不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域
> 多年
> > > 总结
> > > > > 的技术精华，仅仅为了逃避SQL，不惜牺牲对数据关系的完整控制和维护，太
> 荒唐
> > > 了。
> > > > > 我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的
> 论点
> > > 和充
> > > > > 斥Java技术界的傲慢与偏见非常厌恶。
> > > > > >
> > > > > > 在05-5-11，limodou<limodou at gmail.com> 写道：
> > > > > > > 因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写
> sql
> > > 语
> > > > > 句，但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看
> > > > > sqlobject和pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。
> 反正
> > > 我的
> > > > > 第一感觉功能也许强大，但方便简单也许并不象想象得那么简单。
> > > > > > >
> > > > > > > 如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更
> oo的
> > > 一种
> > > > > 做法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数
> 据
> > > 库，而
> > > > > 且不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个
> 功能
> > > 非常
> > > > > 有意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，
> 当然
> > > 这样
> > > > > 带来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是
> 可以
> > > 将非
> > > > > 基本类型如list,
> > > > > > > dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更
> pythonic的
> > > 用法
> > > > > 了。
> > > > > > >
> > > > > > > 不知大家是否还了解与dbstorage相类似或更方便的模块。
> > > > > > >
> > > > > > > --
> > > > > > > I like python!
> > > > > > > My Donews Blog: http://www.donews.net/limodou
> > > > > > > New Google Maillist:
> http://groups-beta.google.com/group/python-cn
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > python-chinese list
> > > > > > > python-chinese at lists.python.cn
> > > > > > > http://python.cn/mailman/listinfo/python-chinese
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > 欢迎访问：
> > > > > > http://blog.csdn.net/ccat
> > > > > >
> > > > > > 刘鑫
> > > > > > March.Liu
> > > > > >
> > > > >
> > > >
> > >
> > --------------------------------------------------------------------------
> > > --
> > > > > ----
> > > > >
> > > > > > _______________________________________________
> > > > > > python-chinese list
> > > > > > python-chinese at lists.python.cn
> > > > > > http://python.cn/mailman/listinfo/python-chinese
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > 欢迎访问：
> > > > http://blog.csdn.net/ccat
> > > >
> > > > 刘鑫
> > > > March.Liu
> > >
> > >
> >
> >
> > --
> > 欢迎访问：
> > http://blog.csdn.net/ccat
> >
> > 刘鑫
> > March.Liu
>
>



-- 
欢迎访问：
http://blog.csdn.net/ccat

刘鑫
March.Liu

看来以后回信还是要回复全部，不然一个不小心就成私聊了。


对人身攻击我不予理睬

对此深表歉意，那不是我本意，请谅解

Sorry....

不对的地方还请执教，
我个人觉得自己极端的地方是能带来工作效率的就是最好的，
这个我深信不疑。

其他还请指正。
- 隐藏引用文字 -


On 5/12/05 10:44 AM, "March Liu" <march.liu at gmail.com> wrote:

> 你错了，GOF那本《设计模式》就在我手边，是我每天必读的书。什么叫有招至无招，什么叫无招胜有招，
> 显然你没有理解。对人身攻击我不予理睬。很遗憾Java技术界的大师们没有把持话语圈子，在说话的大
> 多是你这种喜欢断章取义的极端主义分子。

在05-5-12，orciloud
> tang<orciloud at gmail.com> 写道：
>
>
> 本来不想再发言了的（讨厌的自动回复）
>
> 但觉得
> 两位好像太偏激了哟，
>
> 从没见过哪位大师表示过这样的态度，
>
> 在martin folwer的书籍
> 里面可是大肆宣扬python,ruby的，
> Robert martin也是不谈语言只谈思想的，
>
> 更别说大师们书
> 中隐含推荐的smalltalk...
> 当然，认为自己是python人的大哥哥们又会觉得smalltalk是什么垃
> 圾，
> 怎么可以和python相提并论。。。
>
> 语言真那么多区别？
> 其实只要用你最熟悉的旧
> 行，
> 其实最重要的还是要搞清楚，之所以出现这么多语言
> 只是因为他们最适用的地方不同而已
>
>
> 当然，这些话题也不属于在这儿讨论，
>
> 至于那位大哥看人推荐两本书后就马上站出来：尽信书不
> 如无书
> 我相信哥哥你都是自己花钱买了台电脑，然后买了张盗版windows,然后所有的知识都是自
>
> 己研究出来的咯？？？？？那你自己研究出来了这个那个的？
>
> 我就不信你不用查阅别人写的资料，不要
> 学习别人的经验
> 纸张书籍和电子资料又有什么区别？google出来的本质不还是一样？
> 只是有些
> 人能沉下心看书，有的人误解开源思想认为别人的知识和思想都应该免费提倡给
> 他。。。
>
>
> 关于对象技术，我从来不和认为
> " c 语言是结构化语言，能写出 unix 这么强大的东西，那么对象有什
> 么用？"
> 这样认识的人谈，
> 只是提醒一句：信息技术之所以得到推崇，是因为他提高了生产力，
>
> 对象技术也一样，提高了生产力，
>
> 所以在绝大部分情况下，个人认为c 和汇编是最慢的语
> 言...
>
> 不要还一直只处于语言层面而已........
>
> 让我选择平台，会优先考虑三个,
> .net,java.smalltalk
>
> 得注意一下的是，.net!=c#语言 java 平台!=java语言
> smalltalk技术!= smalltalk 语
> 言
>
> 当然，个人也很喜欢python...这个语言挺不错，
> 还喜
> 欢 pike,php,lpc etc..........
> 他们都在不同的情况下给我带来了无尽的便利...
>
>
>
> On 5/12/05 10:05 AM, "Neo Chan" <neo.chen at achievo.com> wrote:
>
> > """
>
> > 我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充
> >
> 斥Java技术界的傲慢与偏见非常厌恶。
> > """
> >
> > 强列支持！！！！！！！！！！！！！！！！
> >
>
> > -----邮件原件-----
> > 发件人: python-chinese-bounces at lists.python.cn
> >
> [mailto:python-chinese-bounces at lists.python.cn] 代表 March Liu
> > 发送时间:
> Thursday, May 12, 2005 9:13 AM
> > 收件人: limodou;
> python-chinese at lists.python.cn
> > 主题: Re: [python-chinese] 关于数据库与对象的映射
>
> >
> > 开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实证明对数据
> >
> 的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据集的方式。
> >
> Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们开发者最终的
> > 目的
> 不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域多年总结的技
> > 术精华，仅仅为了
> 逃避SQL，不惜牺牲对数据关系的完整控制和维护，太荒唐了。我对
> > Javaer的那种"世界上只有一种
> 优秀的语言，就是Java，其它都是垃圾"的论点和充斥
> > Java技术界的傲慢与偏见非常厌恶。
>
> >
> > 在05-5-11，limodou<limodou at gmail.com> 写道：
> >> 因为最近在做有关数据库的操作，我使用
> 的是sqlite，原来基本上都是写sql语句，
> > 但感觉维护起来并不方便。于是想使用数据库到对象映射
> 的模块。看了看sqlobject和
> > pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我
> 的第一感觉功能
> > 也许强大，但方便简单也许并不象想象得那么简单。
> >>
> >> 如果大家有兴趣
> 建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种做
> > 法，只不过好象没有联接的功
> 能(记不太清楚了)，但可以象字典一样操作数据库，而且
> > 不用单独创建表，可以在第一次生成新的对
> 象时自动根据类来创建表，这个功能非常有
> > 意思。而且这个类也不需要导入特殊的类型之类的东西
> 用来声明字段类型，当然这样带
> > 来的一个问题就是如何控制类型的精度。再有dbstorage的
> 一个方便之处是可以将非基
> > 本类型如list,
> >> dict, 对象直接保存到数据库中，当然这超越了
> 二维表而是一种更pythonic的用法
> > 了。
> >>
> >> 不知大家是否还了解与dbstorage相类似
> 或更方便的模块。
> >>
> >> --
> >> I like python!
> >> My Donews Blog:
> http://www.donews.net/limodou
> >> New Google Maillist:
> http://groups-beta.google.com/group/python-cn
> >>
> >>
> _______________________________________________
> >> python-chinese list
> >>
> python-chinese at lists.python.cn
> >>
> http://python.cn/mailman/listinfo/python-chinese
> >>
> >>
> >>
> >
>
>

--
>
欢迎访问：
http://blog.csdn.net/ccat

刘鑫
March.Liu

在05-5-12，orciloud tang<orciloud at gmail.com> 写道：
> 
> 
> 本来不想再发言了的（讨厌的自动回复）
> 
> 但觉得两位好像太偏激了哟，
> 
> 从没见过哪位大师表示过这样的态度，
> 
> 在martin folwer的书籍里面可是大肆宣扬python,ruby的，
> Robert martin也是不谈语言只谈思想的，
> 
> 更别说大师们书中隐含推荐的smalltalk...
> 当然，认为自己是python人的大哥哥们又会觉得smalltalk是什么垃圾，
> 怎么可以和python相提并论。。。
> 
> 语言真那么多区别？
> 其实只要用你最熟悉的旧行，
> 其实最重要的还是要搞清楚，之所以出现这么多语言
> 只是因为他们最适用的地方不同而已
> 
> 当然，这些话题也不属于在这儿讨论，
> 
> 至于那位大哥看人推荐两本书后就马上站出来：尽信书不如无书
> 我相信哥哥你都是自己花钱买了台电脑，然后买了张盗版windows,然后所有的知识都是自
> 己研究出来的咯？？？？？那你自己研究出来了这个那个的？
> 
> 我就不信你不用查阅别人写的资料，不要学习别人的经验
> 纸张书籍和电子资料又有什么区别？google出来的本质不还是一样？
> 只是有些人能沉下心看书，有的人误解开源思想认为别人的知识和思想都应该免费提倡给
> 他。。。
> 
> 关于对象技术，我从来不和认为
> " c 语言是结构化语言，能写出 unix 这么强大的东西，那么对象有什么用？"
> 这样认识的人谈，
> 只是提醒一句：信息技术之所以得到推崇，是因为他提高了生产力，
> 对象技术也一样，提高了生产力，
> 
> 所以在绝大部分情况下，个人认为c 和汇编是最慢的语言...
> 
> 不要还一直只处于语言层面而已........
> 
> 让我选择平台，会优先考虑三个, .net,java.smalltalk
> 
> 得注意一下的是，.net!=c#语言 java 平台!=java语言  smalltalk技术!= smalltalk 语
> 言
> 
> 当然，个人也很喜欢python...这个语言挺不错，
> 还喜欢 pike,php,lpc etc..........
> 他们都在不同的情况下给我带来了无尽的便利...
> 
> 
> On 5/12/05 10:05 AM, "Neo Chan" <neo.chen at achievo.com> wrote:
> 
> > """
> > 我对Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充
> > 斥Java技术界的傲慢与偏见非常厌恶。
> > """
> >
> > 强列支持！！！！！！！！！！！！！！！！
> >
> > -----邮件原件-----
> > 发件人: python-chinese-bounces at lists.python.cn
> > [mailto:python-chinese-bounces at lists.python.cn] 代表 March Liu
> > 发送时间: Thursday, May 12, 2005 9:13 AM
> > 收件人: limodou; python-chinese at lists.python.cn
> > 主题: Re: [python-chinese] 关于数据库与对象的映射
> >
> > 开发最后一个C#系统时，我也考虑过使用NHibernate封装数据访问，但事实证明对数据
> > 的过度封装反而妨碍了我对数据关系的管理。最后我采用了SQL+强类型数据集的方式。
> > Java系的ORM经常过度强调屏蔽SQL语句、将数据封装为独立对象。但我们开发者最终的
> > 目的不是封装，而是开发软件。SQL是一个好东西，它是关系数据库领域多年总结的技
> > 术精华，仅仅为了逃避SQL，不惜牺牲对数据关系的完整控制和维护，太荒唐了。我对
> > Javaer的那种"世界上只有一种优秀的语言，就是Java，其它都是垃圾"的论点和充斥
> > Java技术界的傲慢与偏见非常厌恶。
> >
> > 在05-5-11，limodou<limodou at gmail.com> 写道：
> >> 因为最近在做有关数据库的操作，我使用的是sqlite，原来基本上都是写sql语句，
> > 但感觉维护起来并不方便。于是想使用数据库到对象映射的模块。看了看sqlobject和
> > pydo，感觉并不象想象得更对象化呀，不知大家是如何认为的。反正我的第一感觉功能
> > 也许强大，但方便简单也许并不象想象得那么简单。
> >>
> >> 如果大家有兴趣建议可以看一看karrigell的dbstorage，我感觉应该是更oo的一种做
> > 法，只不过好象没有联接的功能(记不太清楚了)，但可以象字典一样操作数据库，而且
> > 不用单独创建表，可以在第一次生成新的对象时自动根据类来创建表，这个功能非常有
> > 意思。而且这个类也不需要导入特殊的类型之类的东西用来声明字段类型，当然这样带
> > 来的一个问题就是如何控制类型的精度。再有dbstorage的一个方便之处是可以将非基
> > 本类型如list,
> >> dict, 对象直接保存到数据库中，当然这超越了二维表而是一种更pythonic的用法
> > 了。
> >>
> >> 不知大家是否还了解与dbstorage相类似或更方便的模块。
> >>
> >> --
> >> I like python!
> >> My Donews Blog: http://www.donews.net/limodou
> >> New Google Maillist: http://groups-beta.google.com/group/python-cn
> >>
> >> _______________________________________________
> >> python-chinese list
> >> python-chinese at lists.python.cn
> >> http://python.cn/mailman/listinfo/python-chinese
> >>
> >>
> >>
> >
> 
> 


-- 
欢迎访问：
http://blog.csdn.net/ccat

刘鑫
March.Liu

RIA现在发展不错， 有此方面开发经验和感兴趣的人不妨讨论， 亦或请教。
1：RIA 富客户端， 相似的还有Smart Client(.NET)等等。
2：对予“传统”的B/S WEB客户端的弊端， 如页面提交方式问题， 展现不够丰富，
不能离线应用， 浏览器支持没有统一标准，客户端混乱等等， 现在的RIA发展，
正在得到越来越多的人的关注。
3：Flash方面有MM的Flex和OpenSource的Laszlo. Flex有Flex Builder在windows
上的IDE等等MM的支持。Laszlo才开源不久, 有IBM 为其开发的IDE（还没有试过）。
他们都有一套XML扩展， 控件库去描述Flash. 并可以有多种方式和应用服务器交
互(xmlHTTP, SOAP, AMF等等）
（而且美妙的体验， 不会用Flash MX做flash的我， 用xml写出还蛮漂亮的哦）
4：XUL：mozilla的开源技术， 可以在mozilla浏览器上集成。
5：Eclipse， 不了解
6：MS的Smart Client， 好像现在还没有什么成熟的东西出来， 我不想说它， 这
不是我想要的。


有一种观念说B/S永远不能替代C/S， RIA的特性可以推翻既有的论点， 至少可以
像html一样， 通过WEB部署。
希望的是可以探索一种有效的模式和框架， 可以抛开IDE， 并能在Linux上开发
（Flex和Laszlo都可），当然不用java（还有什么.NET)， 要用python开发web
services. 比如twisted等。

近日Limodou, ZoomQuiet等等好像聊的少了， 看不到你们的留言， 有些寂寞哦 :)

现在有些忙，没有很多时间，呵呵。

RIA与客户端我想不会谁取代谁，关键是谁更适合的问题。开发客户端可能会更容易一些。

在05-5-12，Leslie Huyan<leslie at exoweb.net> 写道：
> RIA现在发展不错， 有此方面开发经验和感兴趣的人不妨讨论， 亦或请教。
> 1：RIA 富客户端， 相似的还有Smart Client(.NET)等等。
> 2：对予"传统"的B/S WEB客户端的弊端， 如页面提交方式问题， 展现不够丰富，
> 不能离线应用， 浏览器支持没有统一标准，客户端混乱等等， 现在的RIA发展，
> 正在得到越来越多的人的关注。
> 3：Flash方面有MM的Flex和OpenSource的Laszlo. Flex有Flex Builder在windows
> 上的IDE等等MM的支持。Laszlo才开源不久, 有IBM 为其开发的IDE（还没有试过）。
> 他们都有一套XML扩展， 控件库去描述Flash. 并可以有多种方式和应用服务器交
> 互(xmlHTTP, SOAP, AMF等等）
> （而且美妙的体验， 不会用Flash MX做flash的我， 用xml写出还蛮漂亮的哦）
> 4：XUL：mozilla的开源技术， 可以在mozilla浏览器上集成。
> 5：Eclipse， 不了解
> 6：MS的Smart Client， 好像现在还没有什么成熟的东西出来， 我不想说它， 这
> 不是我想要的。
> 
> 有一种观念说B/S永远不能替代C/S， RIA的特性可以推翻既有的论点， 至少可以
> 像html一样， 通过WEB部署。
> 希望的是可以探索一种有效的模式和框架， 可以抛开IDE， 并能在Linux上开发
> （Flex和Laszlo都可），当然不用java（还有什么.NET)， 要用python开发web
> services. 比如twisted等。
> 
> 近日Limodou, ZoomQuiet等等好像聊的少了， 看不到你们的留言， 有些寂寞哦 :)
> 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 


-- 
I like python! 
My Donews Blog: http://www.donews.net/limodou
New Google Maillist: http://groups-beta.google.com/group/python-cn

MM一直以来推广自己的 RIA思想 不过MM现在被Adobe收购了.
MM产品线里的很多东西的命运都很难说了 例如 RIA中的FLEX ....
有一期<程序员> 里曾讨论过RIA 
----- Original Message ----- 
From: "limodou" <limodou at gmail.com>
To: <python-chinese at lists.python.cn>
Sent: Thursday, May 12, 2005 5:31 PM
Subject: Re: [python-chinese] 谈一谈RIA


> 现在有些忙，没有很多时间，呵呵。
> 
> RIA与客户端我想不会谁取代谁，关键是谁更适合的问题。开发客户端可能会更容易一些。
> 
> 在05-5-12，Leslie Huyan<leslie at exoweb.net> 写道：
> > RIA现在发展不错， 有此方面开发经验和感兴趣的人不妨讨论， 亦或请教。
> > 1：RIA 富客户端， 相似的还有Smart Client(.NET)等等。
> > 2：对予"传统"的B/S WEB客户端的弊端， 如页面提交方式问题， 展现不够丰富，
> > 不能离线应用， 浏览器支持没有统一标准，客户端混乱等等， 现在的RIA发展，
> > 正在得到越来越多的人的关注。
> > 3：Flash方面有MM的Flex和OpenSource的Laszlo. Flex有Flex Builder在windows
> > 上的IDE等等MM的支持。Laszlo才开源不久, 有IBM 为其开发的IDE（还没有试过）。
> > 他们都有一套XML扩展， 控件库去描述Flash. 并可以有多种方式和应用服务器交
> > 互(xmlHTTP, SOAP, AMF等等）
> > （而且美妙的体验， 不会用Flash MX做flash的我， 用xml写出还蛮漂亮的哦）
> > 4：XUL：mozilla的开源技术， 可以在mozilla浏览器上集成。
> > 5：Eclipse， 不了解
> > 6：MS的Smart Client， 好像现在还没有什么成熟的东西出来， 我不想说它， 这
> > 不是我想要的。
> > 
> > 有一种观念说B/S永远不能替代C/S， RIA的特性可以推翻既有的论点， 至少可以
> > 像html一样， 通过WEB部署。
> > 希望的是可以探索一种有效的模式和框架， 可以抛开IDE， 并能在Linux上开发
> > （Flex和Laszlo都可），当然不用java（还有什么.NET)， 要用python开发web
> > services. 比如twisted等。
> > 
> > 近日Limodou, ZoomQuiet等等好像聊的少了， 看不到你们的留言， 有些寂寞哦 :)
> > 
> > _______________________________________________
> > python-chinese list
> > python-chinese at lists.python.cn
> > http://python.cn/mailman/listinfo/python-chinese
> > 
> 
> 
> -- 
> I like python! 
> My Donews Blog: http://www.donews.net/limodou
> New Google Maillist: http://groups-beta.google.com/group/python-cn
> 


--------------------------------------------------------------------------------


> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 

对于Flash， 至少是不会消亡的吧？ 就像JAVA之于Sun, 就像Windows之于MS, 公
司的消亡， 不决定产品的消亡，没人愿意去扼杀已经占据了99%web端的Flash支
持。对于Flash, 已经有OpenLaszlo（基于CPL的license）和MTASC等等的开源
Compiler。 在这里只是希望能有更客观的讨论, 一起探索并经验交流。

题外话：个人看法：不特指什么人：对于新技术的出现（实际Laszlo已有4年之
久），我们永远不要只是驻足， 观望。等到别人已经把外围的产品都做完了， 才
有使用的胆量。 有些顾虑和担心是必要的，风险也是有的（其实开发不成功永远
不要责怪技术本身），但不必要的是因为无知妄加发布悲观论。 不要总是不开源
的技术，人家不给你看代码， 技术上不去； 开源的技术了， 也还不行，永远走
在别人后面。技术不行， 我们还有眼光啊。 我们是否有勇气参与其中？ 也做个
开源的flash compiler? 多google， 有那么多的demo, "simple"s可以很快做个很
简单的去体验一下。 感受一下其丰富的展现，强大的生命力？ 是否哪天你的客户
也会向你提出这个需求？
实践是检验真理的唯一标准。。。。。。。

另： 同意limodou的观点， 不一定要谁替代谁。 我的意思是IRA能否取代C/S, 不
得而知， 对我们大多数人来说，目前的开发应用上这个问题也没有多大意义。
flash方面的RIA有它的优点， 响应客户的需求， 这就够了。最终用户也永远是技
术潮流的选择决定者。
yangzg wrote:

>MM一直以来推广自己的 RIA思想 不过MM现在被Adobe收购了.
>MM产品线里的很多东西的命运都很难说了 例如 RIA中的FLEX ....
>有一期<程序员> 里曾讨论过RIA 
>----- Original Message ----- 
>From: "limodou" <limodou at gmail.com>
>To: <python-chinese at lists.python.cn>
>Sent: Thursday, May 12, 2005 5:31 PM
>Subject: Re: [python-chinese] 谈一谈RIA
>
>
>  
>
>>现在有些忙，没有很多时间，呵呵。
>>
>>RIA与客户端我想不会谁取代谁，关键是谁更适合的问题。开发客户端可能会更容易一些。
>>
>>在05-5-12，Leslie Huyan<leslie at exoweb.net> 写道：
>>    
>>
>>>RIA现在发展不错， 有此方面开发经验和感兴趣的人不妨讨论， 亦或请教。
>>>1：RIA 富客户端， 相似的还有Smart Client(.NET)等等。
>>>2：对予"传统"的B/S WEB客户端的弊端， 如页面提交方式问题， 展现不够丰富，
>>>不能离线应用， 浏览器支持没有统一标准，客户端混乱等等， 现在的RIA发展，
>>>正在得到越来越多的人的关注。
>>>3：Flash方面有MM的Flex和OpenSource的Laszlo. Flex有Flex Builder在windows
>>>上的IDE等等MM的支持。Laszlo才开源不久, 有IBM 为其开发的IDE（还没有试过）。
>>>他们都有一套XML扩展， 控件库去描述Flash. 并可以有多种方式和应用服务器交
>>>互(xmlHTTP, SOAP, AMF等等）
>>>（而且美妙的体验， 不会用Flash MX做flash的我， 用xml写出还蛮漂亮的哦）
>>>4：XUL：mozilla的开源技术， 可以在mozilla浏览器上集成。
>>>5：Eclipse， 不了解
>>>6：MS的Smart Client， 好像现在还没有什么成熟的东西出来， 我不想说它， 这
>>>不是我想要的。
>>>
>>>有一种观念说B/S永远不能替代C/S， RIA的特性可以推翻既有的论点， 至少可以
>>>像html一样， 通过WEB部署。
>>>希望的是可以探索一种有效的模式和框架， 可以抛开IDE， 并能在Linux上开发
>>>（Flex和Laszlo都可），当然不用java（还有什么.NET)， 要用python开发web
>>>services. 比如twisted等。
>>>
>>>近日Limodou, ZoomQuiet等等好像聊的少了， 看不到你们的留言， 有些寂寞哦 :)
>>>
>>>_______________________________________________
>>>python-chinese list
>>>python-chinese at lists.python.cn
>>>http://python.cn/mailman/listinfo/python-chinese
>>>
>>>      
>>>
>>-- 
>>I like python! 
>>My Donews Blog: http://www.donews.net/limodou
>>New Google Maillist: http://groups-beta.google.com/group/python-cn
>>
>>    
>>
>
>
>--------------------------------------------------------------------------------
>
>
>  
>
>>_______________________________________________
>>python-chinese list
>>python-chinese at lists.python.cn
>>http://python.cn/mailman/listinfo/python-chinese
>>    
>>
>>------------------------------------------------------------------------
>>
>>_______________________________________________
>>python-chinese list
>>python-chinese at lists.python.cn
>>http://python.cn/mailman/listinfo/python-chinese
>>    
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20050513/c4728725/attachment.htm

如果玩过PHP的人。应该有知道。在PHP手册。例子很多。。

很多时候copy过来就用。。可省事了。。。

 

谁能给Python网站提点建议。。我E文很差。

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20050513/c15a888a/attachment.htm

        “我们是否有勇气参与其中？ 也做个开源的flash compiler?”

计划中，不知道有谁已经开始了
暂时只知道国内有部分公司已经做了这个并应用了。

On 5/13/05 11:26 AM, "Leslie Huyan" <leslie at exoweb.net> wrote:

> 对于Flash， 至少是不会消亡的吧？ 就像JAVA之于Sun, 就像Windows之于MS, 公司的消亡， 不决定产品
> 的消亡， 没人愿意去扼杀已经占据了99%web端的Flash支持。对于Flash, 已经有OpenLaszlo（基
> 于CPL的license）和MTASC等等的开源Compiler。 在这里只是希望能有更客观的讨论, 一起探索并经验
> 交流。 
> 
> 题外话：个人看法：不特指什么人：对于新技术的出现（实际Laszlo已有4年之久），我们永远不要只是驻足，
> 观望。 等到别人已经把外围的产品都做完了， 才有使用的胆量。 有些顾虑和担心是必要的，风险也是
> 有的（其实开发不成功永远不要责怪技术本身）， 但不必要的是因为无知妄加发布悲观论。 不要总是不
> 开源的技术，人家不给你看代码， 技术上不去； 开源的技术了， 也还不行，永远走在别人后面。 技术不
> 行， 我们还有眼光啊。 我们是否有勇气参与其中？ 也做个开源的flash compiler?  多google，
> 有那么多的demo, "simple"s可以很快做个很简单的去体验一下。 感受一下其丰富的展现，强大的生命
> 力？ 是否哪天你的客户也会向你提出这个需求？
> 实践是检验真理的唯一标准。。。。。。。
> 
> 另： 同意limodou的观点， 不一定要谁替代谁。  我的意思是IRA能否取代C/S, 不得而知， 对我们大多
> 数人来说， 目前的开发应用上这个问题也没有多大意义。 flash方面的RIA有它的优点， 响应客户的需
> 求， 这就够了。 最终用户也永远是技术潮流的选择决定者。
> yangzg wrote: 
>>  
>> MM一直以来推广自己的 RIA思想 不过MM现在被Adobe收购了.
>> MM产品线里的很多东西的命运都很难说了 例如 RIA中的FLEX ....
>> 有一期<程序员> 里曾讨论过RIA
>> ----- Original Message -----
>> From: "limodou" <limodou at gmail.com> limodou at gmail.com>
>> To: <python-chinese at lists.python.cn> python-chinese at lists.python.cn>
>> Sent: Thursday, May 12, 2005 5:31 PM
>> Subject: Re: [python-chinese] 谈一谈RIA
>> 
>> 
>>   
>>  
>>>  
>>> 现在有些忙，没有很多时间，呵呵。
>>> 
>>> RIA与客户端我想不会谁取代谁，关键是谁更适合的问题。开发客户端可能会更容易一些。
>>> 
>>> 在05-5-12，Leslie Huyan<leslie at exoweb.net> leslie at exoweb.net>  写道：
>>>     
>>>  
>>>>  
>>>> RIA现在发展不错， 有此方面开发经验和感兴趣的人不妨讨论， 亦或请教。
>>>> 1：RIA 富客户端， 相似的还有Smart Client(.NET)等等。
>>>> 2：对予"传统"的B/S WEB客户端的弊端， 如页面提交方式问题， 展现不够丰富，
>>>> 不能离线应用， 浏览器支持没有统一标准，客户端混乱等等， 现在的RIA发展，
>>>> 正在得到越来越多的人的关注。
>>>> 3：Flash方面有MM的Flex和OpenSource的Laszlo. Flex有Flex Builder在windows
>>>> 上的IDE等等MM的支持。Laszlo才开源不久, 有IBM 为其开发的IDE（还没有试过）。
>>>> 他们都有一套XML扩展， 控件库去描述Flash. 并可以有多种方式和应用服务器交
>>>> 互(xmlHTTP, SOAP, AMF等等）
>>>> （而且美妙的体验， 不会用Flash MX做flash的我， 用xml写出还蛮漂亮的哦）
>>>> 4：XUL：mozilla的开源技术， 可以在mozilla浏览器上集成。
>>>> 5：Eclipse， 不了解
>>>> 6：MS的Smart Client， 好像现在还没有什么成熟的东西出来， 我不想说它， 这
>>>> 不是我想要的。
>>>> 
>>>> 有一种观念说B/S永远不能替代C/S， RIA的特性可以推翻既有的论点， 至少可以
>>>> 像html一样， 通过WEB部署。
>>>> 希望的是可以探索一种有效的模式和框架， 可以抛开IDE， 并能在Linux上开发
>>>> （Flex和Laszlo都可），当然不用java（还有什么.NET)， 要用python开发web
>>>> services. 比如twisted等。
>>>> 
>>>> 近日Limodou, ZoomQuiet等等好像聊的少了， 看不到你们的留言， 有些寂寞哦 :)
>>>> 
>>>> _______________________________________________
>>>> python-chinese list
>>>> python-chinese at lists.python.cn
>>>> http://python.cn/mailman/listinfo/python-chinese
>>>> 
>>>>       
>>>>  
>>>  


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20050513/e61b0acc/attachment.html

python的源代码有的是，不过的确不象PHP那样在文档中相对多一些。不过python的文档也有一些例子，这些东西在网上一般也容易找到。

在05-5-13，Neo Chan<neo.chen at achievo.com> 写道：
>  
>  
> 
> 如果玩过PHP的人。应该有知道。在PHP手册。例子很多。。 
> 
> 很多时候copy过来就用。。可省事了。。。 
> 
>   
> 
> 谁能给Python网站提点建议。。我E文很差。 
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
> 
> 
> 


-- 
I like python! 
My Donews Blog: http://www.donews.net/limodou
New Google Maillist: http://groups-beta.google.com/group/python-cn

还有个RIA的概念,AJAX,基于javascript的,大家用的GMAIL就算是一个典型吧
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20050513/f7add754/attachment.htm

Re: [python-chinese] 谈一谈RIA我们公司都作了两个项目了，可惜我没参加！
  ----- Original Message ----- 
  From: orciloud tang
  To: python-chinese ; Leslie Huyan
  Sent: Friday, May 13, 2005 11:46 AM
  Subject: Re: [python-chinese] 谈一谈RIA



         “我们是否有勇气参与其中？ 也做个开源的flash compiler?”

  计划中，不知道有谁已经开始了
  暂时只知道国内有部分公司已经做了这个并应用了。

  On 5/13/05 11:26 AM, "Leslie Huyan" <leslie at exoweb.net> wrote:


    对于Flash， 至少是不会消亡的吧？ 就像JAVA之于Sun, 就像Windows之于MS, 公
司的消亡， 不决定产品的消亡， 没人愿意去扼杀已经占据了99%web端的Flash支持。
对于Flash, 已经有OpenLaszlo（基于CPL的license）和MTASC等等的开源Compiler。
在这里只是希望能有更客观的讨论, 一起探索并经验交流。

    题外话：个人看法：不特指什么人：对于新技术的出现（实际Laszlo已有4年之
久），我们永远不要只是驻足， 观望。 等到别人已经把外围的产品都做完了， 才有
使用的胆量。 有些顾虑和担心是必要的，风险也是有的（其实开发不成功永远不要责
怪技术本身）， 但不必要的是因为无知妄加发布悲观论。 不要总是不开源的技术，人
家不给你看代码， 技术上不去； 开源的技术了， 也还不行，永远走在别人后面。 技
术不行， 我们还有眼光啊。 我们是否有勇气参与其中？ 也做个开源的flash
compiler?  多google， 有那么多的demo, "simple"s可以很快做个很简单的去体验一
下。 感受一下其丰富的展现，强大的生命力？ 是否哪天你的客户也会向你提出这个需
求？
    实践是检验真理的唯一标准。。。。。。。

    另： 同意limodou的观点， 不一定要谁替代谁。  我的意思是IRA能否取代C/S,
不得而知， 对我们大多数人来说， 目前的开发应用上这个问题也没有多大意义。
flash方面的RIA有它的优点， 响应客户的需求， 这就够了。 最终用户也永远是技术
潮流的选择决定者。
    yangzg wrote:


      MM一直以来推广自己的 RIA思想 不过MM现在被Adobe收购了.
      MM产品线里的很多东西的命运都很难说了 例如 RIA中的FLEX ....
      有一期<程序员> 里曾讨论过RIA
      ----- Original Message ----- 
      From: "limodou" <limodou at gmail.com> limodou at gmail.com>
      To: <python-chinese at lists.python.cn>
python-chinese at lists.python.cn>
      Sent: Thursday, May 12, 2005 5:31 PM
      Subject: Re: [python-chinese] 谈一谈RIA






        现在有些忙，没有很多时间，呵呵。

        RIA与客户端我想不会谁取代谁，关键是谁更适合的问题。开发客户端可能会
更容易一些。

        在05-5-12，Leslie Huyan<leslie at exoweb.net>
leslie at exoweb.net>  写道：




          RIA现在发展不错， 有此方面开发经验和感兴趣的人不妨讨论， 亦或请
教。
          1：RIA 富客户端， 相似的还有Smart Client(.NET)等等。
          2：对予"传统"的B/S WEB客户端的弊端， 如页面提交方式问题， 展现不够
丰富，
          不能离线应用， 浏览器支持没有统一标准，客户端混乱等等， 现在的RIA
发展，
          正在得到越来越多的人的关注。
          3：Flash方面有MM的Flex和OpenSource的Laszlo. Flex有Flex Builder在
windows
          上的IDE等等MM的支持。Laszlo才开源不久, 有IBM 为其开发的IDE（还没有
试过）。
          他们都有一套XML扩展， 控件库去描述Flash. 并可以有多种方式和应用服
务器交
          互(xmlHTTP, SOAP, AMF等等）
          （而且美妙的体验， 不会用Flash MX做flash的我， 用xml写出还蛮漂亮的
哦）
          4：XUL：mozilla的开源技术， 可以在mozilla浏览器上集成。
          5：Eclipse， 不了解
          6：MS的Smart Client， 好像现在还没有什么成熟的东西出来， 我不想说
它， 这
          不是我想要的。

          有一种观念说B/S永远不能替代C/S， RIA的特性可以推翻既有的论点， 至
少可以
          像html一样， 通过WEB部署。
          希望的是可以探索一种有效的模式和框架， 可以抛开IDE， 并能在Linux上
开发
          （Flex和Laszlo都可），当然不用java（还有什么.NET)， 要用python开发
web
          services. 比如twisted等。

          近日Limodou, ZoomQuiet等等好像聊的少了， 看不到你们的留言， 有些寂
寞哦 :)

          _______________________________________________
          python-chinese list
          python-chinese at lists.python.cn
          http://python.cn/mailman/listinfo/python-chinese










----------------------------------------------------------------------------
--


  _______________________________________________
  python-chinese list
  python-chinese at lists.python.cn
  http://python.cn/mailman/listinfo/python-chinese
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20050513/e4c949cf/attachment.htm

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 43 bytes
Desc: not available
Url : http://lists.exoweb.net/pipermail/python-chinese/attachments/20050513/fceb5ac6/attachment.gif

回到正题。。。。。
有用的东西， 等我选择了使用哪项技术之后再与你交流。。。。
感谢你的经验之谈
yangzg wrote:

> 偶是做flash开发.下面这文章大家有兴趣可以看下
> eclipse + flashout + mtasc，搞了一天... <http://www.mmommo.com/?id=46>
>
> 	
> 今天 SXPCrazy <http://www.sxpcrazy.com/> 换了 eclipse
> <http://www.elcipse.org/> 编辑器，看得我流口水，立即找了个 asdt
> <http://sourceforge.net/projects/aseclipseplugin/> ，接着又下载了
> flashout <http://www.potapenko.com/flashout/> 和 mtasc
> <http://www.mtasc.org/> ，搞了一天。
>
> 先说说 mtasc，很多地方却是很不错：
> 1、变量的作用域更为合理。
> 2、可以在 interface 里面写 变量！（我一直想要的东西，flash 不能在
> interface 里面设置 getter/setter）。
> 3、更好的类型判断，严格，会节约大量调试时间。
> 4、不可思议的速度。
> 5、可灵活的通过命令行以各种方式，作为编辑器的插件。
>
> 但是 mtasc 的一些缺点让我最后不得不放弃他：
> 1、三元操作符的支持不好，不过这个能忍受，在问号前括号。
> 2、没有办法些类似于下面的语句：
> _root["mc"]
> 而必须写成：
> eval("_root.mc");
> 麻烦，而且我有大量类似于这个的代码。
> 3、没有办法写 flash 本身的全局方法，我遇到没法编译 stopDrag(mc)，而只
> 能写 mc.stopDrag()。
>
> 加上他的变量作用域的不同、更为严格的类型检查以及一些我已经不想去研究为
> 什么的错误，几乎我所有的类都得改，因为我几乎连一个编译正常的测试项目都
> 没有，以上仅是我试了一个小时总结的一些简单的问题，但是这一个小时的挫折
> 让我不得不放弃这个不错的编译器。*如果要选择 mtasc，务必要在你开始一个
> 项目之前。*
>
> 既然 mtasc 已经放弃，flashout 也就没有存在的必要了。
>
> 另外剩下就仅是 eclipse 和 asdt 了。 asdt 不是很好，很多功能都没有，
> java 在 eclipse 上面有的功能 asdt 能找的很少，基本上大部分功能不如我几
> 经用了几乎一年的 sepy <http://www.sephiroth.it/python/sepy.php>，而且
> 其软件本身的更新速度也不如 sepy。但是还是有一些亮点功能，其最主要的好
> 处是，所有自己写的类都有代码提示了。另外 Outline 功能虽然 sepy 也有类
> 似的功能，但是做的远没有 asdt 这个好，估计 eclipse 平台本身做这个比较
> 方便。
>
> 另外，eclipse 本身平台的好处让我最后决定使用它几天，看看是不是能比
> sepy 用的顺手：
> 1、整合了 CVS，这个太方便了。
> 2、能把面板拖出去：我用双屏开发，这个功能作用太大了。
>
> 其他的功能还在测试中，打算先用一个礼拜再说。
>
>     ----- Original Message -----
>     *From:* orciloud tang orciloud at gmail.com>
>     *To:* python-chinese python-chinese at lists.python.cn> ;
>     Leslie Huyan leslie at exoweb.net>
>     *Sent:* Friday, May 13, 2005 11:46 AM
>     *Subject:* Re: [python-chinese] 谈一谈RIA
>
>
>     “我们是否有勇气参与其中？ 也做个开源的flash compiler?”
>
>     计划中，不知道有谁已经开始了
>     暂时只知道国内有部分公司已经做了这个并应用了。
>
>     On 5/13/05 11:26 AM, "Leslie Huyan" <leslie at exoweb.net
>     leslie at exoweb.net>> wrote:
>
>         对于Flash， 至少是不会消亡的吧？ 就像JAVA之于Sun, 就像Windows
>         之于MS, 公司的消亡， 不决定产品的消亡， 没人愿意去扼杀已经占据
>         了99%web端的Flash支持。对于Flash, 已经有OpenLaszlo（基于CPL的
>         license）和MTASC等等的开源Compiler。 在这里只是希望能有更客观
>         的讨论, 一起探索并经验交流。
>
>         题外话：个人看法：不特指什么人：对于新技术的出现（实际Laszlo已
>         有4年之久），我们永远不要只是驻足， 观望。等到别人已经把外围的
>         产品都做完了， 才有使用的胆量。 有些顾虑和担心是必要的，风险也
>         是有的（其实开发不成功永远不要责怪技术本身），但不必要的是因为
>         无知妄加发布悲观论。 不要总是不开源的技术，人家不给你看代码，
>         技术上不去； 开源的技术了， 也还不行，永远走在别人后面。技术不
>         行， 我们还有眼光啊。 我们是否有勇气参与其中？ 也做个开源的
>         flash compiler? 多google， 有那么多的demo, "simple"s可以很快做
>         个很简单的去体验一下。 感受一下其丰富的展现，强大的生命力？ 是
>         否哪天你的客户也会向你提出这个需求？
>         实践是检验真理的唯一标准。。。。。。。
>
>         另： 同意limodou的观点， 不一定要谁替代谁。 我的意思是IRA能否
>         取代C/S, 不得而知， 对我们大多数人来说，目前的开发应用上这个问
>         题也没有多大意义。 flash方面的RIA有它的优点， 响应客户的需求，
>         这就够了。最终用户也永远是技术潮流的选择决定者。
>         yangzg wrote:
>
>
>             MM一直以来推广自己的 RIA思想 不过MM现在被Adobe收购了.
>             MM产品线里的很多东西的命运都很难说了 例如 RIA中的FLEX ....
>             有一期<程序员> 里曾讨论过RIA
>             ----- Original Message -----
>             From: "limodou" <limodou at gmail.com>
>             limodou at gmail.com>
>             To: <python-chinese at lists.python.cn>
>             python-chinese at lists.python.cn>
>             Sent: Thursday, May 12, 2005 5:31 PM
>             Subject: Re: [python-chinese] 谈一谈RIA
>
>
>
>
>
>                 现在有些忙，没有很多时间，呵呵。
>
>                 RIA与客户端我想不会谁取代谁，关键是谁更适合的问题。开
>                 发客户端可能会更容易一些。
>
>                 在05-5-12，Leslie Huyan<leslie at exoweb.net>
>                 leslie at exoweb.net> 写道：
>
>
>
>                     RIA现在发展不错， 有此方面开发经验和感兴趣的人不妨
>                     讨论， 亦或请教。
>                     1：RIA 富客户端， 相似的还有Smart Client(.NET)等等。
>                     2：对予"传统"的B/S WEB客户端的弊端， 如页面提交方
>                     式问题， 展现不够丰富，
>                     不能离线应用， 浏览器支持没有统一标准，客户端混乱
>                     等等， 现在的RIA发展，
>                     正在得到越来越多的人的关注。
>                     3：Flash方面有MM的Flex和OpenSource的Laszlo. Flex有
>                     Flex Builder在windows
>                     上的IDE等等MM的支持。Laszlo才开源不久, 有IBM 为其
>                     开发的IDE（还没有试过）。
>                     他们都有一套XML扩展， 控件库去描述Flash. 并可以有
>                     多种方式和应用服务器交
>                     互(xmlHTTP, SOAP, AMF等等）
>                     （而且美妙的体验， 不会用Flash MX做flash的我， 用
>                     xml写出还蛮漂亮的哦）
>                     4：XUL：mozilla的开源技术， 可以在mozilla浏览器上
>                     集成。
>                     5：Eclipse， 不了解
>                     6：MS的Smart Client， 好像现在还没有什么成熟的东西
>                     出来， 我不想说它， 这
>                     不是我想要的。
>
>                     有一种观念说B/S永远不能替代C/S， RIA的特性可以推翻
>                     既有的论点， 至少可以
>                     像html一样， 通过WEB部署。
>                     希望的是可以探索一种有效的模式和框架， 可以抛开
>                     IDE， 并能在Linux上开发
>                     （Flex和Laszlo都可），当然不用java（还有什么.
>                     NET)， 要用python开发web
>                     services. 比如twisted等。
>
>                     近日Limodou, ZoomQuiet等等好像聊的少了， 看不到你
>                     们的留言， 有些寂寞哦 :)
>
>                     _______________________________________________
>                     python-chinese list
>                     python-chinese at lists.python.cn
>                     http://python.cn/mailman/listinfo/python-chinese
>
>
>
>
>
>     ------------------------------------------------------------------------
>     _______________________________________________
>     python-chinese list
>     python-chinese at lists.python.cn
>     http://python.cn/mailman/listinfo/python-chinese
>

-------------- next part --------------
Skipped content of type multipart/related

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 43 bytes
Desc: not available
Url : http://lists.exoweb.net/pipermail/python-chinese/attachments/20050513/cae5822f/attachment.gif