Karrigell+SQLObject+KID,也来个MVC模式

1 view
Skip to first unread message

Moyan

unread,
Dec 13, 2006, 11:14:59 PM12/13/06
to python.cn
Karrigell+SQLObject+KID,也来个MVC模式

近来,web开发热的不得了!quixote,pylons,django,turbogears,web.py还有什么simple
web难怪有

人说
<<Why so many Python web

frameworks?>>http://bitworking.org/news/Why_so_many_Python_web_frameworks

另外一边,这些frameworks的平台也开始发热cgi,fastcgi,scgi,wsgi等

万般中我独爱karrigell既然mvc那么好,那我也体验下了:
使用sqlobject作为orm管理数据库
使用karrigell作为url dispatch(最好是选择ks服务方式组织)
kid作为view

在ks中
...
...
data=....select()
print kid.serialize(file=,coding='utf-8',**locals())


显然,用这个真正作个开放在internet上的站点还差很多东西,包括karrigell的性能也是要考虑的.

题外话:我以为一个web frameworks应该具有的功能包括
Authentication 身份识别
session management
获取环境变量值(Enviroment variblity)
18in
url dispatch
orm
template (这年头没有mvc你都不敢说自己是web
frameworks!哈哈)

最后所说,上面(sqlobject+kid+karrigell)中使用中文的问题
首先,你得使用一个可以将源代码保存为utf-8编码的代码编辑器(比如我使用的editplus2.30,其他版本就

不清楚了)
2,在所有需要使用到中文的py,ks文件头部加
#-*-coding:utf-8-*-
接下来的代码中凡中文,就u'...'或unicode('....')

3,同样将kid文件使用utf-8编码保存,并在文件头部加
<head>
<meta http-equiv="content-type" content="text/html; charset='utf-8'">
<title></title>
</head>
关键是<meta http-equiv="content-type" content="text/html;
charset='utf-8'">

4.修改karrigell.ini 中的
outputEncoding='utf-8'

encodeFormDate=1

5,最后你的sqlobject中的unicodecol该怎么写就怎么写,除非你要强制保存在数据库中的文字是其他代码

就按UnicodeCol(dbEncoding='gb2312').我的经验不用加什么dbEncoding,加上去什么结果我也没有试过

Zoom.Quiet

unread,
Dec 13, 2006, 11:29:06 PM12/13/06
to pyth...@googlegroups.com
On 12/14/06, Moyan <ghi...@gmail.com> wrote:
> Karrigell+SQLObject+KID,也来个MVC模式
>
soooo great!

正是因为python 的超级柔韧本质,所以我们可以按照我们的想法快速实现任何框架的!

咱们以前有悟空框架 -- http://wiki.woodpecker.org.cn/moin/WukooPy
现在又有你的 KarriMVC 草案!
哈哈哈!非常有趣和有效的思路!俺非常支持!
建议先将 SQLObject 替换成 SQLAlchemy --更加京高效的ORM 框架后,
整理个 mini core demo 给 Karrigell 社区?!

强烈建设持续开发下去!
想好后,俺支持在啄木鸟开辟项目资源进行SVN 追踪哪!


--
'''Time is unimportant, only life important!
blog@ http://blog.zoomquiet.org/pyblosxom/
wiki@ http://wiki.woodpecker.org.cn/moin/ZoomQuiet
douban@ http://www.douban.com/people/zoomq/
____________________________________
Please use OpenOffice.org to replace M$ office.
http://zh.openoffice.org
Please use 7-zip to replace WinRAR/WinZip.
http://7-zip.org/zh-cn/
You can get the truely Freedom from software.
'''

Zoom.Quiet

unread,
Dec 13, 2006, 11:32:56 PM12/13/06
to pyth...@googlegroups.com
On 12/14/06, Zoom. Quiet <zoom....@gmail.com> wrote:
> On 12/14/06, Moyan <ghi...@gmail.com> wrote:
> > Karrigell+SQLObject+KID,也来个MVC模式
> >
> soooo great!
>
> 正是因为python 的超级柔韧本质,所以我们可以按照我们的想法快速实现任何框架的!
>
> 咱们以前有悟空框架 -- http://wiki.woodpecker.org.cn/moin/WukooPy
> 现在又有你的 KarriMVC 草案!
> 哈哈哈!非常有趣和有效的思路!俺非常支持!
> 建议先将 SQLObject 替换成 SQLAlchemy --更加京高效的ORM 框架后,
另外建议V 也使用 GenShi 替换KID,
TurboGears 已经准备在下一版本迁移到 GenShi 的模板系统了,
我们也要跟上!
http://genshi.edgewall.org/

Zoom.Quiet

