• 仔细读了文章后,对karrigell很有好感。像php那样简单。比php样式更多。cherry的对象方式确实比较繁琐。不过,可能适合搭建庞大站点吧。by tomz
    • 咦咦咦?兄台非常紧密的关注啄木鸟的Wiki 哪!刚刚写了一部分就已经有反馈了!谢谢捧场!
    • 其实 Karrigell 也提供 CherryPy 类似的 Pure OOP 发布的格局,即日所谓 .ks (Karrigell Service 模式) 的页面,但是就开发的快捷体验来想,有时候一定程度的 HTML 代码的混合是必要的,直观哪! 而且,使用 PythonIc 的 设计,本身也可以支持大型站点的快速组建的,主要是设计思想...

    • 我现在就是将站点所要操作的现实数据对象映射为py 的类树,Karrigell 仅仅负责将各种类的实例以页面的形式展示…… -- ZoomQuiet

  • 谢谢你的文章! 我对Web开发了解很少,以前一直作桌面应用,用C++。现在有一个项目需要开发一个Web Application,最近几天花了不少时间寻找方案。对于Karrigell,我简单的试验了一下,但是因为我知识有限,所以有些问题还是不清楚,想向你请教:
    • Karrigell自己的Web Server 效率比Appache如何? 我猜这个Web Server只是用来测试的吧?实际应用中也可以用吗
      • Karrigell 也在发展中,实际上,MoinMoin 一种高级维基系统也不过是使用Python 自个儿的CGI 接口来发布信息的,还有Quixote 豆瓣网的基础动力,可以说Python 的Web 服务响应能力是不差的,何况你可以使用各种Cache系统来辅助支持? -- ZoomQuiet

    • 使用Appache的时候,我看它的文档说的是用Appache作桥梁,将请求转发到Karrigell自己Web Server上,我不明白的是,这难道不是白白浪费效率吗?
      • 同上,不过是为了和其它已有站点兼容发布
    • 关于模版,看起来就像是字符串替换而已,这样效率是不是很低? 另外,关于多国语言的方案,我看它的文档中也是很诡异的的,居然用英文原句作为索引去检索其他语种. 还有,如果我希望图片等也可以根据语言设置更换,应该怎么做呢?
      • 理解思路后,自个儿写哪,所谓国际化开发,也不过是字串的自动替换原理一样的…………
        • 再次感谢!
  • 谢谢你的回复。我先做一个原型系统试验一下。另外关于模版,我昨天看了Zope的 zpt,我觉得他的一个feature非常好,就是他的模版文件直接用ie打开就可以看到和最后实际产生的页面类似的效果。而Cheetah的模版文件其实只有程序员才容易看懂。不知道在Karrigell里能不能用zpt呢?