zqlib/weknow是一个信息分享的平台，它存储的格式应该是丰富的。现在我想可以使用EasyGui/NewEdit来完成这一录入工作。因为EasyGui可以相对容易地构造对话框，并且直接将结果(dict)序列化，因此可以将录入模块与数据一同传输，从而解决数据录入的大部分问题。只不过服务端的东西一直没有出来，不知道大家有什么想法。如果相应的网络服务功能建立，可以利用EasyGui来设计录入界面，使用对象序列化来保存数据。重要索引信息可以直接作为独立字段写入数据库，其它的东西可以直接写入数据库。NewEdit将可以支持信息的分享，信息的下载等功能。

zqlib: http://wiki.woodpecker.org.cn/moin/ZqLib
weknow: http://wiki.woodpecker.org.cn/moin/WeKnow
--
I like python!
My Donews Blog: http://www.donews.net/limodou

在 05-10-18，limodou<limodou at gmail.com> 写道：
> zqlib/weknow是一个信息分享的平台，它存储的格式应该是丰富的。现在我想可以使用EasyGui/NewEdit来完成这一录入工作。因为EasyGui可以相对容易地构造对话框，并且直接将结果(dict)序列化，因此可以将录入模块与数据一同传输，从而解决数据录入的大部分问题。只不过服务端的东西一直没有出来，不知道大家有什么想法。如果相应的网络服务功能建立，可以利用EasyGui来设计录入界面，使用对象序列化来保存数据。重要索引信息可以直接作为独立字段写入数据库，其它的东西可以直接写入数据库。NewEdit将可以支持信息的分享，信息的下载等功能。

你一说对象序列化,我就想起json了
你看看json, jsonserver等等东西吧
和你的dict序列化很类似,用来替代xml的

--
I'm the one, powered by nEO

在 05-10-18，nEO  (a.k.a. gentoo.cn)<gentoo.cn at gmail.com> 写道：
> 在 05-10-18，limodou<limodou at gmail.com> 写道：
> > zqlib/weknow是一个信息分享的平台，它存储的格式应该是丰富的。现在我想可以使用EasyGui/NewEdit来完成这一录入工作。因为EasyGui可以相对容易地构造对话框，并且直接将结果(dict)序列化，因此可以将录入模块与数据一同传输，从而解决数据录入的大部分问题。只不过服务端的东西一直没有出来，不知道大家有什么想法。如果相应的网络服务功能建立，可以利用EasyGui来设计录入界面，使用对象序列化来保存数据。重要索引信息可以直接作为独立字段写入数据库，其它的东西可以直接写入数据库。NewEdit将可以支持信息的分享，信息的下载等功能。
>
> 你一说对象序列化,我就想起json了
> 你看看json, jsonserver等等东西吧
> 和你的dict序列化很类似,用来替代xml的
>

对象序列化在Python中方法很多。你所说的是在Javascript中使用的方法，而我所说的是客户端程序使用的方法，方式更灵活，更多。是否使用dict都不一定呢。EasyGui支持多种序列化方法。而dict序列化是针对ini文件的，与一般的对象序列化是有区别的。obj2ini差不多。
--
I like python!
My Donews Blog: http://www.donews.net/limodou

是也乎！
简要的讲 ZqLib 是想仿造 CPAN:: 的模式将大家的Py 代码片段以快捷搜索，复用的方式组织/分享的系统，
WeKnow 则是在 ZqLib 基础上，开放API 更加广泛的分享信息的体系，

newEdit 也好，Gtalk/Gmail/Ggroup 等等都可以是输入/存储终端，
关键是我们要在 ZqLib 阶段，总结出一个适合 Python 的标准分享形式…………

思量ing...

在 05-10-18，limodou<limodou at gmail.com> 写道：
> 在 05-10-18，nEO  (a.k.a. gentoo.cn)<gentoo.cn at gmail.com> 写道：
> > 在 05-10-18，limodou<limodou at gmail.com> 写道：
> > > zqlib/weknow是一个信息分享的平台，它存储的格式应该是丰富的。现在我想可以使用EasyGui/NewEdit来完成这一录入工作。因为EasyGui可以相对容易地构造对话框，并且直接将结果(dict)序列化，因此可以将录入模块与数据一同传输，从而解决数据录入的大部分问题。只不过服务端的东西一直没有出来，不知道大家有什么想法。如果相应的网络服务功能建立，可以利用EasyGui来设计录入界面，使用对象序列化来保存数据。重要索引信息可以直接作为独立字段写入数据库，其它的东西可以直接写入数据库。NewEdit将可以支持信息的分享，信息的下载等功能。
> >
> > 你一说对象序列化,我就想起json了
> > 你看看json, jsonserver等等东西吧
> > 和你的dict序列化很类似,用来替代xml的
> >
>
> 对象序列化在Python中方法很多。你所说的是在Javascript中使用的方法，而我所说的是客户端程序使用的方法，方式更灵活，更多。是否使用dict都不一定呢。EasyGui支持多种序列化方法。而dict序列化是针对ini文件的，与一般的对象序列化是有区别的。obj2ini差不多。
> --
> I like python!
> My Donews Blog: http://www.donews.net/limodou
>
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
>
>
>


