1樓：
感覺並沒有太大意義，這樣做乙個很大的弊端就是，當你想換個 Presenter 的時候，或者有多個 Presenter 的時候，這個設計就出現了極大問題，不靈活了，失去了 MVP 架構的初衷。
2樓：楊麼麼
做sdk可能有用，接入應用給與sdk的activity可能也就乙個，
但做應用可能侷限性很大，應用出入棧不好控制，某些場景可能需要單個task之類的，如果自行實現可能效率又不怎麼樣，場景跳轉需要的特效可能也需要自行實現
3樓：angryChicken
感覺應該是可行的。View層用Fragment實現，Activity只充當Fragment的container，這樣Activity就能從View層解放出來做Presenter的工作了。
4樓：nekocode
文中作者腦洞蠻大的~ 不過這樣做，作為 Presenter 的 Activity 對應的 View 無法復用，而且單個 Presenter 只能對應單個 View，限制比較大。
其實在任何開發中，很難實現某種純的設計模式，通常是變種比較多。舉個例子，在 MVP 模式中，其實可以將傳送 Intent 啟動另外乙個 Activity 這種比較常見的操作定義為 View 層的操作。關鍵在於你要去平衡不同層之間的壓力。
個人建議還是把 Activity 定義為 View 層會好些，介面邏輯這種東西本身復用的概率就比較低，直接在 Activity 中寫就對了，而控制邏輯這種可復用的東西更應該抽象成 Presenter。
可以看看我專欄的文章：#android# MVP 的嘗試 - 『Android 還可以這樣開發』 - 知乎專欄
當然，這只是我的一己之見而已啦。
為什麼有蘇中，沒有魯中，粵中，皖中，鄂中？
拉倒吧，高郵寶應都北到淮安了，你還要強迫啟東，海門，靖江，跟你們一起並稱蘇中嗎？可笑至極，老揚泰如果覺得被蘇南人歧視的發了狂，誓要和北劃清界限，沉溺於蘇中不可自拔，建議建立蘇中特別行政區，自己high去，對了，把高郵寶應先劃給鹽城，淮安 還不是剛撥 一抹金色的陽光 山東的話，一般是半島內陸地區，魯中...
這句話中unser aller Leben中all的詞尾為什麼是er？
楊微粒 說起wir的第二格是unser，我想到了這個 Vater unser im Himmel,geheiligt werde dein Name.Vaterunser Wikipedia在天我等父者，我等願爾名見聖。Vater unser unser Vater 因為這裡的 all 修飾的是 u...
Angular中import from 中的 的作用是什麼？
1.因為NPM上的公共包需要命名，而命名存在重名情況，對應特定專案下使用的包或者防止重名，可以用下scope package。有點類似於JS防止全域性變數汙染的，比如a是個全域性變數，但是怕被其他程式設計師寫的汙染，就會弄個dog.a或者pig.a 2.npm上管理的還有種情況也是scope pac...