介紹

這里所描述的過程將使你能夠創(chuàng)建一個簡單的基于jQuery / XML的解析器和搜索機制。此過程將通過一個AJAX請求檢索XML，然后在jQuery中分析數(shù)據(jù)，為搜索機制做準備。該解決方案將基于不區(qū)分大小寫的全部或部分關(guān)鍵字匹配地返回結(jié)果。來自于關(guān)鍵字搜索的返回結(jié)果設(shè)置將被格式化為一個直接鏈接到相應(yīng)網(wǎng)站的超鏈接。jQuery搜索方法非常類似于Mike Endale的一個項目，不過增加了一個DOM解析器，正則表達式以及結(jié)果集分組。

背景

客戶端需要一個簡單的搜索工具來查找基于關(guān)鍵字搜索的本地內(nèi)部網(wǎng)站。關(guān)鍵字搜索必須不區(qū)分大小寫，并允許返回部分匹配的結(jié)果。歸咎于客戶端內(nèi)容管理系統(tǒng)的架構(gòu)，因此（SharePoint）只能執(zhí)行客戶端腳本。其解決方案的另一個障礙是，源數(shù)據(jù)將來自多個源。數(shù)據(jù)被存儲在多個Excel電子表格，CSV文件和MS Access數(shù)據(jù)庫內(nèi)。這就對我們提出了這樣的需要：開發(fā)具有一系列查詢和一個宏的Access解決方案，充當可合并、擦洗，并最后格式化數(shù)據(jù)作為XML輸出的偽ETL。對于這個解決方案的目的，我們將詳細介紹JavaScript XML分析器的設(shè)計，而不是偽Access ETL宏工具的設(shè)計。

使用代碼

該解決方案的做法是利用一個簡單的基于JavaScript / XML的搜索來發(fā)送數(shù)據(jù)結(jié)果到HTML / JavaScript前端。前端將引用腳本：jQuery，XML和CSS文件。XML格式將因為它的可讀性和它是數(shù)據(jù)交換行業(yè)標準格式之一的事實而被使用。 XML數(shù)據(jù)將通過使用AJAX的客戶端jQuery解析，并通過Internet Explorer 11呈現(xiàn)。

解決方案將使用RegExp對象來處理關(guān)鍵字匹配，驗證和特殊字符處理。RegExp對象字符串將檢查危險語法從而提高解決方案的穩(wěn)定性和整體可用性。

我們將默認使用JavaScript分組功能來返回匹配結(jié)果作為折疊的紀錄集。折疊的記錄集線項目將被URL鏈接到相關(guān)的Project Workspace網(wǎng)站。在擴展的組記錄集下，結(jié)果將存在于相關(guān)的子記錄中，當通過On Click事件展開的時候。

編者按：可以說現(xiàn)如今的移動端UI設(shè)計中，卡片式設(shè)計撐起了半壁江山，它隨性自由又充滿了邏輯和組織性，它不僅流行著，而且還正在變得更加流行。它長盛不衰的秘密到底何在？讀下去~

個性化的用戶體驗是目前網(wǎng)頁和APP設(shè)計的大趨勢。個性化的新體驗大多建立在單獨內(nèi)容的聚合體之上，而多類型的內(nèi)容想要聚合起來，卡片式的界面則是最合適的載體。如今你所看到的UI界面設(shè)計，卡片式設(shè)計幾乎無處不在，從新聞類站點到游戲界面，從物流APP到社交媒體，等等等等。今天的文章將會詳細解釋卡片式設(shè)計對于設(shè)計師的意義，以及常見的卡片式設(shè)計的功能與特性。

在今年的UX Weeks大會上，Jim Kalbach組織了一場Mapping Experience的工作坊，提出在產(chǎn)品和服務(wù)之間關(guān)系日益密切的今天，如何形成一個服務(wù)生態(tài)系統(tǒng)，是商業(yè)競爭中的重點。其實阿里巴巴集團在早前就提出了“商業(yè)生態(tài)”這個概念，但是到底應(yīng)該如何做？Jim提出：想要在競爭中勝出，其中非常重要的，就是必須清楚的了解自己提供的各種產(chǎn)品和服務(wù)是如何相互作用的，以及是怎樣在用戶的生活中發(fā)生影響的。

其實在整個行業(yè)以及設(shè)計咨詢工作中，很多這方面的工具已經(jīng)被大量的討論和使用了，像服務(wù)藍圖、用戶旅程圖和用戶體驗地圖等等。這些圖表工具都試圖提供一個系統(tǒng)化的視角，以可視化的表達方式，讓你有機會洞察到體驗改善和業(yè)務(wù)增長的機會。

