就是將專案中其他三層融入model中
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师，...
我個人認為，如果需要把原有的業務邏輯的程式碼或是即將實現的複雜的業務邏輯程式碼單獨提取到一個類別庫中。 MVC主要解決的是視圖、模型、使用者控制分離。在實際業務場景中，由於可能涉及較複雜的邏輯處理，例如多表聯查，因此事務流程處理等等。這些複雜的，相對獨立，與視圖無關的業務邏輯程式碼可以提取到單獨的類別庫中，來對外提供介面。在MVC中透過依賴注入，或是直接引用的方式呼叫。而MVC中的M只是做一個領域模型的角色，可能會更好些。
當我看到問這個問題的時候，我很想說：“白痴，傻逼，提的什麼JB問題”，但是，後來想想，我覺得不管怎麼，我都應該包容，在此，我想問你，你這個基於的業務邏輯或基礎是什麼？為什麼要這麼做？你覺得這麼做的好處是什麼？由此引來，我們才好對你的想法進行分析和解答，否則這種沒有上下文的問題，一般人是不想回答的，特別是做技術的，往往是想得到一個所以然的，覺得不合理的自然就會罵你了。唉，下面的不說了，我在這裡提一點，要是把其他三層放到model裡就不叫model了，而且也不叫做MVC了，至於是啥情況，我也沒法描述。
哈哈估計樓主表達能力有問題
把專案中其他三層融入model中，這樣做還分層乾啥
這麼乾不科學呀. MVC就是將其他的分開的.
哦，這麼做的話就不用分層了，還MVC幹嘛...
2B ,你還忽略，你能問清楚嗎？
你可以去理解mvc的概念
我個人認為，如果需要把原有的業務邏輯的程式碼或是即將實現的複雜的業務邏輯程式碼單獨提取到一個類別庫中。
MVC主要解決的是視圖、模型、使用者控制分離。在實際業務場景中，由於可能涉及較複雜的邏輯處理，例如多表聯查，因此事務流程處理等等。這些複雜的，相對獨立，與視圖無關的業務邏輯程式碼可以提取到單獨的類別庫中，來對外提供介面。在MVC中透過依賴注入，或是直接引用的方式呼叫。而MVC中的M只是做一個領域模型的角色，可能會更好些。
當我看到問這個問題的時候，我很想說：“白痴，傻逼，提的什麼JB問題”，但是，後來想想，我覺得不管怎麼，我都應該包容，在此，我想問你，你這個基於的業務邏輯或基礎是什麼？為什麼要這麼做？你覺得這麼做的好處是什麼？由此引來，我們才好對你的想法進行分析和解答，否則這種沒有上下文的問題，一般人是不想回答的，特別是做技術的，往往是想得到一個所以然的，覺得不合理的自然就會罵你了。唉，下面的不說了，我在這裡提一點，要是把其他三層放到model裡就不叫model了，而且也不叫做MVC了，至於是啥情況，我也沒法描述。
哈哈估計樓主表達能力有問題
把專案中其他三層融入model中，這樣做還分層乾啥
這麼乾不科學呀. MVC就是將其他的分開的.
哦，這麼做的話就不用分層了，還MVC幹嘛...
你是外星人。 。 。 。
2B ,你還忽略，你能問清楚嗎？
你可以去理解mvc的概念