unread,
Dec 13, 2006, 11:53:34 PM12/13/06
to pyth...@googlegroups.com
On 12/14/06, Zoom. Quiet <zoom....@gmail.com> wrote:
> On 12/14/06, Zoom. Quiet <zoom....@gmail.com> wrote:
> > On 12/14/06, Moyan <ghi...@gmail.com> wrote:
> > > Karrigell+SQLObject+KID,也来个MVC模式

记录在维基中了!咔咔咔!

http://wiki.woodpecker.org.cn/moin/KarriMvc

Moyan

unread,
Dec 14, 2006, 7:24:24 AM12/14/06
to python.cn

On 12月14日, 下午12时53分, Zoom.Quiet <zoom.qu...@gmail.com>
wrote:
> On 12/14/06, Zoom. Quiet <zoom.qu...@gmail.com> wrote:


>
> > On 12/14/06, Zoom. Quiet <zoom.qu...@gmail.com> wrote:
> > > On 12/14/06, Moyan <ghi...@gmail.com> wrote:

> > > > Karrigell+SQLObject+KID,也来个MVC模式记录在维基中了!咔咔咔!


>
> http://wiki.woodpecker.org.cn/moin/KarriMvc
>
> > > soooo great!
>
> > > 正是因为python 的超级柔韧本质,所以我们可以按照我们的想法快速实现任何框架的!
>

> > > 咱们以前有悟空框架 --http://wiki.woodpecker.org.cn/moin/WukooPy

> > > douban@http://www.douban.com/people/zoomq/


> > > ____________________________________
> > > Please use OpenOffice.org to replace M$ office.
> > > http://zh.openoffice.org
> > > Please use 7-zip to replace WinRAR/WinZip.
> > > http://7-zip.org/zh-cn/
> > > You can get the truely Freedom from software.
> > > '''
>
> > --
> > '''Time is unimportant, only life important!
> > blog@ http://blog.zoomquiet.org/pyblosxom/
> > wiki@ http://wiki.woodpecker.org.cn/moin/ZoomQuiet

> > douban@http://www.douban.com/people/zoomq/


> > ____________________________________
> > Please use OpenOffice.org to replace M$ office.
> > http://zh.openoffice.org
> > Please use 7-zip to replace WinRAR/WinZip.
> > http://7-zip.org/zh-cn/
> > You can get the truely Freedom from software.
> > '''--
> '''Time is unimportant, only life important!
> blog@ http://blog.zoomquiet.org/pyblosxom/
> wiki@ http://wiki.woodpecker.org.cn/moin/ZoomQuiet

> douban@http://www.douban.com/people/zoomq/


> ____________________________________
> Please use OpenOffice.org to replace M$ office.
> http://zh.openoffice.org
> Please use 7-zip to replace WinRAR/WinZip.
> http://7-zip.org/zh-cn/
> You can get the truely Freedom from software.


仨儿,热情让我不知所措
说实话,我上面的总结也就是自己写了点应用,然后做的一些总结。倘若真的要弄个什么框架出来(比如象TurboGears那样弄点胶水代码),有点叫假李逵舞真大斧......吃力。TurboGears中CherryPy和kid
以及SQLObject都分别学了下,但回到TurboGears后就是觉得TurboGears的代码晦涩(比如pyProtocol等),可能和我的水平有关。
喜欢Karrigell就是在里面思想是自由的,可以想当然地写东西。(他的教程也很简短),上面提及的MVC就是简单的print语句将kid代码"黏接"起来的。如果真的要实现karriMVC的话,我倒是觉写个工程管理代码象Django那样自动生成个工程目录以及一些相关的代码。然后在里面弄弄自己的代码

另外,不得不提提开源和出成果,写码效率的事情。
开源,使得我们对每样东西都有很多很多的选择,但选择多了会让人流于选择和对比的过程,忘记了实践的本身。实际上每样东西从陌生到熟练都得经过番努力,然后才会有成品。
这是我固守karrigell的另一个原因。(至少我等Django成熟稳定了再去弄它,现在就跟着,思想上跟着。若硬要现在就决定一个可以开放在internet上的开发框架,我会选Quixote。Karrigell的性能好像有缺陷,不是特别适合在internet上发布,其他的他还缺少个自定义form的实现,这和他什么模板也不确定也有一定的关系,个人以为)

gengshi前些天看过,喜欢这样是升量的东西,好选择,不用对比!!^-^

Dryice Liu

unread,
Dec 14, 2006, 7:59:01 AM12/14/06
to pyth...@googlegroups.com
"Moyan" <ghi...@gmail.com> wrote:

