Zope3のスキンの仕組み

Traverseとスキンの仕組み

• zope/publisher/normal.clb に解説あり。
• だいたいこんな感じ
  • request生成
  • beforeTraversal
  • rootオブジェクト取得
  • request.traverse(root)
  • publication.callTraversalHooks
  • publication.traverseName (zope.app.publication.publicationtravers.PublicationTraverse?)
    • 名前が @,+ で始まる場合は、namespaceLookup (zope.app.traversing.namespace)

      nsParseで名前空間と検索名が変わる。:

               >>> nsParse('@@contents.html')
               ('view', 'contents.html')
               >>> nsParse('++vh++http:www.example.com:80')
               ('vh', 'http:www.example.com:80')
               >>> nsParse('++skin++Boston')
               ('skin', 'Boston')
      

      nsParseで得た名前空間を使ってTraverseする。

      ++skin++Bostonなら、skinの名前空間のITraversableを使って処理を行う。:

               class skin(view):
      
                   def traverse(self, name, ignored):
                       self.request.shiftNameToApplication()
                       skin = zope.component.getUtility(ISkin, name)
                       applySkin(self.request, skin)
                       return self.context
      
               applySkinでrequestにスキンのインターフェースをdirectlyProvidesしている。
      
               スキンはインターフェース。レイヤーもインターフェース。
      
               スキンインターフェースはレイヤーインターフェースを継承している。
      
               ビューアダプタはレイヤに所属している。リクエストがスキンインターフェースをdirectlyProvidesしているので
               アダプタの検索でビューアダプタを見つけることができる。
      

    • . なら、contextを返す
    • IPublishTraverse?アダプタを使う
      • よく使われるのはこのトラバーサ。zope.app.container.ContainerTraverser?
      • こんなトラバーサもある。zope.app.demo.insensitivefolder.CaseInsensitiveContainerTraverser?
    • NotFound?
  • traverseNameの返り値は必ずProxyFactoryでsecurityproxiedされる。

    securityproxiedされたオブジェクトのアトリビュートから取得したオブジェクトもまたsecurityproxiedされる。

    つまりtraverseして得たオブジェクトはsecurityproxiedされることになる。securityedproxiedされたオブジェクトを アダプトするときは必要に応じてtrustedアダプタにする必要あり。自分でproxyを外すのはやめよう。

Bostonスキンの構造

• standardmacrosの仕組み
• resourceの仕組み
  • resourceDirectoryの仕組み
• viewletの仕組み

Last edited Sat, 09 Sep 2006 18:44:35 +0900

Edit this page