我們常常在表單設計時會遇到這樣的需求：針對不同使用者顯示不同的表單內容，（字段內容，選填性，顯示性，檢驗性等等）均需要做不同處理。這種業務上所謂的「定製化」，讓程式猿十分煩惱。
通俗的解決一般方案：
1.頁面層級做判斷！這是最老最土的解決方案，通過大量的字段判斷語句，達到僵硬的變化表單。稍有改動，就需要對複雜而繁瑣的判斷邏輯做修改。非常不利於後期維護！！！（推薦指數：1星，因為還是可以解決該問題的~）
2.業務
層級做配置！做配置！做配置！不管是xml配置還是配置類設計，都是乙個原理。這是能想到的最快速的優化解決方案。其實這並不快速，因為你需要針對不同應用群體，定義多個不同配置——>然後每次在表單頁面互動時讀取配置檔案——>再從配置中獲取定製化內容。在大量冗長的不同配置下，不僅會增加系統負擔，還要花大量時間在寫配置上。萬一，表單字段需要做增刪改，所有配置都需要重寫。十分麻煩！！！（推薦指數：2星半）
3.資料庫層級做配置！這個方案是在方案2上做的優化。為什麼說是優化呢？因為如果資料庫配置好了不同應用群體的表單內容，在系統就不需要做任何處理，直接獲取資料，展示出來就可以了。不足之處就是寫配置複雜，獲取資料時，對解析配置內容也比較複雜。當然，資料庫的配置方案也是多種多樣的。核心思路也是：不同群體——對應——不同配置的form表單。（推薦指數：3星）
最近在接觸元資料，從而提出一種新的方案：基於表單字段的元資料操作。什麼是元資料操作呢？我們可以理解為用資料去描述資料。其實這是一種縮小運算元據粒度的思想來應對業務邏輯的變化。舉個例子: 我們在設計表單的時候，都是針對一整張表單（多個字段內容）進行業務操作。如果我們細化表單資料（抽象字段），針對每個字段進行操作，會不會更便利呢？
作者後續會更新基於元資料操作的例項，歡迎各位大佬討論補充~
表單 node（實現前後端資料互動）
前台 placeholder 使用者名稱 type password name password placeholder 密碼 type submit value 提交 form body html node後台 const express require express 獲取express模組 c...
前後端學習 Flask http請求 表單
一般的 在未登入訪問某個頁面時，會跳轉到登入介面，登入完後會跳轉回原來那個頁面，方便使用者使用。1 使用url for 向登入介面傳遞需要跳轉回的位址 存放在next中 檢視頁面 判斷是否登入 if username in session return render template view.ht...
nginx實現前後端分離
參考 路徑 nginx conf nginx.conf2.1 設定前端 位置location 2.2 配置後台請求攔截 後台跳轉 攔截所有前端 以 api 開始的請求 到 後端服務 http localhost 8080 backend project name api location api2....