Skip to main content

97 posts tagged with "python"

View All Tags

· 4 min read

明天公司補放國父誕辰紀念日，所以有空到 Google 翻翻最近有沒什麼有趣的文章。我找到了一篇 TurboGears vs Rails. 文章名稱夠聳動，雖然這篇文章有點舊了 (用的是 0.9 的預覽版 TurboGears, 或稱為未進化型態版本 XD), 不過裡面對 TurboGears 和 Rails 的特性確實抓得頗準:

The Pythonic way is "explicit over implicit". Everything is out for show: you know what modules are imported, you know what methods are exposed, you know what columns are defined and so on. It may take more keystrokes but the extra code let's you know what is happening when things go wrong. python 語言的風格是 '直率的比含糊的好'. 所以所有的過程都可以被檢視：妳曉得如何導入使用的模組，函式怎麼對應到網址上，妳也曉得資料物件如何定義等等。妳可能需要多打一些字 (註：事實上不多), 但是這些額外的程式碼能讓妳在發生錯誤時更容易地知道自己的程式到底發生了什麼事.

The the Rails way is the opposite: take the burden off the developer, don't bother them with the petty details that get in the way and add to the line noise. Rails 的寫作方式則相反：把讓開發者困擾的因子都去除掉，不要在開發中用細節來干擾程式碼.

事實上去年 5 月底時，我在看過 OnLamp 網站上的 Ruby On Rails 教學後，相當驚訝現在網頁開發的進步 (之前有一年沒寫動態網頁了). 所以我也趁等待完成論文前的時間歔空寫了篇 Ruby On Rails 教學。不過在 7 , 8 月 Django, TurboGears 這些 Python 框架相繼出現後，我發現除了可以使用熟悉的 Python 語言風格來寫程式之外，以後也可以透過網頁介面來使用大量的 Python 模組實在非常吸引我。而當 TurboGears 框架出現 ToolBox 這神奇的工具箱後，我開始漸漸投入了 TurboGears 開發的行列.

能展現自我特點的是創意而不是程式碼 在我的觀念裡，能展現自我特點的是創意而不是程式碼 (也許因為我不是個天才程式設計師吧 XD). Rails 也是個相當吸引人的框架 (差不多靠一己之力拉拔 Ruby 語言 XD). 但是 python 的 "應該會有一個 -- 最適當的一個的方式來實現" 哲學比較接近我的想法。在閱讀其他人的 TurboGears 專案時只要不用到太進階的 Python 語言功能，基本上都非常易於閱讀與修改. (例如目前 TurboGears 最進階的教學文件: SQLalchemy 版的 SimpleBlog, 花一些時間就可以改寫成 TurboEntity 版 SimpleBlog 之一, 之二)

· 5 min read

當開始使用 MVC (Model, View, Controller) 的方式設計網站程式後，組織網站架構的重任就從傳統的分頁換到程式控制部份 (Controller) 的網址 - 函式對映 (URL Mapper) 上.

舉 python 網頁框架的例子為例，python 的網頁框架很多，最常聽到的 Django, TurboGears, pylons 都各自有各自不同的網址 - 函式對映方式. 網址 - 函式對映能將程式控制部份對映到網站架構，也能依照一些規則將輸入的網址對應成函式的參數，方便程式使用.

Colubrid 這個 WSGI 工具的網站上清楚地列出了目前常見的 URL 對映分類:

  • 使用 正則表達式 (Regular Expression, Regex) 對映 -Django
  • 使用 物件 (Object) 對映 -TurboGears
  • 使用 路徑 (Routes) 對映 -pylons

"-" 號後面的補註是我另加上去的，表示這幾個框架預設的 URL 對映方式. 當然有的框架也可以用另外的 URL 對映 (例如 TurboGears 也能使用路徑對應方式).

範例​

首先我們先給出一個基本的程式架構，再來討論如何將這個程式對應到網頁上。本文隱藏了各網頁框架特定的程式碼，因此在實際運行各種對應方式時需要再加上各自的程式碼.

Class Root(object):
   def index(self):
       return "Front Page"
   def profile(self):
       return "Profile Page"

app = Root()

這個類別 (Class) 包含兩個函式 (Method), 我們的目的是讓它顯示成如下的網站架構:

/
- index
- profile

例子很淺顯，我們就開始來嘗試吧

1. 使用 正則表達式 (Regular Expression) 對映