編者按：如何形成自己的設(shè)計方法，建立交付物的衡量標準，優(yōu)化協(xié)同模式。在這篇文章里，你可以看到一個阿里專業(yè)設(shè)計師是如何進行自我提升的。

鴻影：如果2015對我來說尚處于用戶體驗設(shè)計的職場入門階段，2016的核心則是開始撕下初級與新人標簽的進階修煉。4月份的2016 S1開始的時候，我給自己設(shè)定了包括形成個人設(shè)計方法論與應(yīng)用案例等一系列目標，如今S1結(jié)束，也是時候?qū)@段時間的進階修煉來一個總結(jié)回顧了。

形成自己的設(shè)計方法

在公司內(nèi)部經(jīng)常會有一些跨部門的UED分享活動，聽下來個人最明顯的一點感觸就是，這些來分享的設(shè)計師普遍有著一套自己思考總結(jié)出來的設(shè)計方法論，并且有成功應(yīng)用案例支撐。

也許有人會有疑惑，現(xiàn)在關(guān)于設(shè)計方法的輪子到處都是，網(wǎng)上隨便一搜就能找到某某大廠某某大牛的設(shè)計方法分享，直接拿來用就好了，為什么還要費心費力自己造輪子呢？

在我自己的設(shè)計方法還沒有完全成型時，我一度很迷信于網(wǎng)上別人的各種設(shè)計方法的分享，并試圖在自己的項目里加以運用，但結(jié)果卻差強人意：設(shè)計推導(dǎo)的過程看似洋洋灑灑專業(yè)性十足，拿出來給別人一看一講就發(fā)現(xiàn)漏洞百出；有時為了套方法而套方法，體驗地圖一類的輸出物看似有模有樣，最后項目做完了才發(fā)現(xiàn)設(shè)計方案時基本沒用到……雖然自己用的都是別人經(jīng)過驗證的設(shè)計方法，但卻沒有理解透這些方法的應(yīng)用場景與局限所在，也不清楚哪些環(huán)節(jié)其實并非必要存在，自然也讓實際的應(yīng)用效果大打折扣。而靠自己思考、沉淀和交流改進出來的設(shè)計方法，理解和運用起來則要透徹順手很多。

編者按：如何形成自己的設(shè)計方法，建立交付物的衡量標準，優(yōu)化協(xié)同模式。在這篇文章里，你可以看到一個阿里專業(yè)設(shè)計師是如何進行自我提升的。

鴻影：如果2015對我來說尚處于用戶體驗設(shè)計的職場入門階段，2016的核心則是開始撕下初級與新人標簽的進階修煉。4月份的2016 S1開始的時候，我給自己設(shè)定了包括形成個人設(shè)計方法論與應(yīng)用案例等一系列目標，如今S1結(jié)束，也是時候?qū)@段時間的進階修煉來一個總結(jié)回顧了。

形成自己的設(shè)計方法

在公司內(nèi)部經(jīng)常會有一些跨部門的UED分享活動，聽下來個人最明顯的一點感觸就是，這些來分享的設(shè)計師普遍有著一套自己思考總結(jié)出來的設(shè)計方法論，并且有成功應(yīng)用案例支撐。

也許有人會有疑惑，現(xiàn)在關(guān)于設(shè)計方法的輪子到處都是，網(wǎng)上隨便一搜就能找到某某大廠某某大牛的設(shè)計方法分享，直接拿來用就好了，為什么還要費心費力自己造輪子呢？

在我自己的設(shè)計方法還沒有完全成型時，我一度很迷信于網(wǎng)上別人的各種設(shè)計方法的分享，并試圖在自己的項目里加以運用，但結(jié)果卻差強人意：設(shè)計推導(dǎo)的過程看似洋洋灑灑專業(yè)性十足，拿出來給別人一看一講就發(fā)現(xiàn)漏洞百出；有時為了套方法而套方法，體驗地圖一類的輸出物看似有模有樣，最后項目做完了才發(fā)現(xiàn)設(shè)計方案時基本沒用到……雖然自己用的都是別人經(jīng)過驗證的設(shè)計方法，但卻沒有理解透這些方法的應(yīng)用場景與局限所在，也不清楚哪些環(huán)節(jié)其實并非必要存在，自然也讓實際的應(yīng)用效果大打折扣。而靠自己思考、沉淀和交流改進出來的設(shè)計方法，理解和運用起來則要透徹順手很多。

在可以預(yù)見的科技發(fā)展中，汽車將是我們目前所能想象的下一個最重要的移動設(shè)備。汽車的 UI 將會朝什么方向發(fā)展？跟隨本文一起開一下腦洞吧。