某草草2017-05-16 17:07:52
我個人認為，如果需要把原有的業務邏輯的程式碼或是即將實現的複雜的業務邏輯程式碼單獨提取到一個類別庫中。
MVC主要解決的是視圖、模型、使用者控制分離。在實際業務場景中，由於可能涉及較複雜的邏輯處理，例如多表聯查，因此事務流程處理等等。這些複雜的，相對獨立，與視圖無關的業務邏輯程式碼可以提取到單獨的類別庫中，來對外提供介面。在MVC中透過依賴注入，或是直接引用的方式呼叫。而MVC中的M只是做一個領域模型的角色，可能會更好些。
某草草2017-05-16 17:07:52
當我看到問這個問題的時候，我很想說：“白痴，傻逼，提的什麼JB問題”，但是，後來想想，我覺得不管怎麼，我都應該包容，在此，我想問你，你這個基於的業務邏輯或基礎是什麼？為什麼要這麼做？你覺得這麼做的好處是什麼？由此引來，我們才好對你的想法進行分析和解答，否則這種沒有上下文的問題，一般人是不想回答的，特別是做技術的，往往是想得到一個所以然的，覺得不合理的自然就會罵你了。唉，下面的不說了，我在這裡提一點，要是把其他三層放到model裡就不叫model了，而且也不叫做MVC了，至於是啥情況，我也沒法描述。
