DIV CSS 佈局教程網

 DIV+CSS佈局教程網 >> 網頁腳本 >> JavaScript入門知識 >> 關於JavaScript >> 網頁用戶注冊界面的設計
網頁用戶注冊界面的設計
編輯:關於JavaScript     

表單,我相信這是前端開發者工作中最難處理的一個作業了.表單設計中幾乎涉及了所有前端各方面的思想與技術.其用戶注冊頁面即為最典型的代表,我要說設計本身沒有對與錯只有好與壞,就好像人的臉,只有漂亮與不漂亮,不能說某人的臉長錯了.當然這其中就會有尺度去衡量,但難就難在這個尺度本身沒有標准.好的,我已經為我將要闡述的觀點鋪好了下去的台階.

首先,我們為什麼要注冊?–其實這真是一個很奇怪的問題,我們似乎被這種習以為常的行為所習慣,並沒有反過來問自己是誰讓我們一定要這麼做?我們要在一個群體中找到某一個體,就必須做兩件事,找誰和為什麼是他.對於找誰最快速的辦法就是用這個個體在群體中唯一的特性.證明此個體真偽的辦法就是比對.這是一個認證事件的兩個過程,但並不是說所有認證必須經過兩步,比如由於可能個體的唯一特征表述復雜而期間又多了一個別名用來簡化特征表述,舉例:身份證號碼與人名的關系.另外有時候唯一特征與證明在一起,比如指紋.點這裡查看網頁教學網的網頁制作教程頻道內容.

其次,什麼是最可靠和最快速的注冊行為呢?–很遺憾,即使你看完這個段落我依然無法回答你我問的這個問題.正如我前面所說只有相對良好的辦法.但是他一定要犧牲可靠與快速的某一方面.我們能做的只有智慧的取捨.

第三,網站為什麼要我們注冊?–拋開一切表現形式的web應用,互聯網到今天只在做一件事情,搶占用戶資料.當然這個用戶資料是泛型的,同時其搶占手段也有顯性與隱形的區分.但,這是一個問題嗎?難道不是嗎?我們要認證某一資料與我們有關系,包括主動的和被動的為什麼都要交給站點來做?要是浏覽器設計當初多想想這個問題,今天的互聯網應該會是另一番不可描述的場景.

那好吧,我們回顧了認證的特質與原因,接下來我們該想想作為一個網站該怎樣讓客人來受這個苦的時候舒服一些.對於網站認證的程度我分為三個層次:

  1. "無需認證"
  2. 普遍認證
  3. 實名認證

此處的無需認證並不是真正意義的不需要認證,而是一種無需讓客戶提供任何特質的友好認證,也是我最為推薦的認證,對於次認證的網站需要有前瞻的思想,宏偉的氣魄,比如門戶網站其內容部分.第二層面也是最令人頭痛甚至深惡痛絕的認證,就是每一個網站都有自己一套獨立的用戶信息和獨特的認證規則表來維持認證.這樣我們去n個這樣的網站就要做n次這樣的認證.第三層面應該說是可靠度最高的認證方式了,同時也是最為復雜的了,但是沒有另客戶特為反感就是它能帶來某種真實屬性,在此我們可以把虛擬與現實聯系起來,比如校內和支付寶.

下面我將分析豆瓣的注冊設計.

進入首頁點擊注冊,進入注冊頁面,一個大大的文字寫著"快速注冊".?,對於無此體驗的用戶會有兩個錯覺,我點擊的是注冊為何進入快速注冊,難道還有慢速注冊,快速注冊是什麼,他是否長期有效.

網站常用的唯一標示大體有三種:

  1. id.用戶注冊時並不知道所申請的標識,所得標識為注冊成功後系統發送,缺點是用戶需要記憶標識.如qq.現在應用中基本已經淘汰.
  2. 自定義用戶名.用戶可選申請,優點是用戶不許獨立記憶.缺點後申請的標識要區分早申請者標識.如大多社區,應用最為廣泛.
  3. 郵箱.是在自定義用戶名基礎之上衍生,把唯一性判斷丟給第三方(由於域名和域名下的用戶名都是唯一的).缺點標志性差和繁瑣.優點把唯一標識和通訊方式整合.

豆瓣采用的是第三種,但它的設計在最下面又有一個設定用戶名的文本框,且並沒有與郵箱和密碼加以區分,會讓人產生判斷,還好並不影響最終效果.

XML學習教程| jQuery入門知識| AJAX入門| Dreamweaver教程| Fireworks入門知識| SEO技巧| SEO優化集錦|
Copyright © DIV+CSS佈局教程網 All Rights Reserved