-2：一張單據和表的每條資料最好能夠有生命線，什麼時候來的，什麼時候變得，誰變得，怎麼變的，一直到他的使命完結（比如審批完成，那麼他就成為歷史單據，以後只會有人查詢他了，關注點少了）
-1：開發應該知道每個表（每個頁面）都是那些值，什麼時候有值，什麼時候沒有值。不同角色，不同部門的人可以輸入什麼值以及怎麼控制。這種文件如果清晰的話，會給後面接手專案的人很多方便。
0：最好有模板頁面功能，如果使用者輸入單據重複性比較高，那麼應該做乙個 模板頁面功能，將每個使用者的單據按照他們的想法建立為模板頁面，下次填寫頁面的時候直接選擇該模板頁面，然後修改裡面的字段即可，這裡要考慮好許可權問題，簡單考慮，直接按照使用者控制，只能選擇自己建立的模板，或者別人分享給自己的模板。
1：乙個網頁考慮後期維護，應該盡可能單一，最好不要很多功能服用乙個頁面
2：頁面當中每個控制項應該考慮到隱藏與顯示，可用不可用，每個控制項最好應該可以提示出怎麼輸入，輸入錯誤應該有校驗資訊告知使用者錯在**
3：頁面的基本狀態應該是4個，insert，update，query，audit（審批）
3.1 insert頁面，要把最初的單據建立出來，
a.頁面欄位的校驗問題
b.頁面每個控制項的可輸入值的控制（比如不同角色的人或者不同部門的人下拉列表看到東西不一樣）
c.當然特殊情況可能也會有不同人輸入不同的字段值。比如領導直接填寫單子的話，金額只寫領導建議**，此時審批流可能直接往後走，那麼此時下屬員工的建議**字段可能就是空的。如果是財務直接分配預算金額的話，那麼可能員工建議**和領導建議**都不填寫，此時這條資料之後財務建議**有值。
3.2update頁面
a.能不能改，那些能改那些不能改。每個控制項的可輸入值是否需要和建立人的可輸入值一樣，如果不一樣，那麼建立人檢視頁面的時候如何才能看到這個不在他可用範圍內的值，這些都得特殊處理
3.3query頁面
a.資料控制，行級控制和列級別的控制。比如按照部門控制，按照角色控制，按照使用者控制，能檢視哪些單據。列級別的控制，開啟單據檢視後，能看到哪些字段，一般這點不用怎麼考慮，單據每次檢視一般都是可以檢視所有的。
b.普通的檢視頁面是不應該能後修改單據欄位的。
3.4audit頁面
a.每個審批節點人可能需要補充一些自己需要補充字段，也有可能會直接修改單據的所有字段。當然只要能夠改欄位，補充欄位都會涉及到值域的問題，就是可以輸入那些值。
以上所有的東西都盡量在專案初始，或者需求開始的時候把功能盡量封裝好，
目的：a.前台頁面寫起來盡量少寫邏輯判斷,或者有判斷的話，盡量封裝到一塊寫，比如js，body裡面的內容盡量乾淨純潔，可以寫一些注釋。比如採購合同和銷售合同80%欄位一樣，但是盡量做成兩個頁面錄入。
b.**要很方便的根據頁面狀態和使用者角色部門等控制控制項的各種屬性特效，不要每個頁面都是一大段控制**，將**提煉出來，封裝，每個頁面呼叫，這樣**更加好看。
5：乙個專案的前台頁面，總是會用到使用者，使用者部門，使用者角色等資訊，所以這塊應該封裝好，最好能夠直接呼叫。然後其他的一些狀態位，可以在開始的時候就查詢到。然後進行控制。【強烈建議**做好分塊。增加可讀性，不要以為把**懟進去就行了。】
6：乙個頁面的tip提醒很有必要，無論是在列表頁面，還是其他地方，只要是空間顯示不開所有字的地方，都應該滑鼠移動過去就顯示出全部字，不然看不全，真的很折磨強迫症的人。
總結：讓前台頁面的**更加好改，更加好開發，更加好閱讀，開發規範起來（具體在細寫），後續接手專案的人學起來也方便，否則頁面**越來越爛，每個接手的人都抱怨，然後自己又不得不繼續打補丁。
寫乙個網頁
1 建立站點資料夾，站點資料夾的名字可以是中文 2 在站點資料夾下面建立子資料夾和子檔案 css js images html，前三個都是資料夾形式 子資料夾和子檔案的名字不能是中文 2.重置所有預設的樣式和設定一些全域性樣式，並將設定樣式的css檔案和對應的頁面關聯起來 3.劃分區域 如果的寬度大...
乙個網頁的形成過程
乙個網頁從我們輸入 到開啟經歷了以下步驟。dns 網域名稱系統 domain name system 由解析器和網域名稱伺服器組成,網域名稱伺服器儲存著該網路中所有主機的網域名稱和對應的ip位址,網域名稱有唯一對應的ip位址,但是ip位址不一定對應乙個網域名稱，我們就是根據dns來上網的。過程簡述 ...
乙個靜態網頁搭建
html god的部落格 這個人很懶，什麼都沒留下 搜尋2019年11月15日 go語言 go go go，大寶貝，我們要go啦！閱讀全文 編輯2019年11月15日 go語言 go go go，大寶貝，我們要go啦！閱讀全文 編輯2019年11月15日 go語言 go go go，大寶貝，我們要g...