> 另外,不得不提提开源和出成果,写码效率的事情。
> 开源,使得我们对每样东西都有很多很多的选择,但选择多了会让人流于选择和对比的过程,忘记了实践的本身。实际上每样东西从陌生到熟练都得经过番努力,然后才会有成品。
> 这是我固守karrigell的另一个原因。(至少我等Django成熟稳定了再去弄它,现在就跟着,思想上跟着。若硬要现在就决定一个可以开放在internet上的开发框架,我会选Quixote。Karrigell的性能好像有缺陷,不是特别适合在internet上发布,其他的他还缺少个自定义form的实现,这和他什么模板也不确定也有一定的关系,个人以为)

能说说选Quixote的原因吗?
我原来一直用Quixote,不过最近想换
原因:

1. Quixote 的开发最近不活跃了,原来的开发者都跑去弄 qp 了
2. 不支持 Python2.5 。出了个 2.5a 可以在 Python2.5上跑,然后就没信了。
邮件列表上也没什么消息。

--
Dryice @ http://dryice.name

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/sylvester-response.html

yi huang

unread,
Dec 14, 2006, 8:05:11 AM12/14/06
to pyth...@googlegroups.com
"Moyan" < ghi...@gmail.com> wrote:

> 另外,不得不提提开源和出成果,写码效率的事情。
> 开源,使得我们对每样东西都有很多很多的选择,但选择多了会让人流于选择和对比的过程,忘记了实践的本身。实际上每样东西从陌生到熟练都得经过番努力,然后才会有成品。
> 这是我固守karrigell的另一个原因。(至少我等Django成熟稳定了再去弄它,现在就跟着,思想上跟着。若硬要现在就决定一个可以开放在internet上的开发框架,我会选Quixote。Karrigell的性能好像有缺陷,不是特别适合在internet上发布,其他的他还缺少个自定义form的实现,这和他什么模板也不确定也有一定的关系,个人以为)

能说说选Quixote的原因吗?
我原来一直用Quixote,不过最近想换
原因:

1. Quixote 的开发最近不活跃了,原来的开发者都跑去弄 qp 了
2. 不支持 Python2.5 。出了个 2.5a 可以在 Python2.5上跑,然后就没信了。
  邮件列表上也没什么消息。

我倒是想听听 Moyan 不选 django 的原因,呵呵。
另外 Dryice Liu , 那个 qp 是啥?


--
http://codeplayer.blogspot.com/

jejwe

unread,
Dec 14, 2006, 8:11:49 AM12/14/06
to pyth...@googlegroups.com
qp是什么

Moyan

unread,
Dec 14, 2006, 8:28:10 AM12/14/06
to python.cn
Dryice Liu

我选Quixote倒是没有考虑他现在不被Python2.5支持了。感觉现在到处都是MVC的开发框架,另外ajax也争吵不休(jquery,dojo,mochikit......)。没有体验,谈什么适合(技术里不谈好坏)。选择用的人多的才是,这也是我跟着Django的原因。其实我私下里倒是蛮喜欢TurboGears的。

那么不说"现代"的框架,那么自由以前的、稳定的框架了。如我上面所说,Karrigell有性能缺陷,另外也缺少点东西,什么都自己来也忒累了点。
选择Quixote另外原因,他的all-stack模式
对我安装以及教程也不是很长;)
不需要那么大的概念容量
最后,我看到了不少的Quixote开发成功的站点,很不错。比如douban.com

Moyan

unread,
Dec 14, 2006, 8:28:59 AM12/14/06
to python.cn

On 12月14日, 下午9时11分, jejwe <jejwes...@gmail.com> wrote:
> qp是什么


我也不知道qp是什么? 请dryice liu明示

Dryice Liu

unread,
Dec 14, 2006, 8:41:31 AM12/14/06
to pyth...@googlegroups.com
嗯,多谢。就象你上面说的一样,自己用着舒服就好 :)

Dryice Liu

unread,
Dec 14, 2006, 8:39:22 AM12/14/06
to pyth...@googlegroups.com
"Moyan" <ghi...@gmail.com> wrote:

> On 12月14日, 下午9时11分, jejwe <jejwes...@gmail.com> wrote:
>> qp是什么

QP 是 Quixote 原来的开发者新搞的一套框架,和 Quixote 很象
主页在 http://www.mems-exchange.org/software/qp/
和 Quixote 的一些比较在
http://mail.mems-exchange.org/durusmail/quixote-users/5593/

Moyan

unread,
Dec 14, 2006, 8:54:45 AM12/14/06
to python.cn
留个注脚
http://mail.mems-exchange.org/durusmail/quixote-users/5593/

原来又是一个"现代"版本的web frameworks
ORM- Durus
view-qpy
qp

增长于Quixote

Reply all
Reply to author
Forward
0 new messages