說明：信息系統實踐手記系列是系筆者在平時研發中先後遇到的大小的問題，也許朴實和細微，但往往卻是經常遇到的問題。筆者對其中比較典型的加以收集，描述，歸納和分享。 摘要：介紹典型的客戶端中列表數據展現的6個要素。 正文 1.客戶端和伺服器 一般典型的信息系統總可以分為前臺（也稱“客戶端”）和後臺（也稱“
說明：信息系統實踐手記系列是系筆者在平時研發中先後遇到的大小的問題，也許朴實和細微，但往往卻是經常遇到的問題。筆者對其中比較典型的加以收集，描述，歸納和分享。
摘要：介紹典型的客戶端中列表數據展現的6個要素。
正文
1.客戶端和伺服器
一般典型的信息系統總可以分為前臺（也稱“客戶端”）和後臺（也稱“服務端”）。
服務端一般提供一些列後臺功能，和DB交互，從經典的J2EE到現在的restful介面，它將業務的數據處理邏輯從呈現層的UI拆分開，數據很頂層巨集觀的解耦合，基本深入人心，人人遵守。
客戶端一般提供UI界面供用戶使用，主要分為BS和CS兩種。
BS方式：用WEB技術開發的客戶端UI界面，只要在瀏覽器打入web地址就能調出UI，使用方便但界面呈現相對弱於CS。不過近來HTML5等都很有展現力。
CS方式：用比如JAVA或.NET開發的，利用OS本地類庫（WINAPI/MFC/WPF/GDI/DIRECTX/JAVA等）開發，有現成控制項可用，運行速度高於BS，界面元素更豐富。
使用哪種方式因公司不同，研發策略，技術路線，開發團隊能力，使用場景，用戶要求，合同內容等而定。
2.為開發GIS應用採用CS中包含BS的方式
為開發GIS（地理信息）應用，需要和GIS引擎交互，典型的有：百度地圖API，公安標準PGIS，開源的arcGIS，第三方GIS供應商如數字點陣圖等。這些API大都提供JS介面，也有FLEX（Flash）介面，有些是restful風格，封裝的不錯。其實都比較適合開髮網站應用，或手機APP。因為現在典型的GIS應用主戰場都在手機APP（安居客等），或網站（百度，大眾點評等）場景中展開，所以都提供JS介面方便開發。
但筆者遇到的項目是傳統的IT項目，客戶需要開發基於GIS的應用，但只能用CS結構實現。所以經過嘗試，採用了一種混合的方法，應該也有不少人在用。就是windows操作系統下的CS客戶端中嵌入了IE的OCX控制項，在控制項中調用GIS引擎的JS/FLEX的API類庫。此方式稍有點複雜，而且對於WPF層，JS層，以及和後臺SERVER的信令交互，消息數據傳遞，局部頁面PAGE的非同步更新，都有一些註意點（在之後的手記中再仔細描述），大家遇到類似上下文環境可參考。
3.列表數據展現的6個要素
講了半天，轉入正題。一個嵌入了IE的OCX控制項並以JS調用GIS引擎的CS客戶端，一般可以用C#/WPF來開發。客戶端的內容和展現上其實分2兩種截然不同的部分，既有GIS地圖展現相關的類似WEB的JS內容呈現，又有典型的CS對話框，視窗，設備列表等展現。兩種風格混在一起，可能讓開發人員不太適應。
另外，無論大小公司，研發部門總有開發規範，但實際RUN起來時流程執行到什麼程度就很難把控了。下麵針對一個具象的問題“列表數據的展現”，比如需要顯示一個dialog，裡面哪怕只有一列數據，它顯示一萬個設備ID，怎麼做呢？三個開發會做出三個東西來。在實踐，經過總結並和用戶交流，給出如下6點，則基本圓滿。
- 使用高效控制項（數據量大就要考慮UI速度。比如MINIUI框架的listbox顯示超過數百行就不太好用，可以改為grid控制項或其他）
- 支持數據分頁（如果列表數據欄位可能超過200行，就應該分頁，否則不方便用戶查看）
- 支持數據排序（數據欄位總是必須要排序的，不排序的信息毫無價值，用戶腦中預設是排序的）
- 支持數據搜索（即使分頁和排序了，還必須提供搜索功能，這樣的組合拳打下來，用戶就比較滿意了，界面很友好，功能多層次。）
- 支持滾動條（因數據項本身寬度可能很長，且記錄行也很多，在有限的dialog可視區域內很難看清楚，必須支持滾動來提升展現力。）
- 支持TIPS提示（有時滾動很麻煩，為了臨時看一下數據，應支持滑鼠懸停到某個數據項的時候以tips形式顯示“額外信息”，界面就更友好，展現力層次豐富了。）
以上6個要素，看著容易，說說也簡單，卻往往都忘記和缺漏，讀者可以自己摸排比對一下。最終用戶要麼能忍受BADUI，要麼以BUG或REQ（需求）的形式反饋給產品經理，然後PM再排入開發計劃，何苦呢？將“6要素”列入《UI設計規範》之中，以此標準來開發和測試所有類似情況，標準化UI元素。
說明：本文涉及的諸如“百度”，“安居客”，“大眾點評”，“數字點陣圖”等專有名詞，包括協議名稱，軟體名稱等，皆來自於網路信息，僅供參考。
[END]
