WukooPy -- Web usage Keep object of Python

悟空系统 -- 保持对象化的 Web应用！

• 又一个新的webapp架构，它是面向python程序员的，包含了 Karrigell 和 Quixote 以及其它优秀思想！大家一起来造这个轮子吧！

::-- ZoomQuiet [DateTime(2005-07-13T02:41:38Z)] TableOfContents

• attachment:Logo.jpg

  Include(/TouchAuthor)

缘起

现有 Web Application 点评 这么多Web Application，到底用什么好啊

俺以前一直用zope，后来感觉是越来越差，原因与Quixote和Cherrypy的作者差不多，网上有他们的文章，俺这里就不说了。后来找啊找啊，前前后后重点试过Quixote、Cherrypy、Karrigell，感觉都还不错，各有各的特点：

1. Cherrypy：
   • 将对象机制引入web开发，完全的面向对象发布机制，底层数据、api函数使用cpg集中管理。缺点是底层api调用代码老在变，天啊，俺真的受不了，以前做了一个cherrypy小应用，前前后后重构了10来遍，每次只要用svn更新一下cherrypy代码，就得改一次俺的应用代码。俺就搞不明白，比如一个调用session，就用cpg.sessions就成了吧，为什么一会儿这个样式，一会儿另外个样式。
2. Quixote：
   • 不错，发布方式多，代码结构好，质量最佳，基本上没什么BUG。只是语法调用有点怪异，适应了半天，最后还是不适应。
3. Karrigell：
   • 最易用的系统，入门真简便，良好的debug框架，动态载入。只是代码结构不好，做个应用就得将Karrigell移过去。再有url不支持定制，太有局限性，比如我动态生成一个js文件,总不能扩展名是个py,hip...吧，而且作者象俺有点不务正业，不老老实实做好框架，却去设计什么dbstrange，还做了一堆没用的半成品，唉，有这功夫把自留地种好啊。感觉做做原型、快速开发还不错。
4. PS：这两天谈的比较多的是ruby的web架构，不太感冒，这东东也就是让java程序员见识一下：哦，这么这么简单啊，其实不用编码的框架是不存在的，功能实现与编码量本身就是一对对头。

自我需求

见识了这么多框架，俺理想的架构长得模样也自然产生了（主要性能）：

1. 具有多多的发布接口，象Quixote，就是俺以前提过的万能接口，接口越多，余地越大啊。
2. 底层API与数据的集中管理与调用。比如dgn.get_request(),dgn.get_reponse(),这里的特性是Quixote与Cherrypy的结合和升华。
3. 简便的发布方式。考虑web前端部份的python代码是最易变的，尽可能简单，易读。利用所有都是对象的性能，选择函数发布。
4. 支持url定制，易url的default性能。这个需求好象现在很重要，总比使用apache的mod_write好多了。
5. 语法规则分离出来，用户可使用内置规则，也可定制自已的。内置：quixote_publish1,quixote_publish2,karrigell和函数发布
6. 方便的角色、权限定义和管理

设定前题

系统使用Karrigell和Quixote代码，对于这两个系统的补丁修改，一律使用动态修正方式偷梁换柱，不改变系统的任何代码，以满足原系统的升级和版权等要求。

使用Karrigell的发布方式注意，需将Karrigell发布为KarrigellLib包。即增加init.py,放在site_packages下

特性预览

还是用一个简便例子说明：

   1 #--系统函数--
   2 def _charsetGB2312(fn):
   3     '''函数包装函数，将页面设为gb2312'''
   4     def _init(dgn,*args):
   5         dgn.set_charset('gb2312')
   6         return fn(dgn,*args)
   7     return _init
   8 def _baseAuth(dgn,func,realm='Protected'):
   9     '''权限函数，只有我能上'''
  10     t=dgn.get_baseauth()
  11     if t is not  None and t==('lihui','password'):
  12         result=None
  13     else:
  14         dgn.set_status(401)
  15         dgn.set_header('WWW-Authenticate', 'Basic realm="%s"' % realm)
  16         result=True
  17     return result
  18 #--web前端--
  19 def helloworld1(dgn):
  20     '''发布一个函数,dgn为数据api集中调用入口，为第一个参数,dgn使用的singlon模式，除系统内置定义外，可自行加入定义，比如dbpool,可定义为dgn.db.dbpool
  21 '''
  22     return 'helloworld1'
  23 
  24 def helloworld2(dgn):
  25     '''发布一个函数,加个权限'''
  26     return 'helloworld1'
  27 helloworld2._q_access=_baseAuth
  28 
  29 def helloworld3(dgn):
  30     '''发布一个函数,gb2312发布'''
  31     return 'helloworld1'
  32 helloworld3=_charsetGB2312(helloworld3)
  33 
  34 def helloworld4(dgn,*args):
  35     '''有args的支持default,比如这个函数url为http:/***/p,这个http:/***/p/1/1/1.html,则转为args=['1','1','1.html']'''
  36     return 'helloworld1'
  37 
  38 def helloworld5(dgn):
  39     '''发布一个图形文件'''
  40     return "图文件"
  41 
  42 
  43 def images(dgn,*args):
  44     '''发布images子目录，静态目录'''
  45     return dgn.StaticDirectory(os.path.join(dgn.get_config().path_top,'images'),*args)
  46 
  47 #--发布函数
  48 def root():
  49     result=helloworld1
  50     result.images=images
  51     result.hl2=helloworld2
  52     result.hl3=helloworld3
  53     result.hl4=helloworld4
  54     result.hl5_jpg=helloworld5  #扩展名为jpg
  55     return result

