Lapisan P menghubungkan model dan pandangan. Data dimuatkan dalam lapisan model, dan lapisan P memanggil kaedah lapisan model Paparan kesan diproses dalam lapisan paparan data, ia berinteraksi dengan lapisan paparan Saya tidak tahu sama ada penjelasan ini boleh dilakukan.
Tugas utama lapisan p ialah mengendalikan pelbagai logik
Saya rasa salah satu kelemahan MVP ialah ia memerlukan menulis banyak antara muka dan kod. Jika aktiviti mempunyai sedikit tugasan yang mencukupi (contohnya, hanya terdapat satu paparan senarai yang meminta rangkaian), logik boleh ditulis secara langsung dalam aktiviti Tidak perlu memaksa mvp
Saya rasa data (termasuk permintaan rangkaian dan penghuraian JSON) harus diletakkan pada lapisan V dan antara muka panggil balik harus disediakan untuk menghantar data yang diproses ke lapisan P Jika data perlu dikemas kini kepada V lapisan, ia akan ditolak oleh lapisan P rendering. (Kata-kata dari newbie)
presenter bertanggungjawab terutamanya untuk lapisan logik Pemuatan data yang anda nyatakan dipanggil lapisan Model oleh ramai orang Penyampai hanya mengawal pelbagai logik jika anda boleh melihat pada video ini contoh sumber terbuka google github
Penyampai hanyalah jambatan antara Paparan dan Model Dalam satu tangan, kaedah Penyampai dipanggil dalam Paparan untuk melaksanakan kawalan logik, dan kemudian Penyampai memanggil kaedah dalam Model untuk melaksanakan kerja permintaan data tertentu, dan kemudian. melalui panggilan balik, Dilalui oleh Penyampai ke Lihat untuk memberikan data. Saya rasa anda memerlukan dua contoh untuk memahami model MVP saya cadangkan dua: 1 StylishMusic 2
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Lapisan P menghubungkan model dan pandangan.
Data dimuatkan dalam lapisan model, dan lapisan P memanggil kaedah lapisan model
Paparan kesan diproses dalam lapisan paparan data, ia berinteraksi dengan lapisan paparan Saya tidak tahu sama ada penjelasan ini boleh dilakukan.
Tugas utama lapisan p ialah mengendalikan pelbagai logik
Saya rasa salah satu kelemahan MVP ialah ia memerlukan menulis banyak antara muka dan kod. Jika aktiviti mempunyai sedikit tugasan yang mencukupi (contohnya, hanya terdapat satu paparan senarai yang meminta rangkaian), logik boleh ditulis secara langsung dalam aktiviti Tidak perlu memaksa mvp
Saya rasa data (termasuk permintaan rangkaian dan penghuraian JSON) harus diletakkan pada lapisan V dan antara muka panggil balik harus disediakan untuk menghantar data yang diproses ke lapisan P Jika data perlu dikemas kini kepada V lapisan, ia akan ditolak oleh lapisan P rendering. (Kata-kata dari newbie)
presenterbertanggungjawab terutamanya untuk lapisan logik Pemuatan data yang anda nyatakan dipanggil lapisanModeloleh ramai orang Penyampai hanya mengawal pelbagai logik jika anda boleh melihat pada video ini contoh sumber terbuka google githubPenyampai menyelaraskan Pandangan dan Model Perasaan intuitif ialah logik kawalan antara V-M
Perubahan model dipanggil kembali ke View through Presenter; MVC...
Penyampai hanyalah jambatan antara Paparan dan Model Dalam satu tangan, kaedah Penyampai dipanggil dalam Paparan untuk melaksanakan kawalan logik, dan kemudian Penyampai memanggil kaedah dalam Model untuk melaksanakan kerja permintaan data tertentu, dan kemudian. melalui panggilan balik, Dilalui oleh Penyampai ke Lihat untuk memberikan data. Saya rasa anda memerlukan dua contoh untuk memahami model MVP saya cadangkan dua:
1 StylishMusic
2