1.表現與資料分開管理：
某些資料具備特殊的表現格式，比如顏色，大小等等。為了對這些格式表現分開管理進行
a.使用css定義該型別資料的表現形式: 定義資料的類別，通過該類別對資料格式進行統一定義
.類別名
b.對於某些資料，比如說金錢需要在前面加上乙個$符號的，使用js統一對所有該類別的資料進行特別設定。這樣在顯示該資料時候，只需要設定為類別，就可以顯示特別形式。
$(".類別名").each( ....)
c.如果在別人定義的基礎上進行修改，需要注意加上別人定義類別的字首，這樣的話不會對無關者改變。不能讓所有人對基本類別都可以肆意修改，修改許可權越低，則前面限定的類別應該越多，否則造成混亂。
.類別名 .類別名1
d.資料表現元資料的定義應該統一在資料庫單一源查詢得到，如果隨意在**中定義表現的規則，那麼後期維護也會非常麻煩。所謂元資料:即資料庫中存放資料 <-> 網頁上表現資料；他們並不一定一致，這種轉換的規則必須統一源來定義。比如採取語言國際化標準，可以使用django的國際化，或者js的國際化。再例如一些資料的元資料，比如說型別，國家等等。在使用這些元資料的時候需要統一介面進行使用，而非各自在各自模組中定義一套。
2.所謂的元資料
a.資料的展現格式類別: 例如 css 樣式
b.在資料庫中具體**資料，對應的資料意義。
我們獲取的rest的資料可能並非介面有好的，如果這個從非介面有好到介面友好之間需要轉換，那麼應該有個統一的轉換層。為什麼要統一，防止每個子模組對資料自定**釋，這樣後期就難以維護。轉換層可以在服務端，也可以 在客戶端使用js
c.
WEB介面設計原則
進入與退出編輯模式通常應該採用同樣的互動風格。這樣才有助於發現相反的操作，而就是所謂的對稱 互原則。如果頁面中有乙個字段需要編輯，應該優先使用單字段行內編輯 對於多個欄位或更複雜的編輯，可以使用多欄位行內編輯 如果編輯時的上下文無關緊要，或者使用者在編輯時應該全神貫注，則使用覆蓋層編輯 對於網格編輯...
關於介面設計的理論
今天寫的東西，只是我的個人一些不太成熟的看法。有增減的內容，我會盡量的修改我的理論，呵呵。首先，什麼是介面呢？介面在對於乙個做軟體的人來說，其實是無處不在。軟體系統會分成各個模組，各個模組間的聯絡，我就將之定義為一種介面。例如資料庫與前端介面的介面。各個軟體系統之間為了符合客戶要求，經常需要有交流，...
Web應用介面設計學習1
1 表單 表單無處不在 從註冊賬號到填寫查詢資訊 調查問卷等，都離不開表單的存在。在設計這些表單時，我們應該通過一些方式，讓使用者得知自己的填寫進度 使用類似手風琴的摺疊表單，如果表單很長的話 填寫正確與否 讚揚與指出錯誤，比如小小的綠色對勾，以及醒目紅色提示語 2 按鈕 按鈕的外形設計，最好按照使...