程式設計，應該一切從使用者出發，應該站在使用者的角度，來思考程式的使用者操作體驗。
這事兒得從挺久之前說起，經常在**網買東西，經常遇到想買幾件東西，可是同一家店卻常常沒有全部你想訂購的物件，煞是麻煩的一件事。
後來的某一天，無意中在**的搜尋框中輸入「洗髮水 + 沐浴露」，搜尋結果令人驚喜，竟然出現了「同店購」這麼乙個好東西，搜尋結果列表做得很好，令人一目了然。
這一點，就是發揚了一切從使用者出發的設計思考，使用者生活中遇上的困擾，就是設計師的設計源頭。為使用者解決麻煩，就是乙個程式的最原始和最終目的。
可是，最近又上**網購物，卻發現，不能像以前那樣的方式進行同店購搜尋了。
心想，同店購這麼方便，怎麼就不繼續推行呢？
如果不是細心的網友指出來，我還真沒發覺這個搜尋框。糾其原因，大概如下：一，搜尋框只有一行，占用螢幕面積小，使用者看到的概率小；二，搜尋框，視覺上（指顏色）不突出，吸引不到使用者的眼球。
這樣的使用者體驗感，很差！
打個比方，乙個人想去羅馬，但是如果只有唯一一條羊腸小道可以通往的話，那樣人們就很難發現這條路，去往羅馬的人就會很少。但是如果，條條大路通羅馬的話，那樣使用者就不用特意去找一條羊腸小道，隨意都可以很方便地通向羅馬，概率不是大大地提高了嗎？
所以說，程式設計，一種功能的實現，不能設計只有唯一乙個途徑，應該多途徑都可以很方便地實現。就好比windos應用程式，一般會帶乙個選單欄，集合了所有的功能，而且還乙個有工具欄，會有一些很形象地圖示，指示使用者一些最常用的功能，或者還有一些軟體，帶了右鍵選單，可以很明顯地知道程式附帶了什麼功能，以及如何實現的途徑。
-完-
程式設計的幾個基本原則
1 開閉原則 對擴充套件開放，對修改關閉 也就是用抽象構建框架，用實現擴充套件細節 2 單一職責 乙個類實現的功能要盡可能單一，避免像乙個函式實現兩個功能這樣的設計 這時最後重構成兩個函式 3 黎克特制替換原則 不要破壞繼承體系，如正方形和長方形類，如果把正方形當做長方形的子類 正方形只需定義乙個邊...
物件導向程式設計的基本原則
1 open close principle ocp 開 閉原則。講的是設計要對擴充套件有好的支援，而對修改要嚴格限制。這是最重要也是最為抽象的原則.2 liskov substituition principle lsp 黎克特制代換原則。很嚴格的原則，規則是 子類必須能夠替換基類，否則不應當設計...
超越基本原則
techtarget中國 techtarget中國原創 因為持續要求減少it成本，dba們不能再被看作是主要的成本負擔。相反，dba們必須努力於被公司認可和證明他們的價值。本篇文章將集中講述兩方面內容 你作為乙個dba需要具有的技術 硬 技能和非技術 軟 技能。我還會提供建議關於怎樣同管理層打交道和...