MVC at MVP

Anonim

MVC vs MVP

Ang Model View Controller (kilala rin bilang MVC) ay isang pattern ng isang katangian ng arkitektura na partikular na ginagamit sa software engineering. Ang partikular na pattern na ito ay ginagamit upang ibukod ang tinatawag na 'domain logic' - na kung saan ay simpleng ang lohika ng isang application para sa user. Ito ay nakahiwalay sa input at pagtatanghal (kilala bilang GUI), at pinapahintulutan ang malayang pagpapaunlad.

Ang Model View Presenter (kilala rin bilang MVP) ay isang direktang pagpapahintulot ng MVC. Ito ay isang pattern ng software (mas partikular, isang disenyo ng user interface pattern) na partikular na idinisenyo upang tulungan ang pagsubok ng mga yunit ng automated, at pagbutihin ang tinatawag na paghihiwalay ng mga alalahanin sa pagtatanghal na lohika. Ang paghihiwalay ng mga alalahanin ay karaniwang isang proseso kung saan ang isang programa sa kompyuter ay pinaghiwalay sa magkakaibang mga katangian na hindi magkakapatong, sa mga tuntunin ng kung paano sila gumana.

Ang modelo ng bahagi ng MVC ay mahalagang isang pattern na kumakatawan sa data sa pamamagitan ng mga tiyak na domain ang data na ginamit upang payagan ang application na gumana. Binabago ng bahagi ng pagtingin ang modelo sa isang pakikipag-ugnayan na angkop para sa mga gumagamit - kadalasan ito ay elemento ng user interface. Sa wakas, ang bahagi ng controller ang pinaka-aptly na natatanggap ng input. Sa pamamagitan ng paggawa ng mga desisyon para sa mga bagay na matatagpuan sa modelo, ang controller ay nagsisilbing isang katalista para sa tugon.

Ang modelo ng bahagi ng MVP ay tumutukoy sa data na ipapakita (o kumilos) sa interface ng gumagamit. Ang view na bahagi ay nagpapakita ng data na tinukoy sa modelo, at nagpapadala ng user na sinenyasan ang mga utos (kilala bilang mga kaganapan) sa nagtatanghal (na kumilos sa data na ito). Ang nagtatanghal, pagkatapos, ay kumikilos sa modelo at sa pananaw ng modelo. Dahil dito, ito ay may kakayahang makuha ang data mula sa mga repository (matatagpuan sa modelo), magpatuloy sa data, at i-format ito, upang ito ay madaling maipakita sa view.

Mayroong iba't ibang mga variant ng MVC. Dahil dito, ang daloy ng kontrol ay isang napaka-mahigpit na pagkakasunud-sunod: Una, ang user ay makikipag-ugnayan sa interface (pagpindot ng isang pindutan sa mouse, halimbawa), at pagkatapos ay ang controller ay aalagaan ang input na kaganapan at binabago ito sa ang naaangkop na pagkilos ng user. Susunod, ang controller ay nagpapaalam sa modelo ng kung ano ang nagawa ng gumagamit, na kung saan ay malamang na magresulta sa modelo ng pagbabago ng estado nito (bilang isang pag-update, halimbawa). Ang view pagkatapos ay poses isang tanong sa modelo upang bumuo ng user interface. Sa wakas, naghihintay ang user interface para sa mga tagubilin na magsisimula muli sa ikot.

Buod:

1. MVC ay isang arkitektura pattern na isolates domain lohika; Ang MVP ay isang inapo ng MVC na dinisenyo upang tulungan ang mga yunit ng automated na pagsubok at pagbutihin ang paghihiwalay ng mga alalahanin.

2. Tungkol sa MVC, ang modelo ay kumakatawan sa data, ang view ay nagbabago ng modelo sa isang friendly na pakikipag-ugnayan ng user, at ang controller ay tumatanggap ng input; patungkol sa MVP, ang modelo ay tumutukoy sa data, ipinapakita ito ng view, at ang nagtatanghal ay gumaganap sa modelo at sa pananaw nito.