--
# Time is unimportant, only life important!
## 面朝开源，我心自由！

在 05-10-18，limodou<limodou at gmail.com> 写道：
> 对象序列化在Python中方法很多。你所说的是在Javascript中使用的方法，而我所说的是客户端程序使用的方法，方式更灵活，更多。是否使用dict都不一定呢。EasyGui支持多种序列化方法。而dict序列化是针对ini文件的，与一般的对象序列化是有区别的。obj2ini差不多。

我的意思是
使用json格式来序列化对象/数据
然后通过json-rpc来实现客户端和服务器的通信
和是否使用javascripts没有关系

当然传统上大家更多的听说的是xml和xml-rpc
之所以提出json是这个东西和python很像,格式转换比xml简单

如果这个项目的对象非常复杂又需要经常做各种格式上的转换
就比较适合xml  + xml-rpc

--
I'm the one, powered by nEO

在 05-10-18，nEO  (a.k.a. gentoo.cn)<gentoo.cn at gmail.com> 写道：
> 在 05-10-18，limodou<limodou at gmail.com> 写道：
> > 对象序列化在Python中方法很多。你所说的是在Javascript中使用的方法，而我所说的是客户端程序使用的方法，方式更灵活，更多。是否使用dict都不一定呢。EasyGui支持多种序列化方法。而dict序列化是针对ini文件的，与一般的对象序列化是有区别的。obj2ini差不多。
>
> 我的意思是
> 使用json格式来序列化对象/数据
> 然后通过json-rpc来实现客户端和服务器的通信
> 和是否使用javascripts没有关系
>
> 当然传统上大家更多的听说的是xml和xml-rpc
> 之所以提出json是这个东西和python很像,格式转换比xml简单
>
> 如果这个项目的对象非常复杂又需要经常做各种格式上的转换
> 就比较适合xml  + xml-rpc
>

如果是GUI的客户端的话还是使用Python的方式更方便。至于xml-rpc来是其它什么的我觉得都可以没有必要限定。只不过现在还没有真正开始工作。客户端可以由我来做，服务端没人来做啊。而且使用什么平台都是很麻烦的。

--
I like python!
My Donews Blog: http://www.donews.net/limodou

在 05-10-18，limodou<limodou at gmail.com> 写道：
> 如果是GUI的客户端的话还是使用Python的方式更方便。至于xml-rpc来是其它什么的我觉得都可以没有必要限定。只不过现在还没有真正开始工作。客户端可以由我来做，服务端没人来做啊。而且使用什么平台都是很麻烦的。
>
服务器端有什么需求?不会比客户端更复杂吧
客户端将数据格式化(假定格式化成xml格式)->xmlrpc操作服务器端存储->服务器端程序执行存
储

客户端请求(xml-rpc)->服务器程序->服务器程序执行查询->(以xml格式返回)->客户端程序显示

--
I'm the one, powered by nEO

在 05-10-18，nEO  (a.k.a. gentoo.cn)<gentoo.cn at gmail.com> 写道：
> 在 05-10-18，limodou<limodou at gmail.com> 写道：
> > 如果是GUI的客户端的话还是使用Python的方式更方便。至于xml-rpc来是其它什么的我觉得都可以没有必要限定。只不过现在还没有真正开始工作。客户端可以由我来做，服务端没人来做啊。而且使用什么平台都是很麻烦的。
> >
> 服务器端有什么需求?不会比客户端更复杂吧
> 客户端将数据格式化(假定格式化成xml格式)->xmlrpc操作服务器端存储->服务器端程序执行存
> 储
>
> 客户端请求(xml-rpc)->服务器程序->服务器程序执行查询->(以xml格式返回)->客户端程序显示
>

因为涉及分类管理的问题，内容不可能不分类的放在一起。考虑到信息分类的不同如何存储，而且能否有方便的检索。采用何种web
framework来实现。服务器设置在何处，这些比起客户端要麻烦得多。需要有一定的资源才可以。

