GAE開發(fā)問題總結(jié)及心得一覽
從接觸GAE（Google App Engine）就可以想著在上面開發(fā)一個(gè)自己的程序進(jìn)行試驗(yàn)，恰好有兩個(gè)想法，一個(gè)是做一個(gè)公司部門使用的工作日志系統(tǒng)，可以由領(lǐng)導(dǎo)閱覽每個(gè)人的工作日志；一個(gè)是想做一個(gè)個(gè)人記賬網(wǎng)站，這主要是從我自己的需求出發(fā)的，父母老教育自己要有理財(cái)?shù)囊庾R(shí)，可惜就是沒有這個(gè)意識(shí)，自己到底有多少錢花了多少錢都從來(lái)沒有想過去整理和記錄。時(shí)間有限，就選擇了自己比較接近的記賬網(wǎng)。
由于平時(shí)工作都只是做一些后臺(tái)的設(shè)計(jì)工作，并沒有太多做web的實(shí)際經(jīng)驗(yàn)，制作過程中還是經(jīng)歷了很多痛苦的階段，不過總算在摸索中磕磕絆絆完成了，下面就把制作過程遇見的問題進(jìn)行一下匯總，和大家分享，希望大家遇見類似問題時(shí)有所幫助。
界面
Web程序最重要的是界面設(shè)計(jì)了，要有專門的美工才算專業(yè)。自己的小程序就沒有想要那么專業(yè)的美工了，看著不太難看就行了。制作中還是長(zhǎng)進(jìn)了不少，重新學(xué)習(xí)了CSS。因?yàn)檫@個(gè)小程序內(nèi)容不會(huì)占太長(zhǎng)的篇幅，就把整體的框架設(shè)計(jì)成有陰影的box，上面是標(biāo)題，左邊命令欄，右邊內(nèi)容的框架。然后按照自己的想法，在Photoshop里畫了出來(lái)，又請(qǐng)教了做美工的一個(gè)朋友，大體學(xué)了一下切圖，就基于table+css把界面畫出來(lái)了。把能做成重復(fù)的圖片用css設(shè)置背景，減少下載圖片的網(wǎng)絡(luò)流量。
框架的選擇
GAE本身提供web框架，但考慮到對(duì)django比較熟悉打算使用django，但經(jīng)過測(cè)試怎么也不成功，就放棄了。對(duì)GAE提供的Web框架進(jìn)行了學(xué)習(xí)，感覺和django的很類似，沒有什么門檻。不過YAML的設(shè)置還是要注意的，特別是static，找了半天才搞明白。
數(shù)據(jù)庫(kù)使用的問題
GAE提供BigTable的數(shù)據(jù)庫(kù)，面向?qū)ο蟮臄?shù)據(jù)庫(kù)，不用再考慮ORM的問題了，使用起來(lái)還是蠻方便的。但使用過程中還是出現(xiàn)了一些誤解，值得總結(jié)一下。
1：多個(gè)對(duì)象的References。如果一個(gè)Model的屬性中要存放多個(gè)對(duì)象References怎么實(shí)現(xiàn)呢？如一個(gè)“支出項(xiàng)”有多個(gè)Tag。其實(shí)這可以看做是References的List。如下：
class VTag(db.Model): user = db.ReferenceProperty(VUser,required=True) name = db.StringProperty(required=True)class VInOut(db.Model): user = db.ReferenceProperty(VUser) tags = db.ListProperty(db.Key, "Tags")這樣當(dāng)然就沒有自動(dòng)調(diào)入的功能了，如果要訪問，可以通過下面的方法：
sql = db.GqlQuery("SELECT * FROM VInOut")inouts = sql.fetch(1000)for inout in inouts: rawtags = db.get(inout.tags) rawtags就是由inout.tags為Key的VTag的一個(gè)對(duì)象列表了。
2：日期型屬性的Bug。使用過程中發(fā)現(xiàn)了一個(gè)問題，就是如果Model的屬性是日期型Date，則在查詢或過濾條件中出現(xiàn)Bug，解決的方法是將Date型改為Datetime型。具體的可參加《 GAE Gqlquery Date屬性不能設(shè)置為過濾條件的Bug》。
3：中文的問題。缺省情況下，數(shù)據(jù)庫(kù)編碼是ASCII編碼，存入中文（UTF8編碼）時(shí)會(huì)出現(xiàn)Bug，尤其是對(duì)于不太注意編碼的朋友，可以參考《 Python中使用中文》。在編寫程序時(shí)最好將所有的文件（程序文件、靜態(tài)HTML模板等）都用統(tǒng)一編碼方式，推薦用UTF-8。
還有，當(dāng)從HTML的Form中接收到字符串?dāng)?shù)據(jù)的時(shí)候，一定要將送來(lái)的數(shù)據(jù)顯式編碼為UTF-8，如self.request.get('memo').encode('utf-8')，否則也會(huì)出問題。
另外，為了解決中文寫入數(shù)據(jù)庫(kù)時(shí)出錯(cuò)的問題，可以在寫入數(shù)據(jù)庫(kù)前做如下操作：
- import sys reload(sys) sys.setdefaultencoding('utf8')
或者
- code = sys.getdefaultencoding()
- if code != 'utf8':
- reload(sys)
- sys.setdefaultencoding('utf8')
其他的方法都試了，不太好使，只有這個(gè)非常管用！還有個(gè)奇怪的事情，GAE的開發(fā)環(huán)境不支持重復(fù)reload，會(huì)不能渲染網(wǎng)頁(yè)，也就是說(shuō)第一種方法會(huì)不能正常工作。所以最好用第二種方法，這樣的話第一次刷新會(huì)出問題，后面刷新就不會(huì)有問題了。GAE的運(yùn)行環(huán)境這兩種是相同的，但是較長(zhǎng)時(shí)間沒有登陸網(wǎng)站的話偶爾還是會(huì)出現(xiàn)刷新白屏的Bug，這確實(shí)是由于重新載入sys造成的，所以首頁(yè)最好不要reload sys，需要存入數(shù)據(jù)庫(kù)的時(shí)候才重新載入sys并設(shè)置UTF-8為缺省編碼。
4：Index.yaml的問題。index.yaml會(huì)由系統(tǒng)自動(dòng)生成和更新，但是如果是沒有這個(gè)文件就把系統(tǒng)直接上傳到GAE，GAE會(huì)花十幾個(gè)小時(shí)才能完全更新。在這段時(shí)間如果用到了，會(huì)出現(xiàn)need index的錯(cuò)誤提示。解決的方法是，在本地完全測(cè)試，把生成的index.yaml直接上傳，就不會(huì)出現(xiàn)上面的問題了。
5：密碼md5保存問題。密碼保存采用了md5哈希算法，按道理md5出來(lái)后是string，可以用StringProperty保存，但發(fā)現(xiàn)存是可以存，取出來(lái)再和正確的重新md5計(jì)算結(jié)果比較，會(huì)不同。解決的方法就是不用StringProperty而用BlobProperty，取出來(lái)后強(qiáng)制str就可以了。
6：TextArea多行出錯(cuò)的問題。這個(gè)問題是不小心造成的。當(dāng)用StringProperty屬性存儲(chǔ)HTML的文本區(qū)（TextArea）內(nèi)的字符串時(shí)，如果在TextArea中回車換行，存入數(shù)據(jù)庫(kù)時(shí)會(huì)出現(xiàn)BadValueError: Property memo is not multi-line的錯(cuò)誤。解決很簡(jiǎn)單，用TextProperty代替StringProperty，同時(shí)還要注意存入時(shí)也要明確編碼為UTF-8，否則會(huì)報(bào)錯(cuò)，如：
- outthing.memo = db.Text(memo, 'utf-8')
session的問題
Web程序很大一部分會(huì)用到Sessions的，原先使用PHP、django時(shí)根本不用考慮Sessions是如何實(shí)現(xiàn)的，只要用就可以了。到了GAE，竟然沒有內(nèi)置的Sessions支持。好不容易找到了utilities，做了簡(jiǎn)單的測(cè)試可以使用就沒管其他的了。可是真正使用的時(shí)候發(fā)現(xiàn)，Sessions中竟然只能存放string對(duì)象。不至于把所有的對(duì)象都變?yōu)閟tring，取回來(lái)再變成其他對(duì)象吧。呵呵，都在進(jìn)步，最新的utilities已經(jīng)支持存放其他類型的對(duì)象了。有興趣的可以看看它的代碼，用的pickle。
最新的utilities Sessions（V0.5.1）實(shí)現(xiàn)中還是有一定的Bug。實(shí)現(xiàn)中使用了GAE的memcache，Session類有個(gè)memcache成員用于存儲(chǔ)緩存的對(duì)象，但是由于會(huì)不定期的清除，造成訪問某些對(duì)象時(shí)出錯(cuò)，主要的是__getitem__函數(shù)，我寫到下面大家可以看看區(qū)別。
原始的：
- def __getitem__(self, k):
- """
- __getitem__ is necessary for this object to emulate a container.
- """
- if k in self.cache:
- return pickle.loads(str(self.cache[k]))
- if k in self.memcache:
- return self.memcache[k]
- data = self.get(k)
- ......
我修改后:
- def __getitem__(self, k):
- """
- __getitem__ is necessary for this object to emulate a container.
- """
- if k in self.cache:
- return pickle.loads(str(self.cache[k]))
- #修改開始
- if self.memcache != None:
- if k in self.memcache:
- return self.memcache[k]
- else:
- self.memcache = memcache.get("sid-"+self.sid)
- if self.memcache == None:
- memcache.set("sid-"+self.sid, {'sid': self.sid}, self.session_expires)
- self.memcache = memcache.get("sid-"+self.sid)
- #修改結(jié)束
- data = self.get(k)
- ......
就是做了self.memcache是否存在的判斷，不存在重新添加。對(duì)于GAE的memcache的使用可以參考：《The Memcache API》。
發(fā)送email的問題
無(wú)異常發(fā)送不成功的問題。無(wú)明顯異常但是發(fā)送不成功最有可能是因?yàn)閙ail.send_mail函數(shù)的sender不是本應(yīng)用注冊(cè)的那個(gè)EMAIL造成的，比如你用abc@gmail.com注冊(cè)的52jizhang.appspot.com，那么sender一定要用abc@gmail.com否則會(huì)不成功的。
發(fā)送內(nèi)容中有中文的不能發(fā)送問題。即使經(jīng)過了前面數(shù)據(jù)庫(kù)中中文問題的處理，發(fā)送EMAIL的中文依舊有問題，解決的方法是將發(fā)送的內(nèi)容用str()包起來(lái)，:-)如下例：
- body = str("""親愛的%s：
- 您的密碼重設(shè)要求已經(jīng)得到驗(yàn)證。請(qǐng)點(diǎn)擊以下鏈接輸入您新的密碼：
- http://52jizhang.appspot.com/regetpassword?confirmation=%s
- 如果您的email程序不支持鏈接點(diǎn)擊，請(qǐng)將上面的地址拷貝至您的瀏覽器(例如IE)的地址欄進(jìn)入我愛記賬網(wǎng)。
- 感謝對(duì)我愛記賬網(wǎng)的支持。
- 我愛記賬網(wǎng) http://52jizhang.appspot.com/
- """ % (userid, confirmation_url))
總結(jié)
上面對(duì)在開發(fā)我愛記賬網(wǎng)中遇見的問題進(jìn)行了一下小結(jié)，總體感覺GAE還是不錯(cuò)的，但也出現(xiàn)了較多的小問題，希望對(duì)大家在使用GAE中有所幫助，讓我們一起進(jìn)步吧o(∩_∩)o...。
【編輯推薦】
