這可能被認爲是一個學術問題，而不是現實世界 - 但是要拋出去看看有沒有人有什麼好主意！我們都知道，將應用程序的業務邏輯與演示文檔分離是一個好主意（我正在研究web-apps atm），但是需要了解HTTP變量所期望的業務邏輯（和然後處理）以及由表示層發送的變量名稱。從表示中分離邏輯：HTTP變量名稱？
這是否簡單地告訴設計師在模板中使用哪些變量名？模板不需要知道變量名是什麼（除非將它們用於JS/CSS選擇器），那麼爲什麼它們應該在那裏被「硬編碼」。或者業務邏輯應該將名稱放入要打印的變量中？模板的另一層複雜性？
有沒有人有這方面的經驗，或想法如何處理它？
謝謝你，艾倫
我的想法......我想這取決於開發商。無論何時我構建應用程序，我都會按照您的建議分離業務和查看邏輯，並通常定義一個ViewModel。 viewModel然後成爲業務邏輯和視圖之間的契約。這允許兩個團隊（UI和業務邏輯開發者）獨立開發，當然允許簡單的測試等。
我明白有不同的方法來查看邏輯分離，但通過經驗，如果你可以定義一個契約，兩個（根據你使用的模式不同而定的形式），這使得開發更容易，尤其是當你有獨立的團隊構建特殊組件時。
當我以前從事網絡開發工作時（目前我在管理員/支持人員），問題在於設計師無法擺脫使用佔位符的想法，而這些想法將在稍後被替換 - 一些複雜的佈局（例如動態手風琴型分層導航菜單）在設計處理動畫和功能與控制字體和顏色的樣式表部分時出現了雞和蛋的問題。
即使是最有能力的設計師，他們使用的工具也不適合解決問題。
我們最終採取的方法是開發人員將提供HTML片段的示例，然後開發人員用動態生成的內容替換片段並清理樣式表，合併任何類。
這是我們可以達到的最實用的解決方案。
C.
你是什麼意思的HTTP變量？網址參數？ – cherouvim 2010-06-08 07:02:42
HTTP變量，如GET或POST參數（所以是URL/GET）。表單字段名稱中的任何內容 - 在表示層和邏輯處理層都需要知道該名稱。 – 2010-06-08 09:59:36