--
I like python!
My Donews Blog: http://www.donews.net/limodou

在 05-10-18，limodou<limodou at gmail.com> 写道：
> 因为涉及分类管理的问题，内容不可能不分类的放在一起。考虑到信息分类的不同如何存储，而且能否有方便的检索。采用何种web
> framework来实现。服务器设置在何处，这些比起客户端要麻烦得多。需要有一定的资源才可以。
恰恰相反,我认为这是很简单的
分类管理是在客户端做的,比如我输入内容的时候选择分类"IT"那么我的对象/数据就有了一个tag catalog=IT
那么服务器存储的时候只负责保存这个对象,不用分类,或者我们假设这些对象有可能很大或者很多,服务器的存储可能不能简单的存储在一起,那么可以根据这些客户端传过来的信息分别存储,不管是存到其它数据库的表还是文件系统,由服务器来自行规定.这些实际是开始规划时就知道了的(我们到底存储什么对象/数据)

采用何种framework就看开发者的选择了,应该都没问题


--
I'm the one, powered by nEO

在 05-10-18，nEO  (a.k.a. gentoo.cn)<gentoo.cn at gmail.com> 写道：
> 在 05-10-18，limodou<limodou at gmail.com> 写道：
> > 因为涉及分类管理的问题，内容不可能不分类的放在一起。考虑到信息分类的不同如何存储，而且能否有方便的检索。采用何种web
> > framework来实现。服务器设置在何处，这些比起客户端要麻烦得多。需要有一定的资源才可以。
> 恰恰相反,我认为这是很简单的
> 分类管理是在客户端做的,比如我输入内容的时候选择分类"IT"那么我的对象/数据就有了一个tag catalog=IT
> 那么服务器存储的时候只负责保存这个对象,不用分类,或者我们假设这些对象有可能很大或者很多,服务器的存储可能不能简单的存储在一起,那么可以根据这些客户端传过来的信息分别存储,不管是存到其它数据库的表还是文件系统,由服务器来自行规定.这些实际是开始规划时就知道了的(我们到底存储什么对象/数据)
>
> 采用何种framework就看开发者的选择了,应该都没问题
>

分类可以使用tag，但是由服务端和管理和建索引的，不可能什么都不管。而且为了减少网络传输，我设想是分下载分类或tag,然后每个tag下可能还有子分类，然后用户可以选择打开哪一个分类，这样再次进行通讯从而减少网络传输。而不应该全部下到本地后，再由客户端重新进行分类。而且服务端的处理并不一定要有客户端，它应该还有网页的展示形式，客户端只是一个补充，从这个意义上分类也需要服务端管理。而且可以方便以后索引什么的。

因此我设计客户端的表现形式就是一棵树。先展示顶层结构，由用户选择打开哪一层，再是哪一层。还可以考虑是否优先使用本地cache，然后打开时自动进行同步之类的处理。最好服务器再提供一个最新更新的RSS，这样可以方便了解都有哪些最新的东西。如果是使用tag
的话，每个信息应该有一个唯一标识以避免信息的重复下载。同时可能会有一个更新记录，因为信息可能不是一成不变的。那么也需要服务端保存这些变动。在最简单情况下则不保存变化。


--
I like python!
My Donews Blog: http://www.donews.net/limodou

在 05-10-18，limodou<limodou at gmail.com> 写道：
> 分类可以使用tag，但是由服务端和管理和建索引的，不可能什么都不管。而且为了减少网络传输，我设想是分下载分类或tag,然后每个tag下可能还有子分类，然后用户可以选择打开哪一个分类，这样再次进行通讯从而减少网络传输。而不应该全部下到本地后，再由客户端重新进行分类。而且服务端的处理并不一定要有客户端，它应该还有网页的展示形式，客户端只是一个补充，从这个意义上分类也需要服务端管理。而且可以方便以后索引什么的。

这个东西和blog很像的,每个object就是一个entry, 每个entry有不同的tag
比如文章A 有"python" "linux" 2个tag
可以有blog的写作程序,也可以web界面写作

web也是一个客户端,它的表现和gui没什么区别

服务器端只负责数据的存储,检索(读和写这2个操作)

--
I'm the one, powered by nEO

