MVC priekšrocības Lielākajai daļai tīmekļa lietojumprogrammu, kas izstrādātas procesuālajās valodās, piemēram, ASP un PHP, ir sākotnējā izstrādes veidne datu programmēšanai hibrīda slānī. Piemēram, pieprasījuma nosūtīšana tieši uz datu bāzi un tā parādīšana HTML mēdz būt ātra, bet, tā kā datu lapu atdalīšana nav ļoti tieša, ir grūti atspoguļot biznesa modeļa izskatu vai modeļa atkārtotu izmantošanu. Produkta dizaina elastība ir ļoti maza, un ir grūti apmierināt mainīgās lietotāju vajadzības. MVC prasa lietojumprogrammu slāņošanu, lai gan tas prasa papildu darbu, bet produkta struktūra ir skaidra, un produkta pielietojumu var labāk atspoguļot modelī. Pirmkārt un galvenokārt, ir jābūt vairākiem skatiem, kas atbilst modeļa spējām. Strauji mainoties lietotāju vajadzībām, var būt vairāki veidi, kā piekļūt jūsu lietojumprogrammai. Piemēram, pasūtījuma modelim var būt pasūtījumi no šīs sistēmas, tiešsaistes pasūtījumi vai pasūtījumi no citām sistēmām, bet pasūtījumu apstrāde ir vienāda, kas nozīmē, ka pasūtījumu apstrāde ir vienāda. Saskaņā ar MVC dizaina modeli problēmu var atrisināt viens pasūtījuma modelis un vairāki skati. Tas samazina koda kopēšanu, t.i., samazina koda uzturēšanas apjomu, un to ir viegli uzturēt, kad modelis mainās. Otrkārt, tā kā modeļu atgrieztajiem datiem nav nekāda displeja formāta, šos modeļus var tieši piemērot arī saskarņu izmantošanai. Treškārt, tā kā lietojumprogramma ir sadalīta trīs slāņos, dažreiz viena slāņa maiņa apmierina lietojumprogrammas maiņu. Lai mainītu lietojumprogrammas biznesa procesu vai biznesa kārtulas, ir jāmaina tikai MVC modeļa slānis. Kontroles slāņa jēdziens ir derīgs, jo tas apvieno dažādus modeļus un dažādus skatus, lai izpildītu dažādus pieprasījumus, tāpēc var teikt, ka vadības slānis satur lietotāja pieprasījuma atļauju jēdzienu. Visbeidzot, tas arī atvieglo programmatūras inženierijas pārvaldību. Tā kā dažādi slāņi veic savus pienākumus, katram dažādu lietojumprogrammu slānim ir dažas no tām pašām īpašībām, kas veicina hipervizora koda ģenerēšanu, izmantojot inženierijas un rīkus. MVC trūkumi MVC trūkumi atspoguļojas šādos aspektos: (1) palielina sistēmas struktūras un ieviešanas sarežģītību. Vienkāršām saskarnēm, stingri ievērojot MVC, lai atdalītu modeļus, skatus un kontrolierus, palielināsies struktūras sarežģītība un var radīt pārāk daudz atjaunināšanas operāciju, samazinot darbības efektivitāti. （2) skats un kontrolieris pārāk ciešs savienojums. Skati un kontrolieri ir atsevišķas, bet cieši saistītas daļas, un skatu izmantošana bez kontrolieriem ir ierobežota, un otrādi, kas novērš to neatkarīgu atkārtotu izmantošanu. （3) skatīt neefektīvu piekļuvi modeļa datiem. Atkarībā no modeļa darbības interfeisa, skats var būt jāizsauc vairākas reizes, lai iegūtu pietiekamus displeja datus. Nevajadzīgi bieža piekļuve nemainītiem datiem var arī kaitēt darbības veiktspējai. （4Pašlaik MVC arhitektūru neatbalsta uzlaboti interfeisa rīki vai konstruktori. Šo rīku pielāgošana MVC vajadzībām un atsevišķu daļu izveide ir augsta, apgrūtinot MVC izmantošanu.
|
Publicēts 06.12.2014 22:30:34
|
|
|
Publicēts 07.12.2014 17:22:49
