0
業務邏輯放在ViewModel中幾乎所有的例子和教程中,我發現。我做了一些研究,但我仍然遇到麻煩,因爲我無法找到模型本身,並且ViewModel看起來像做了所有事情。一些觀點認爲該模型是KO中的服務器端實體。任何澄清都將有所幫助。在哪裏把商業邏輯放在knockout.js中?
業務邏輯放在ViewModel中幾乎所有的例子和教程中,我發現。我做了一些研究,但我仍然遇到麻煩,因爲我無法找到模型本身,並且ViewModel看起來像做了所有事情。一些觀點認爲該模型是KO中的服務器端實體。任何澄清都將有所幫助。在哪裏把商業邏輯放在knockout.js中?
角2.0按照業務功能對移動的部件,而不是輸出類型(的.js和.html,的.css等)
淘汰賽不是指令性的,所以你也按照這個結構,還要注意很久以前,淘汰賽就成了觀察對象。
轉向後端apis的趨勢也有助於使技術脫鉤並使其更多地關注業務目標。
我傾向於使用中央服務提供商來提供組件和API之間的粘合,但是郵箱允許淘汰組件在它們自己之間喋喋不休,並提供另一種模式。
在模型/視圖/控制器場景的「理想」版本中,您可能會發現真正沒有「商業」邏輯的「單一位置」。這些庫的真正目的(恕我直言)是創建一個有效的*用戶界面,*僅此而已。如果任務確實關注「業務」,則其規則和強制執行可能不屬於JavaScript,也不屬於*客戶端*一方。服務器應該做出商業決策,部分原因是*服務器*端代碼是「遙不可及」。 –