一個產品簡單一些，職責單一一些，或許是更好的選擇。
一個類而言，應該僅有一個引起它變化的原因。打個比方，我們在新建一個winform應用程序的時候，就會有個Form類自動生成，那麼，在這個自動生成的類裏面，我們不能把所有的代碼都往裏面填，什麼db連接，邏輯層的代碼等等都往裏面塞。萬一哪天要改個需求，你就得去改這個Form類裏面的內容。麻煩啊！！！
如果一個類承擔的指責過多，就等於把這些指責耦合在一起了，一個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到意想不到的破壞。其實就是要讓我們搞清楚哪些是UI的，哪些是邏輯的，哪些是持久層的之類的進行分離。不要揉在一起！
職責分離才能把事情辦得更好。代碼會變得易維護、易擴展、易複用。