在Web開發(fā)中，后端代碼寫起來其實是相當容易的。
例如，我們編寫一個REST API，用于創(chuàng)建一個Blog：
@api@post('/api/blogs')def api_create_blog(): i = ctx.request.input(name='', summary='', content='') name = i.name.strip() summary = i.summary.strip() content = i.content.strip() if not name: raise APIValueError('name', 'name cannot be empty.') if not summary: raise APIValueError('summary', 'summary cannot be empty.') if not content: raise APIValueError('content', 'content cannot be empty.') user = ctx.request.user blog = Blog(user_id=user.id, user_name=user.name, name=name, summary=summary, content=content) blog.insert() return blog編寫后端Python代碼不但很簡單，而且非常容易測試，上面的API：api_create_blog()本身只是一個普通函數(shù)。
Web開發(fā)真正困難的地方在于編寫前端頁面。前端頁面需要混合HTML、CSS和JavaScript，如果對這三者沒有深入地掌握，編寫的前端頁面將很快難以維護。
更大的問題在于，前端頁面通常是動態(tài)頁面，也就是說，前端頁面往往是由后端代碼生成的。
生成前端頁面最早的方式是拼接字符串：
s = '<html><head><title>' + title + '</title></head><body>' + body + '</body></html>'
顯然這種方式完全不具備可維護性。所以有第二種模板方式：
<html><head> <title>{{ title }}</title></head><body> {{ body }}</body></html>ASP、JSP、PHP等都是用這種模板方式生成前端頁面。
如果在頁面上大量使用JavaScript（事實上大部分頁面都會），模板方式仍然會導(dǎo)致JavaScript代碼與后端代碼綁得非常緊密，以至于難以維護。其根本原因在于負責顯示的HTML DOM模型與負責數(shù)據(jù)和交互的JavaScript代碼沒有分割清楚。
要編寫可維護的前端代碼絕非易事。和后端結(jié)合的MVC模式已經(jīng)無法滿足復(fù)雜頁面邏輯的需要了，所以，新的MVVM：Model View ViewModel模式應(yīng)運而生。
MVVM最早由微軟提出來，它借鑒了桌面應(yīng)用程序的MVC思想，在前端頁面中，把Model用純JavaScript對象表示：
<script>var blog = { name: 'hello', summary: 'this is summary', content: 'this is content...'};</script>View是純HTML：
<form action="/api/blogs" method="post"> <input name="name"> <input name="summary"> <textarea name="content"></textarea> <button type="submit">OK</button></form>
由于Model表示數(shù)據(jù)，View負責顯示，兩者做到了最大限度的分離。
把Model和View關(guān)聯(lián)起來的就是ViewModel。ViewModel負責把Model的數(shù)據(jù)同步到View顯示出來，還負責把View的修改同步回Model。
新聞熱點
疑難解答
圖片精選