在 05-10-18，nEO  (a.k.a. gentoo.cn)<gentoo.cn at gmail.com> 写道：
> 在 05-10-18，limodou<limodou at gmail.com> 写道：
> > 分类可以使用tag，但是由服务端和管理和建索引的，不可能什么都不管。而且为了减少网络传输，我设想是分下载分类或tag,然后每个tag下可能还有子分类，然后用户可以选择打开哪一个分类，这样再次进行通讯从而减少网络传输。而不应该全部下到本地后，再由客户端重新进行分类。而且服务端的处理并不一定要有客户端，它应该还有网页的展示形式，客户端只是一个补充，从这个意义上分类也需要服务端管理。而且可以方便以后索引什么的。
>
> 这个东西和blog很像的,每个object就是一个entry, 每个entry有不同的tag
> 比如文章A 有"python" "linux" 2个tag
> 可以有blog的写作程序,也可以web界面写作
>
> web也是一个客户端,它的表现和gui没什么区别
>
> 服务器端只负责数据的存储,检索(读和写这2个操作)
>

是的，最终是一个象blog存储方式一样的大杂烩。只不过服务端一直没有人来做啊。

--
I like python!
My Donews Blog: http://www.donews.net/limodou

是也乎！！数据为中心，
我考虑是使用SVN 作为管理中心，存储文本格式的源信息和分类索引，
至于取用使用是使用 XML 还是Json 都是允许的………………



在 05-10-18，limodou<limodou at gmail.com> 写道：
> 在 05-10-18，nEO  (a.k.a. gentoo.cn)<gentoo.cn at gmail.com> 写道：
> > 在 05-10-18，limodou<limodou at gmail.com> 写道：
> > > 分类可以使用tag，但是由服务端和管理和建索引的，不可能什么都不管。而且为了减少网络传输，我设想是分下载分类或tag,然后每个tag下可能还有子分类，然后用户可以选择打开哪一个分类，这样再次进行通讯从而减少网络传输。而不应该全部下到本地后，再由客户端重新进行分类。而且服务端的处理并不一定要有客户端，它应该还有网页的展示形式，客户端只是一个补充，从这个意义上分类也需要服务端管理。而且可以方便以后索引什么的。
> >
> > 这个东西和blog很像的,每个object就是一个entry, 每个entry有不同的tag
> > 比如文章A 有"python" "linux" 2个tag
> > 可以有blog的写作程序,也可以web界面写作
> >
> > web也是一个客户端,它的表现和gui没什么区别
> >
> > 服务器端只负责数据的存储,检索(读和写这2个操作)
> >
>
> 是的，最终是一个象blog存储方式一样的大杂烩。只不过服务端一直没有人来做啊。
>
> --
> I like python!
> My Donews Blog: http://www.donews.net/limodou
>
> _______________________________________________
> python-chinese list
> python-chinese at lists.python.cn
> http://python.cn/mailman/listinfo/python-chinese
>
>
>


--
# Time is unimportant, only life important!
## 面朝开源，我心自由！

On 二, 2005-10-18 at 12:40 +0800, limodou wrote:
> 在 05-10-18，nEO  (a.k.a. gentoo.cn)<gentoo.cn at gmail.com> 写道：
> > 在 05-10-18，limodou<limodou at gmail.com> 写道：
> > > 分类可以使用tag，但是由服务端和管理和建索引的，不可能什么都不管。而且为了减少网络传输，我设想是分下载分类或tag,然后每个tag下可能还有子分类，然后用户可以选择打开哪一个分类，这样再次进行通讯从而减少网络传输。而不应该全部下到本地后，再由客户端重新进行分类。而且服务端的处理并不一定要有客户端，它应该还有网页的展示形式，客户端只是一个补充，从这个意义上分类也需要服务端管理。而且可以方便以后索引什么的。
> >
> > 这个东西和blog很像的,每个object就是一个entry, 每个entry有不同的tag
> > 比如文章A 有"python" "linux" 2个tag
> > 可以有blog的写作程序,也可以web界面写作
> >
> > web也是一个客户端,它的表现和gui没什么区别
> >
> > 服务器端只负责数据的存储,检索(读和写这2个操作)
> >
> 
> 是的，最终是一个象blog存储方式一样的大杂烩。只不过服务端一直没有人来做啊。
如果有人愿意做服务器端, 谁愿意做客户端?

2005/10/25, Jacob Fan <jacob at exoweb.net>:
> > 是的，最终是一个象blog存储方式一样的大杂烩。只不过服务端一直没有人来做啊。
> 如果有人愿意做服务器端, 谁愿意做客户端?
有兴趣么?
可以下次会课上讨论一下
我可以报名


--
I'm the one, powered by nEO

> 如果有人愿意做服务器端, 谁愿意做客户端?

我可以基于NewEdit来做客户端。不过要求可以传二进制文件。

--
I like python!
My Donews Blog: http://www.donews.net/limodou