使用時在 Root 類別裡加上正則表達式來對映網頁

urls = [
         (r'^index,'index'),
         (r'^profile,'profile')
       ]

網頁架構是一串以 (r' 網頁名稱 ' ,' 函式名稱 ') 組成的列表來定義. 網頁名稱，函式名稱部份都可以使用正則表達式

2. 使用 物件對映

不必加入特別的對映方式. Root 類別在實例化後等同網站預設的根目錄， Root 類別下的兩個函式直接對映到相應名稱的網頁上.

/- Root
- index()
- profile()

訪問 / 或 /index 時就等於訪問 index () 函式， 訪問 /profile 時就等於訪問 profile () 函式

3. 使用 路徑對映

這種方式是跟 Ruby on Rails 學來的. 方法是另外建立一個類別，專門處理網頁架構.

class app(RoutesApplication):
  mapping = [
      ('/', Root.index),
      ('/profile', Root.profile)
  ]

app = app()

網頁架構是以 (' 網頁名稱 ' ,' 類別。函式名稱 ') 組成的列表來定義. 網頁名稱部份可以使用正則表達式.

結語​

我在寫本篇之前，從來沒有看懂其他網頁框架的對應方式，因此傻瓜式的物件對映方式對我來說是最直覺了，使用至今還沒什麼感到不方便的地方.

雖然本篇所作的比較簡單，無法展現各種對映方式的實際能力， 例如本篇沒有比較到輸入參數的對映方式.

以上三種方法都已經被證明有效而且許多網站正使用著這些方法運行著. 希望大家能以本篇為基礎，就較理解的 URL 對映方式繼續深入學習.

我很想知道各位看官，對於用簡單的例子來對的各種 URL 對映方式做說明是不是比較容易理解呢？

· 2 min read

今天到天瓏書局預定了 11/9 號出版的 "Rapid Web Applications with TurboGears".

其實這本書早在 9 月多時主要作者 Mark Ramm 透過封閉的 TurboGearsBook group 提供各章節草稿時我就看過了.

參與 TurboGearsBook Group 的要求就是在享受預覽草稿的權利同時也要扮演 Reviewer/Editor 的角色提出意見.

在書籍不是 OpenSource 的情況下，這種兼顧社群與提昇質量的方式還蠻值得參考的.

當時內容還不太完整，不過已經勾勒出大部分的輪廓了。由於 TurboGears 是個整合許多 Python 模組的框架，因此裡面除了框架本身內容，實際範例外，還專章提到了諸如 TurboGear 如何的使用 CherryPy, SQLObject, SQLAlchemy, Formencode 等模組.

另外測試的部份除了講到 nosetests 與 TurboGears 為方便 Model, Controller, Viewer 各層測試而加入的 testutils 測試函式庫外，還提到 Selenium, Mechanize 等使用者經驗測試部份. 算是我相當期待的一本書.

· 2 min read

這幾天 TurboEntity 這個類似 ActiveMapper 的模組一出現馬上獲得不小的關注. 因為它可以用幾乎與 SQLObject 數量相當的程式碼來定義 ORM, 又能完全繼承 SQLAlchemy 的效能和彈性.

Lee McFadden 從上上週開始在他的 Blog 上連載了 3 篇 'SimpleBlog' 系列文章，引導如何使用 SQLAlchemy + TurboGears 製作簡單的 Blog 系統. 他採用了接近基本 SQLAlchemy 的設定方式，因此程式碼有點多.

我用 TurboEntity 照著 'SimpleBlog Part I' 中的範例改寫後，獲得以下程式碼 (model.py):

>
> from turboentity import *
> from docutils.core import publish_parts
> 
> class Post(Entity): 
>     title = Column(Unicode(50))
>     content = Column(Unicode)
>     post_date = Column(DateTime, default=datetime.now())
>     is_published = Column(Boolean, default=False)
> 
>     @property
>     def html_content(self):
>         return publish_parts(self.content,writer_name="html")["html_body"]
>

在其它部份保持不變的情形下，拿來跟原文比較可以發現使用 TurboEntity 寫的定義 ORM 程式，就程式碼行數上實在不輸 SQLObject. 難能可貴地是同樣能保持很高的可讀性.

TurboEntity 網站上還有使用 TurboEntity 版本做 TurboGears Identity Model 的例子，看來轉換到從 SQLObject 轉換到 SQLAlchemy 已經不再是太令人躊躇的事了.