?
???? WEB部分學了些東西，最近做了幾個項目。慢慢的覺得自己也像個開發者了
????? 我認為開發者是和程序員有所不同的。程序員做的工作比較固定刻板，他們所做的工作中寫代碼占據了大半部分，而思考較少。開發者就不一樣了，如果獨立地去完成一個項目，他們的工作包括需求分析，項目的整體架構等，甚至還有界面美工，當然寫代碼就不用說了。而其中最費時最費腦子的，就是項目中每個功能所包含的邏輯，所涉及到的細節:怎樣讓用戶使用更方便，怎樣使軟件變得更快...這些不僅僅需要完成功能(這只是最起碼的)，還需要開發者的洞察力，靈感，對細節的掌控能力，無不體現一個開發者的綜合能力。
?????? 我們可以學會很多知識拿來為我們服務，簡化開發，但是細節這種東西是不會有老師去教的。只能靠自己摸索，大量思考琢磨以至于廢寢忘食，再加上一點靈感和運氣，才可能會給自己的項目抹上閃光的一筆。這一筆甚至使用者可能注意不到，但是自己知道就足夠了，所謂內行看門道，外行看熱鬧。下面我具體舉幾個例子。鄙人初涉WEB部分時間不久，才疏學淺，只講幾個自己注意到的細節，隨著經驗積累和知識的增長，我對這方面將更加看重。望大家不喜勿噴。
?? ???? 在做類似bbs這樣的東東時，必定會涉及到文章的分頁顯示。當然啦，我前些日子遇到了分頁，花了1天時間自己解決了這個問題，進步不小。
當有很多頁碼的時候，比如第30頁。如果游客在瀏覽第30頁的一篇帖子，他看完了，想回到文章列表，當點擊“返回文章列表”的時候，問題出現了：總是返回到第1頁。注意，這不是bug，也不能說是有問題，但就是讓用戶感到不便。這樣的話每次都要記住自己看到多少頁了，豈不是為難人家？我上過不少論壇，大多都注意到這個問題，但是有些卻沒有解決，造成了用戶的不便。解決方法也不難，只要把分頁內置偏移量傳遞到具體顯示文章的界面就行了。但是有些人就是不做，方便了自己，難為了千萬人。這是細節。
?? ???? 當我們點擊一篇文章查看它的詳細內容時，有時會做這樣的需求：文章瀏覽次數+1。問題出現了：很多開發者在寫代碼的時候，產生慣性思維，當點擊文章時請求后臺，在后臺根據文章編號從數據庫取出信息，然后轉到顯示界面進行顯示，同時瀏覽次數+1。這樣做看起來沒錯啊。但是我們發現，當你在具體顯示文章的界面進行刷新操作時，每當刷新一次文章瀏覽次數就會+1，這顯然是不符合邏輯的。解決辦法不難。捕獲文章鏈接的onclick事件，通過AJAX異步處理就好了。這個問題顯然需要足夠的洞察力以及思考能力。這也是細節。
?? ???? 在做驗證碼的時候如果用戶看不清，需要點擊一個按鈕(或者鏈接)以重新獲取一張圖片驗證碼，這是很常見的需求。但是我見過一些人點擊的時候卻刷新了頁面，而不是只替換驗證碼內容。正確的做法是只更改驗證碼而不是刷新頁面。前者和后者實現的功能完全相同，但前者的弊端在于給用戶帶來不便：用戶上面填寫的注冊之類的信息必須重新填寫。可見功能實現不難，難的是把握好每一個細節，把東西做好，做細，做精。
???????? 在做用戶的注冊和登錄功能的時候，必須要對用戶名進行驗證。我就拿注冊來說。弄的高級點，用AJAX異步檢查用戶名，如果直接把用戶名異步發送到后臺(還是捕獲onclick事件)，就有幾率出大問題。為什么說有幾率，是這樣。如果用戶輸入&,%這樣的字符，在后臺就會報錯，別的字符我還沒有檢查出來，只查出這兩個特殊字符不能經過AJAX的發送請求。必須要先在前臺過濾這些字符，讓用戶輸入符合規范的用戶名，然后再發送到后臺判斷是否存在這些用戶名，我稱之為“二次檢查”。這些看起來不起眼甚至用戶永遠無法知道的細節，體現的是一名開發者的邏輯思考能力和嚴謹的思維方式。通過這個問題我又增長了知識，url請求(其實不只是url，ajax之類也一樣)中參數是不能含有&,%的。
?? ???? 就談到這里，只舉了幾個簡單的例子，實際操作中還有很多這方面的問題。總之，在追求完美的道路上沒有終點，只有精益求精。
????? 我認為開發者是和程序員有所不同的。程序員做的工作比較固定刻板，他們所做的工作中寫代碼占據了大半部分，而思考較少。開發者就不一樣了，如果獨立地去完成一個項目，他們的工作包括需求分析，項目的整體架構等，甚至還有界面美工，當然寫代碼就不用說了。而其中最費時最費腦子的，就是項目中每個功能所包含的邏輯，所涉及到的細節:怎樣讓用戶使用更方便，怎樣使軟件變得更快...這些不僅僅需要完成功能(這只是最起碼的)，還需要開發者的洞察力，靈感，對細節的掌控能力，無不體現一個開發者的綜合能力。
?????? 我們可以學會很多知識拿來為我們服務，簡化開發，但是細節這種東西是不會有老師去教的。只能靠自己摸索，大量思考琢磨以至于廢寢忘食，再加上一點靈感和運氣，才可能會給自己的項目抹上閃光的一筆。這一筆甚至使用者可能注意不到，但是自己知道就足夠了，所謂內行看門道，外行看熱鬧。下面我具體舉幾個例子。鄙人初涉WEB部分時間不久，才疏學淺，只講幾個自己注意到的細節，隨著經驗積累和知識的增長，我對這方面將更加看重。望大家不喜勿噴。
?? ???? 在做類似bbs這樣的東東時，必定會涉及到文章的分頁顯示。當然啦，我前些日子遇到了分頁，花了1天時間自己解決了這個問題，進步不小。
當有很多頁碼的時候，比如第30頁。如果游客在瀏覽第30頁的一篇帖子，他看完了，想回到文章列表，當點擊“返回文章列表”的時候，問題出現了：總是返回到第1頁。注意，這不是bug，也不能說是有問題，但就是讓用戶感到不便。這樣的話每次都要記住自己看到多少頁了，豈不是為難人家？我上過不少論壇，大多都注意到這個問題，但是有些卻沒有解決，造成了用戶的不便。解決方法也不難，只要把分頁內置偏移量傳遞到具體顯示文章的界面就行了。但是有些人就是不做，方便了自己，難為了千萬人。這是細節。
?? ???? 當我們點擊一篇文章查看它的詳細內容時，有時會做這樣的需求：文章瀏覽次數+1。問題出現了：很多開發者在寫代碼的時候，產生慣性思維，當點擊文章時請求后臺，在后臺根據文章編號從數據庫取出信息，然后轉到顯示界面進行顯示，同時瀏覽次數+1。這樣做看起來沒錯啊。但是我們發現，當你在具體顯示文章的界面進行刷新操作時，每當刷新一次文章瀏覽次數就會+1，這顯然是不符合邏輯的。解決辦法不難。捕獲文章鏈接的onclick事件，通過AJAX異步處理就好了。這個問題顯然需要足夠的洞察力以及思考能力。這也是細節。
?? ???? 在做驗證碼的時候如果用戶看不清，需要點擊一個按鈕(或者鏈接)以重新獲取一張圖片驗證碼，這是很常見的需求。但是我見過一些人點擊的時候卻刷新了頁面，而不是只替換驗證碼內容。正確的做法是只更改驗證碼而不是刷新頁面。前者和后者實現的功能完全相同，但前者的弊端在于給用戶帶來不便：用戶上面填寫的注冊之類的信息必須重新填寫。可見功能實現不難，難的是把握好每一個細節，把東西做好，做細，做精。
???????? 在做用戶的注冊和登錄功能的時候，必須要對用戶名進行驗證。我就拿注冊來說。弄的高級點，用AJAX異步檢查用戶名，如果直接把用戶名異步發送到后臺(還是捕獲onclick事件)，就有幾率出大問題。為什么說有幾率，是這樣。如果用戶輸入&,%這樣的字符，在后臺就會報錯，別的字符我還沒有檢查出來，只查出這兩個特殊字符不能經過AJAX的發送請求。必須要先在前臺過濾這些字符，讓用戶輸入符合規范的用戶名，然后再發送到后臺判斷是否存在這些用戶名，我稱之為“二次檢查”。這些看起來不起眼甚至用戶永遠無法知道的細節，體現的是一名開發者的邏輯思考能力和嚴謹的思維方式。通過這個問題我又增長了知識，url請求(其實不只是url，ajax之類也一樣)中參數是不能含有&,%的。
?? ???? 就談到這里，只舉了幾個簡單的例子，實際操作中還有很多這方面的問題。總之，在追求完美的道路上沒有終點，只有精益求精。
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