网站架构组合

原来一直用的是zope的zpt和dtml,cherrytemplate是两者的混合，使用很方便，模块就选它拉

sqlobject真不错，实行了关系数据库＋逻辑＋对象处理，zodb和存储过程俺再也不用拉。

俺的最佳组合就是dragon+cherrytemplate+sqlobject

下载

0.11 版发布 attachment:WukooPy-0.11.zip

0.10 版发布 attachment:WukooPy-0.10.zip

发布一个 Hello World 项目

建立一个wukoo_helloworld包

所有应用项目均以python包方式发布，在这里建立python包的方法很多，不再详述。用于测试，比较偷赖的方法是：

1）在系统site-packages子目录下建立wukoo_helloworld子目录

2）在wukoo_helloworld下建立一个init.py

这样我们就建立了一个wukoo_helloworld包，下面如不特指，一切操作均在wukoo_helloworld子目录下进行

建立项目

建立发布内容

增加一个helloword.py文件，内容：

   1 def helloworld(wkp):
   2     return 'Hello World'

这样我们就做了一个函数发布的页面，页面内容为Hello World，wkp参数为api调用入口

制作页面发布接口

建立发布内容后，就要建立url调用逻辑，这种系统指定使用一个root函数，修改文件为

   1 def helloworld(wkp):
   2     return 'Hello World'
   3 
   4 def root():
   5     result=helloworld
   6     return result

制作项目发布接口

每个项目均应制作一个内容发布接口函数create_publisher，该函数调用不用的语法规则（使用不用的publisher),上页内容增加为：

   1 def helloworld(wkp):
   2     return 'Hello World'
   3 
   4 def root():
   5     result=helloworld
   6     return result
   7 
   8 from wukoopy.publish_wukoopy import Publisher ##使用publish_wukoopy发布
   9 def create_publisher():
  10     return Publisher(
  11         root
  12         )

wukoopy下内置quixote1,quixote2,wukoopy,karrigell四种发布方式，Publisher 参数为：

第一个参数：项目入口，每种publisher的入口形式均不一样，wukoopy为root函数

session_manager：为使用sessions,不加则不使用

config：配置文件

logger：log记录

**kwargs ：其它配置

到此我们的项目基本做完了

选择不同方式发布

在wukoo.server下有不同的server发布方式

1）选择simple方式

(1)在命令行下执行

python \*\*\simple_server.py --factory wukoo_helloworld.helloworld.create_publisher

(2)使用python程序

建立一个run_simple.py文件，内容

   1 from wukoo_helloworld.helloworld import create_publisher
   2 from wukoopy.server.simple_server import run
   3 run(create_publisher)

运行后，访问http://localhost:8080/

2）选择cgi访问

建立一个run_cgi.cgi文件，并放在apache可以访问的地方

   1 from wukoo_helloworld.helloworld import create_publisher
   2 from wukoopy.server.cgi_server import run
   3 run(create_publisher)

3）选择fast cgi访问

建立一个run_cgi.fcgi文件，并放在apache可以访问的地方(apache配置不详述）

   1 from wukoo_helloworld.helloworld import create_publisher
   2 from wukoopy.server.fastcgi_server import run
   3 run(create_publisher)

4）选择xitami访问

建立一个run_xitami.py文件

   1 from wukoo_helloworld.helloworld import create_publisher
   2 from wukoopy.server.xitami_server import run
   3 run(create_publisher,'helloworld')

5）选择mod_python访问

配置apache.conf

<LocationMatch "^/helloworld(/|$)">
    SetHandler python-program
    PythonHandler wukoopy.server.mod_python_handler
    PythonOption quixote-publisher-factory wukoo_helloworld.helloworld.create_publisher
    PythonInterpreter wukoo_helloworld.helloworld
    PythonDebug On
</LocationMatch>

6)选择scgi方式

(略）

7）server下还用几种发布方式，参照上述进行。（有一些还是半成品，文件名中有todo)

暂时到这：）

反馈

有什么体验？