එම්වීපී සහ එම්වීසී යනු කුමක්ද සහ වෙනස කුමක්ද?

බොහෝ මෙවලම් මඟින් ඔබව දිරිමත් කරන RAD (ඇදගෙන යාම සහ වින්‍යාස කිරීම) ක්‍රමයෙන් ඔබ්බට බලන විට, ආදර්ශ-දර්ශන-පාලක , ආදර්ශ-දර්ශන-ඉදිරිපත් කරන්නා සහ ආදර්ශ-දර්ශන-දර්ශන මොඩලය යනුවෙන් හැඳින්වෙන මෝස්තර රටා තුනක් ඔබට දැකගත හැකිය . මගේ ප්‍රශ්නයට කොටස් තුනක් ඇත:

1. මෙම රටාවන් ආමන්ත්‍රණය කරන ගැටළු මොනවාද?
2. ඒවා සමාන වන්නේ කෙසේද?
3. ඒවා වෙනස් වන්නේ කෙසේද?

ආදර්ශ-දර්ශන-ඉදිරිපත් කරන්නා

දී වයස් භේදයක් , ඉදිරිපත්කරන්නාගේ දසුන සඳහා UI ව්යාපාර තර්කනය අඩංගු වේ. දර්ශන නියෝජිතයාගේ සියලුම ආයාචනා කෙලින්ම ඉදිරිපත් කරන්නා වෙත. ඉදිරිපත් කරන්නා ද දර්ශනයෙන් කෙලින්ම විසන්ධි කර අතුරු මුහුණතක් හරහා ඒ සමඟ කතා කරයි. මෙය ඒකක පරීක්ෂණයකදී දර්ශනය සමච්චලයට ලක් කිරීමට ඉඩ දීමයි. එම්වීපී හි එක් පොදු ලක්ෂණයක් නම් ද්වි-මාර්ග යැවීම විශාල ප්‍රමාණයක් තිබිය යුතු බවයි. උදාහරණයක් ලෙස, යමෙකු "සුරකින්න" බොත්තම ක්ලික් කළ විට, සිදුවීම් හසුරුවන්නා ඉදිරිපත් කරන්නාගේ "OnSave" ක්‍රමයට යොමු කරයි. සුරැකීම සම්පුර්ණ වූ පසු, ඉදිරිපත් කරන්නා පසුව එහි අතුරු මුහුණත හරහා දර්ශනය නැවත අමතනු ඇත, එවිට දර්ශනය සුරැකීම අවසන් වී ඇති බව පෙන්විය හැකිය.

MVP වෙබ් පෝරමවල වෙන්වූ ඉදිරිපත් කිරීමක් ලබා ගැනීම සඳහා ඉතා ස්වාභාවික රටාවකි. හේතුව, දර්ශනය සැමවිටම නිර්මාණය කරනු ලබන්නේ ASP.NET ධාවන වේලාවෙනි. ප්‍රභේද දෙකම ගැන ඔබට වැඩි විස්තර දැනගත හැකිය .

මූලික වෙනස්කම් දෙකක්

උදාසීන දර්ශනය: දර්ශනය හැකිතාක් ගොළු වන අතර එය පාහේ ශුන්‍ය තර්කනයක් අඩංගු වේ. ඉදිරිපත් කරන්නා දර්ශනය සහ ආකෘතිය සමඟ කතා කරන මධ්‍යම මිනිසෙකි. දර්ශනය සහ ආකෘතිය සම්පූර්ණයෙන්ම එකිනෙකාගෙන් ආරක්ෂා වේ. මාදිලිය විසින් සිදුවීම් මතු කළ හැකි නමුත්, දර්ශනය යාවත්කාලීන කිරීම සඳහා ඉදිරිපත් කරන්නා ඒවාට දායක වේ. උදාසීන දර්ශනය තුළ සෘජු දත්ත බන්ධනයක් නොමැත, ඒ වෙනුවට දර්ශනය මඟින් දත්ත සැකසීමට ඉදිරිපත් කරන්නා භාවිතා කරන සැකසුම් ගුණාංග නිරාවරණය කරයි. සියලුම රාජ්යයන් කළමනාකරණය කරනු ලබන්නේ ඉදිරිපත් කරන්නා තුළ මිස දර්ශනයෙන් නොවේ.

• Pro: උපරිම පරීක්ෂණ හැකියාව මතුපිට; දර්ශනය සහ ආකෘතිය පිරිසිදු ලෙස වෙන් කිරීම
• කොන්: ඔබ සියලු දත්ත ඔබ විසින්ම කරන බැවින් වැඩි වැඩ (උදාහරණයක් ලෙස සියලුම සැකසුම් ගුණාංග).

අධීක්ෂණ පාලකය: ඉදිරිපත් කරන්නා පරිශීලක අභිනයන් හසුරුවයි. දර්ශනය සෘජුවම දත්ත බන්ධනය හරහා ආකෘතියට බැඳේ. මෙම අවස්ථාවෙහිදී, එය ආකෘතියෙන් බැහැරව දර්ශනය වෙත යොමු කිරීම ඉදිරිපත් කරන්නාගේ කාර්යය වේ. බොත්තමක් එබීම, සංචලනය වැනි අභිනයන් සඳහා ඉදිරිපත් කරන්නාගේ තර්කනය ද අඩංගු වේ.

• ප්‍රෝ: දත්ත සමුදාය උල්ලං by නය කිරීමෙන් කේත ප්‍රමාණය අඩු වේ.
• කොන්: පරීක්‍ෂා කළ හැකි අඩු පෘෂ් is යක් ඇත (දත්ත බන්ධනය නිසා), සහ එය සෘජුවම මොඩලයට කථා කරන බැවින් දර්ශනය තුළ සංවර්‍ධනය අඩුය.

ආදර්ශ-දර්ශන-පාලකය

තුළ MVC , පාලක දැක්ම විට අයදුම් පැටවුම් ඇතුළු කිසිදු ක්රියාමාර්ගයක් ප්රතිචාර ප්රදර්ශනය කිරීමට වන තීරණය කිරීම සඳහා වගකිව යුතු වේ. මෙය MVP ට වඩා වෙනස් වන අතර එහිදී ක්‍රියාවන් දර්ශනය හරහා ඉදිරිපත් කරන්නා වෙත ගමන් කරයි. MVC හි, දර්ශනයේ සෑම ක්‍රියාවක්ම පාලකයකුගේ ඇමතුමක් සමඟ ක්‍රියාවක් සමඟ සම්බන්ධ වේ. වෙබයේ සෑම ක්‍රියාවකටම ප්‍රතිචාර දක්වන පාලකයෙකු සිටින අනෙක් පැත්තෙන් URL එකකට ඇමතුමක් ඇතුළත් වේ. එම පාලකය එහි සැකසුම් සම්පුර්ණ කළ පසු, එය නිවැරදි දර්ශනය ලබා දෙනු ඇත. යෙදුමේ ජීවිත කාලය පුරාම අනුක්‍රමය එලෙසම පවතී:

    දර්ශනයේ ක්‍රියාව
        -> පාලක අමතන්න
        -> පාලක තර්කනය
        -> පාලකය දර්ශනය නැවත ලබා දෙයි.

MVC හි ඇති තවත් එක් විශාල වෙනසක් නම් දර්ශනය සෘජුවම ආකෘතියට සම්බන්ධ නොවීමයි. දැක්ම හුදෙක් විදැහුම් වන අතර එය සම්පූර්ණයෙන්ම අස්ථායි. එම්වීසී ක්‍රියාවට නැංවීමේදී දර්ශනය සාමාන්‍යයෙන් පිටුපස ඇති කේතයේ කිසිදු තර්කනයක් නොමැත. මෙය එම්වීපීයට පරස්පර වන අතර එය අත්‍යවශ්‍ය වේ, මන්දයත් දර්ශනය ඉදිරිපත් කරන්නාට පවරන්නේ නැතිනම් එය කිසි විටෙකත් කැඳවනු නොලැබේ.

ඉදිරිපත් කිරීමේ ආකෘතිය

බැලීමට තවත් එක් රටාවක් වන්නේ ඉදිරිපත් කිරීමේ ආකෘතියයිරටාව. මෙම රටාව තුළ ඉදිරිපත් කරන්නෙකු නොමැත. ඒ වෙනුවට දර්ශනය කෙලින්ම ඉදිරිපත් කිරීමේ ආකෘතියකට බැඳේ. ඉදිරිපත් කිරීමේ ආකෘතිය දර්ශනය සඳහා විශේෂයෙන් සකසන ලද ආකෘතියකි. මෙයින් අදහස් කරන්නේ යමෙකු කිසි විටෙකත් ඩොමේන් මොඩලයක් මත නොතබන දේපල නිරාවරණය කළ හැකි බැවින් එය වෙන් කිරීම උල්ලං be නය කිරීමක් බවයි. මෙම අවස්ථාවෙහිදී, ඉදිරිපත් කිරීමේ ආකෘතිය වසම් ආකෘතියට බැඳී ඇති අතර, එම ආකෘතියෙන් එන සිදුවීම් වලට දායක විය හැකිය. දර්ශනය පසුව ඉදිරිපත් කිරීමේ ආකෘතියෙන් එන සිදුවීම් වලට දායක වන අතර ඒ අනුව යාවත්කාලීන වේ. ඉදිරිපත් කිරීමේ ආකෘතියට ක්‍රියාවන් ක්‍රියාත්මක කිරීම සඳහා දර්ශනය භාවිතා කරන විධානයන් නිරාවරණය කළ හැකිය. මෙම ප්‍රවේශයේ ඇති වාසිය නම්, දර්ශනය සඳහා සියලු හැසිරීම් අගමැති විසින් සම්පුර්ණයෙන්ම සංයුක්ත කර ඇති බැවින් ඔබට අවශ්‍යයෙන්ම කේතය පිටුපසින් ඉවත් කළ හැකිය.Model-View-ViewModel .

ඒ නිසා එය මේ ඉදිරිපත් ආදර්ශ ගැන MSDN හි ලිපිය තුල හා කොටසක් WPF සඳහා සංයුක්ත අයදුම් මාර්ගෝපදේශ ගැන (හිටපු ප්රිස්ම්) වෙන් ඉදිරිපත් කිරිම

මෙය මෙම මෝස්තර රටාවන්හි බොහෝ ප්‍රභේදයන්ගේ අතිශය සරල කිරීමකි, නමුත් මේ දෙක අතර ඇති වෙනස්කම් ගැන සිතා බැලීමට මා කැමතිය.

එම්වීසී

එම්වීපී

ටික වේලාවකට පෙර මම මේ ගැන බ්ලොග් කර, ටොඩ් ස්නයිඩර්ගේ විශිෂ්ට පෝස්ට් එක උපුටා දක්වමින් මේ දෙක අතර වෙනස :

රටා අතර ඇති ප්‍රධාන වෙනස්කම් මෙන්න:

එම්වීපී රටාව

• දර්ශනය ආකෘතියට වඩා ලිහිල්ව සම්බන්ධ වේ. ආකෘතිය දර්ශනයට බැඳීම සඳහා ඉදිරිපත් කරන්නා වගකිව යුතුය.
• දර්ශනය සමඟ අන්තර්ක්‍රියා කිරීම අතුරු මුහුණතක් හරහා සිදුවන නිසා ඒකක පරීක්ෂණයට පහසුය
• සාමාන්‍යයෙන් ඉදිරිපත් කරන්නන්ගේ සිතියම එකින් එක බලන්න. සංකීර්ණ දසුන් බහු ඉදිරිපත් කරන්නන් සිටිය හැකිය.

MVC රටාව

• පාලකය හැසිරීම් මත පදනම් වන අතර ඒවා අදහස් හරහා බෙදා ගත හැකිය
• කුමන දර්ශනය පෙන්විය යුතුද යන්න තීරණය කිරීම සඳහා වගකිව යුතුය

එය වෙබයේ මට සොයාගත හැකි හොඳම පැහැදිලි කිරීම වේ.

සන්නිවේදන ප්‍රවාහය නිරූපණය කරන නිදර්ශන මෙන්න

වයස් භේදයක් වේ නොහැකි අවශ්යයෙන්ම දැක්ම භාර කොහෙද තත්වයක් (උදාහරණයක් Taligent ගේ වයස් භේදයක් බලන්න).
“එය හුදු දර්ශනයක්” (ප්‍රායෝගික ක්‍රමලේඛකයා) ට පටහැනි බැවින් මිනිසුන් තවමත් මෙය රටාවක් ලෙස (භාරව බලන්න) රටාවක් ලෙස දේශනා කිරීම අවාසනාවකි. "එය නිකම්ම දර්ශනයක්" යනුවෙන් සඳහන් වන්නේ පරිශීලකයාට පෙන්වන අවසාන දර්ශනය යෙදුමේ ද්විතියික සැලකිල්ලක් බවයි. මයික්රොසොෆ්ට් සමාගමේ වයස් භේදයක් රටාව දසුන් නැවත භාවිතයට වඩා දුෂ්කර හා කෙරෙන්නේය පහසුවෙන්ම නරක පුරුදු දිරිමත් සිට නිදහසට කරුණු මයික්රොසොෆ්ට් සමාගමේ නිර්මාණ.

පරිපූර්ණව කිවහොත්, එම්වීපී ක්‍රියාවට නැංවීම සඳහා එම්වීසී හි යටින් පවතින උත්සුකයන් සත්‍ය වන අතර වෙනස්කම් මුළුමනින්ම පාහේ අර්ථාන්විත ය. දර්ශනය (දත්ත පෙන්වන), පාලකය (පරිශීලක අන්තර්ක්‍රියා ආරම්භ කිරීම සහ පාලනය කිරීම) සහ ආකෘතිය (යටින් පවතින දත්ත සහ / හෝ සේවා) අතර ඇති ගැටළු වෙන් කිරීම ඔබ අනුගමනය කරන තාක් කල් ඔබ MVC හි ප්‍රතිලාභ අත්කර ගනී. . ඔබ ප්‍රතිලාභ ලබා ගන්නේ නම් ඔබේ රටාව MVC, MVP හෝ අධීක්ෂණ පාලකයද යන්න සැබවින්ම සැලකිලිමත් වන්නේ කවුද? එකම සැබෑ රටාව එම්වීසී ලෙස පවතී, ඉතිරිය එහි වෙනස් රසයන් පමණි.

මෙම එකිනෙකට වෙනස් ක්‍රියාත්මක කිරීම් ගණනාවක් සවිස්තරාත්මකව ලැයිස්තුගත කරන මෙම අතිශය සිත්ගන්නාසුලු ලිපිය සලකා බලන්න . ඔවුන් සියල්ලන්ම මූලික වශයෙන් එකම දේ කරන නමුත් තරමක් වෙනස් බව ඔබට සටහන් විය හැකිය.

මා පෞද්ගලිකව සිතන්නේ එම්වීපී මෑතකදී ආකර්ශනීය යෙදුමක් ලෙස නැවත හඳුන්වා දී ඇත්තේ යමක් ඇත්ත වශයෙන්ම එම්වීසී ද නැද්ද යන්න තර්ක කරන අර්ථකථන මහා මෝඩයන් අතර තර්ක අඩු කිරීමට හෝ මයික්‍රොසොෆ්ට් වේගවත් යෙදුම් සංවර්ධන මෙවලම් සාධාරණීකරණය කිරීමට ය. මගේ පොත්වල ඇති මෙම හේතු දෙකම වෙනම නිර්මාණ රටාවක් ලෙස එහි පැවැත්ම සාධාරණීකරණය නොකරයි.

MVP: දර්ශනය භාරව ඇත.

දර්ශනය, බොහෝ විට, එහි ඉදිරිපත් කරන්නා නිර්මාණය කරයි. ඉදිරිපත් කරන්නා ආකෘතිය සමඟ අන්තර් ක්‍රියා කරන අතර අතුරු මුහුණතක් හරහා දර්ශනය හසුරුවනු ඇත. දර්ශනය සමහර විට ඉදිරිපත් කරන්නා සමඟ අන්තර්ක්‍රියා කරනු ඇත, සාමාන්‍යයෙන් යම් අතුරු මුහුණතක් හරහා. මෙය ක්‍රියාත්මක කිරීමට පහළට පැමිණේ; ඔබට ඉදිරිපත් කරන්නාට ක්‍රම ඇමතීමට අවශ්‍යද? නැතහොත් ඉදිරිපත් කරන්නා සවන් දෙන සිදුවීම් දැකීමට ඔබට අවශ්‍යද? එය මෙයට තල්ලු වේ: ඉදිරිපත් කරන්නා ගැන දැක්ම දනී. දර්ශනය ඉදිරිපත් කරන්නාට පැවරේ.

MVC: පාලකය භාරව සිටී.

කිසියම් සිදුවීමක් / ඉල්ලීමක් මත පදනම්ව පාලකය නිර්මාණය කර හෝ ප්‍රවේශ වේ. පාලකය පසුව සුදුසු දර්ශනයක් නිර්මාණය කරන අතර දර්ශනය තවදුරටත් වින්‍යාස කිරීම සඳහා ආකෘතිය සමඟ අන්තර් ක්‍රියා කරයි. එය පහතට තල්ලු වේ: පාලකය දර්ශනය නිර්මාණය කර කළමනාකරණය කරයි; දර්ශනය පාලකයට වහලෙකි. දර්ශනය පාලකය ගැන නොදනී.

MVC (ආදර්ශ දර්ශන පාලකය)

ආදානය පළමුවෙන්ම පාලක වෙත යොමු කරනු ලැබේ, දර්ශනය නොවේ. එම ආදානය පැමිණෙන්නේ පිටුවක් සමඟ අන්තර්ක්‍රියා කරන පරිශීලකයෙකුගෙන් විය හැකි නමුත් එය හුදෙක් බ්‍රව්සරයකට විශේෂිත යූආර්එල් එකක් ඇතුළත් කිරීමෙන් විය හැකිය. කෙසේ වෙතත්, එහි පාලකය යම් ක්‍රියාකාරීත්වයක් ඉවත් කිරීම සඳහා අන්තර් සම්බන්ධිත වේ. පාලකය සහ දැක්ම අතර බොහෝ සම්බන්ධකම් තිබේ. එයට හේතුව එක් පාලකය විසින් ක්‍රියාත්මක කරනු ලබන මෙහෙයුම මත පදනම්ව ඉදිරිපත් කිරීමට විවිධ අදහස් තෝරා ගත හැකි බැවිනි. පාලකයේ සිට දර්ශනය දක්වා එක් මාර්ග ඊතලයක් සටහන් කරන්න. මෙයට හේතුව දර්ශනයට පාලකය පිළිබඳ දැනුමක් හෝ සඳහනක් නොමැති වීමයි. පාලකය විසින් ආදර්ශය පසුපසට යවයි, එම නිසා දර්ශනය සහ අපේක්ෂිත ආකෘතිය ඒ තුළට ලබා දීම අතර දැනුමක් ඇත, නමුත් පාලකවරයා එය ඉටු නොකරයි.

එම්වීපී (ආදර්ශ දර්ශන ඉදිරිපත් කරන්නා)

ආදානය ආරම්භ වන්නේ ඉදිරිපත් කරන්නා නොව දර්ශනයෙනි. දර්ශනය සහ ආශ්‍රිත ඉදිරිපත් කරන්නා අතර එකින් එක සිතියම් ගත කිරීමක් ඇත. දර්ශනය ඉදිරිපත් කරන්නා වෙත යොමු කිරීමක් දරයි. ඉදිරිපත් කරන්නා දර්ශනයෙන් අවුලුවන සිදුවීම් වලට ද ප්‍රතික්‍රියා කරයි, එබැවින් එය සම්බන්ධ වී ඇති දර්ශනය පිළිබඳ දැනුවත්භාවය. ඉදිරිපත් කරන්නා විසින් ආකෘතිය යාවත්කාලීන කරන ලෙස ඉල්ලා සිටින ක්‍රියාවන් මත පදනම්ව එය යාවත්කාලීන කරයි, නමුත් දර්ශනය ආදර්ශය නොදැන සිටියි.

වැඩි විස්තර සඳහා විමර්ශන

ප්‍රශ්නයට බොහෝ පිළිතුරු ඇත, නමුත් පැහැදිලිවම සරල පිළිතුරක් සැසඳීමේ දී සරල පිළිතුරක් අවශ්‍ය බව මට හැඟුණි. MVP සහ MVC යෙදුමක පරිශීලකයෙකු චිත්‍රපට නාමයක් සොයන විට මා කළ සාකච්ඡාව මෙන්න:

පරිශීලකයා: ක්ලික් කරන්න ක්ලික් කරන්න…

බලන්න : ඒ කවුද? [ එම්වීපී | MVC ]

පරිශීලක: මම සෙවුම් බොත්තම මත ක්ලික් කළෙමි…

බලන්න : හරි, තත්පරයක් ඉන්න…. [ එම්වීපී | MVC ]

( බලන්න ඇමතුම් ඉදිරිපත් කිරීම | පාලක [...) වයස් භේදයක් | MVC ]

බලන්න : හේ ඉදිරිපත් කරන්නා | පාලකය , පරිශීලකයෙකු සෙවුම් බොත්තම මත ක්ලික් කර ඇත, මා කුමක් කළ යුතුද? [ එම්වීපී | MVC ]

ඉදිරිපත් කරන්නා | පාලක : හේයි වීව් , එම පිටුවේ කිසියම් සෙවුම් පදයක් තිබේද? [ එම්වීපී | MVC ]

නරඹන්න : ඔව්,… මෙන්න එයයි… “පියානෝ” [ එම්වීපී | MVC ]

ඉදිරිපත් කරන්නා : ස්තූතියි දසුන් ,… මේ අතර මම මොඩලයේ සෙවුම් පදය සොයමින් සිටිමි , කරුණාකර ඔහුට / ඇයට ප්‍රගති තීරුවක් පෙන්වන්න [ MVP | MVC ]

( ඉදිරිපත් කිරීම | පාලක ආරාධනා ආදර්ශ ...) [ වයස් භේදයක් | MVC ]

ඉදිරිපත් කරන්නා | පාලක : හේයි මොඩල් , ඔබට මෙම සෙවුම් යෙදුමට කිසියම් ගැලපීමක් තිබේද?: “පියානෝ” [ එම්වීපී | MVC ]

ආකෘතිය : හේ ඉදිරිපත් කරන්නා | පාලකය , මට පරීක්ෂා කිරීමට ඉඩ දෙන්න… [ එම්වීපී | MVC ]

( මොඩලය චිත්‍රපට දත්ත ගබඩාවට විමසීමක් කරයි…) [ එම්වීපී | MVC ]

( ටික මොහොතකට පසු ... )

-------------- එම්වීපී සහ එම්වීසී අපසරනය වීමට පටන් ගන්නා ස්ථානය මෙයයි ---------------

මාදිලිය : මම ඔබ වෙනුවෙන් ලැයිස්තුවක් සොයා ගත්තා, ඉදිරිපත් කරන්නා , මෙන්න එය JSON හි ඇත [[{"නම": "පියානෝ ගුරු", "වර්ෂය": 2001}, name "නම": "පියානෝ", "වර්ෂය": 1993} ] ”[ එම්වීපී ]

ආකෘතිය : යම් ප්‍රති result ලයක් ඇත, පාලකය . මම මගේ ක්ෂේත්‍රයේ ක්ෂේත්‍ර විචල්‍යයක් නිර්මාණය කර එහි ප්‍රති .ලයෙන් පුරවා ඇත්තෙමි. එහි නම "searchResultsList" [ MVC ]

( ඉදිරිපත් කරන්නා | පාලක ස්තූතියි ආදර්ශය සහ නැවත දර්ශනය වෙත පැමිණේ ) [ MVP | MVC ]

ඉදිරිපත් කරන්නා : දර්ශනය බලා සිටීම ගැන ස්තූතියි , මම ඔබට ගැලපෙන ප්‍රති results ල ලැයිස්තුවක් සොයා ගෙන ඒවා ඉදිරිපත් කළ හැකි ආකෘතියකින් සකස් කළෙමි: ["පියානෝ ගුරු 2001", "පියානෝ 1993"]. කරුණාකර එය සිරස් ලැයිස්තුවක පරිශීලකයාට පෙන්වන්න. කරුණාකර දැන් ප්‍රගති තීරුව සඟවන්න [ MVP ]

පාලක : බලා ස්තුතියි දැක්ම , මම ඉල්ලා ඇත මාදිලිය ඔබගේ සෙවුම් විමසුම ගැන. එය පවසන්නේ එය ගැලපෙන ප්‍රති results ල ලැයිස්තුවක් සොයාගෙන ඇති අතර ඒවා "searchResultsList" නම් විචල්‍යයක ගබඩා කර ඇති බවයි. ඔබට එය එතැනින් ලබා ගත හැකිය. කරුණාකර දැන් ප්‍රගති තීරුව සඟවන්න [ MVC ]

බලන්න : බොහොම ස්තූතියි ඉදිරිපත් කරන්නා [ එම්වීපී ]

නරඹන්න : ස්තූතියි "පාලක" [ එම්වීසී ] (දැන් දර්ශනය විසින්ම ප්‍රශ්න කරනු ලැබේ: මා විසින් ලබාගත් ප්‍රති results ල මාදිලියෙන් පරිශීලකයා වෙත ඉදිරිපත් කරන්නේ කෙසේද? චිත්‍රපටයේ නිෂ්පාදන වර්ෂය පළමු හෝ අවසාන වශයෙන් පැමිණිය යුතුද ...? සිරස් හෝ තිරස් ලැයිස්තුවක සිටිය හැකිද? ...)

නඩුවේ ඔයා තමයි උනන්දුවක්, මම යෙදුම ගෘහ නිර්මාණ රටාවන් ගැන පළ වූ ලිපි මාලාවක් ලියන කර ඇත (MVC, වයස් භේදයක්, MVVP, පිරිසිදු, ගෘහ නිර්මාණ ශිල්පය, ...) එය Github සමග ප්රතිමිලදී ගැනීම් මෙතන . ඇන්ඩ්‍රොයිඩ් සඳහා නියැදිය ලියා ඇතත්, යටින් පවතින මූලධර්ම ඕනෑම මාධ්‍යයකට යොදා ගත හැකිය.

• MVP = ආදර්ශ-දර්ශන-ඉදිරිපත් කරන්නා

• MVC = ආදර්ශ-දර්ශන-පාලකය

  1. ඉදිරිපත් කිරීමේ රටා දෙකම. මොඩලයක් (වසම් වස්තු සිතන්න), ඔබේ තිරය / වෙබ් පිටුව (දර්ශනය) සහ ඔබේ UI හැසිරිය යුතු ආකාරය (ඉදිරිපත් කරන්නා / පාලකය) අතර පරායත්තතාවයන් ඒවා වෙන් කරයි.
  2. ඔවුන් සංකල්පයට තරමක් සමාන ය, ජනතාව රසය අනුව ඉදිරිපත් කරන්නා / පාලකය වෙනස් ආකාරයකින් ආරම්භ කරති.
  3. වෙනස්කම් පිළිබඳ විශිෂ්ට ලිපියක් මෙහි ඇත. වඩාත්ම කැපී පෙනෙන කාරණය නම් MVC රටාවෙහි දර්ශනය යාවත්කාලීන කරන මාදිලිය තිබීමයි.

ආදර්ශ-දර්ශන-පාලකය

MVC යනු මෘදුකාංග යෙදුමක ගෘහ නිර්මාණ ශිල්පය සඳහා රටාවකි. එය යෙදුම් තර්කනය කොටස් තුනකට වෙන් කරයි, මොඩියුලරිටි සහ සහයෝගීතාවයේ පහසුව සහ නැවත භාවිතා කිරීම ප්‍රවර්ධනය කරයි. එමඟින් යෙදුම් වඩාත් නම්‍යශීලී වන අතර පුනරාවර්තන වලට සාදරයෙන් පිළිගනී. එය යෙදුමක් පහත සඳහන් කොටස් වලට වෙන් කරයි:

• දත්ත සහ ව්‍යාපාර තර්කනය හැසිරවීමේ ආකෘති
• පරිශීලක අතුරුමුහුණත සහ යෙදුම හැසිරවීම සඳහා පාලකයන්
• අදහස් චිත්රක පරිශීලක අතුරුමුහුණත් වස්තූන් හා ඉදිරිපත් හැසිරවීමේ

මෙය තව ටිකක් පැහැදිලි කිරීම සඳහා, සරල සාප්පු ලැයිස්තු යෙදුමක් ගැන සිතමු. අපට අවශ්‍ය වන්නේ මේ සතියේ අපට මිලදී ගැනීමට අවශ්‍ය එක් එක් අයිතමයේ නම, ප්‍රමාණය සහ මිල ලැයිස්තුවකි. MVC භාවිතයෙන් මෙම ක්‍රියාකාරිත්වය සමහරක් ක්‍රියාත්මක කරන්නේ කෙසේදැයි අපි පහත විස්තර කරමු.

ආදර්ශ-දර්ශන-ඉදිරිපත් කරන්නා

• මෙම ආකෘතිය මතය (පරිශීලක අතුරු මුහුණත) දිස් වේ එම දත්ත වේ.
• මෙම දැක්ම ප්රදර්ශනය දත්ත (ආදර්ශ) සහ මාර්ග පරිශීලක විධාන (සිදුවීම්) ඉදිරිපත්කරන්නාගේ බව දත්ත මත ක්රියා කිරීමට බව අතුරු මුහුණතක් වේ. දර්ශනයට සාමාන්‍යයෙන් එහි ඉදිරිපත් කරන්නාට යොමු දැක්වීමක් ඇත.
• මෙම ඉදිරිපත් කිරීම "මධ්යම-මිනිසා" යනු (MVC දී පාලක විසින් ඉටු) සහ, දැක්ම හා ආදර්ශ දෙකටම යොමු වේ. “ආදර්ශ” යන වචනය නොමඟ යවන බව කරුණාවෙන් සලකන්න . එය ආකෘතියක් ලබා ගන්නා හෝ හසුරුවන ව්‍යාපාරික තර්කනය විය යුතුය . උදාහරණයක් ලෙස: ඔබට දත්ත සමුදා වගුවක දත්ත ගබඩාවක් ගබඩා කර තිබේ නම් සහ ඔබේ දර්ශනයට පරිශීලකයින්ගේ ලැයිස්තුවක් ප්‍රදර්ශනය කිරීමට අවශ්‍ය නම්, ඉදිරිපත් කරන්නාට ඔබේ දත්ත සමුදා ව්‍යාපාර තර්කනය (DAO වැනි) වෙත යොමු කිරීමක් තිබේ. පරිශීලකයින්ගේ.

ඔබට සරල ක්‍රියාත්මක කිරීමක් සහිත නියැදියක් බැලීමට අවශ්‍ය නම් කරුණාකර මෙම GitHub සටහන පරීක්ෂා කරන්න

දත්ත සමුදායකින් පරිශීලකයින්ගේ ලැයිස්තුවක් විමසීමේ සහ ප්‍රදර්ශනය කිරීමේ සංයුක්ත කාර්ය ප්‍රවාහයක් මේ ආකාරයට ක්‍රියා කළ හැකිය:

මොකක්ද මේ වෙනස අතර MVC හා වයස් භේදයක් රටාවන්?

MVC රටාව

• පාලකය හැසිරීම් මත පදනම් වන අතර ඒවා අදහස් හරහා බෙදා ගත හැකිය

• කුමන දර්ශනය පෙන්විය යුතුද යන්න තීරණය කිරීම සඳහා වගකිව යුතුය (ඉදිරිපස පාලක රටාව)

එම්වීපී රටාව

• දර්ශනය ආකෘතියට වඩා ලිහිල්ව සම්බන්ධ වේ. ආකෘතිය දර්ශනයට බැඳීම සඳහා ඉදිරිපත් කරන්නා වගකිව යුතුය.

• දර්ශනය සමඟ අන්තර්ක්‍රියා කිරීම අතුරු මුහුණතක් හරහා සිදුවන නිසා ඒකක පරීක්ෂණයට පහසුය

• සාමාන්‍යයෙන් ඉදිරිපත් කරන්නන්ගේ සිතියම එකින් එක බලන්න. සංකීර්ණ දසුන් බහු ඉදිරිපත් කරන්නන් සිටිය හැකිය.

මතක තබා ගත යුතු කරුණ නම් විවිධ වර්ගයේ එම්වීපී ද ඇති බවයි. ෆෝලර් රටාව දෙකට කැඩී ඇත - උදාසීන දර්ශනය සහ අධීක්ෂණ පාලකය.

උදාසීන දසුන භාවිතා කරන විට, ඔබේ දර්ශනය සාමාන්‍යයෙන් යටි යටි විජට් එකට වඩා අඩු හෝ වැඩි වශයෙන් දේපල සිතියම් ගත කරන සියුම් අතුරු මුහුණතක් ක්‍රියාත්මක කරයි. උදාහරණයක් ලෙස, ඔබට නම සහ ලිපිනය වැනි ගුණාංග සහිත ICustomerView එකක් තිබිය හැකිය.

ඔබගේ ක්‍රියාත්මක කිරීම මේ වගේ දෙයක් විය හැකිය:

public class CustomerView : ICustomerView
{
    public string Name
    { 
        get { return txtName.Text; }
        set { txtName.Text = value; }
    }
}

ඔබේ ඉදිරිපත් කරන්නා පන්තිය ආකෘතියට කථා කර එය දර්ශනයට "සිතියම්" කරනු ඇත. මෙම ප්‍රවේශය "උදාසීන දර්ශනය" ලෙස හැඳින්වේ. වාසිය නම් දර්ශනය පරීක්ෂා කිරීම පහසු වන අතර UI වේදිකා අතර (වෙබ්, වින්ඩෝස් / එක්ස්ඒඑම්එල්, ආදිය) ගමන් කිරීම පහසුය. අවාසිය නම් ඔබට දත්ත සමුදාය වැනි දේ උත්තේජනය කළ නොහැකි වීමයි ( WPF සහ Silverlight වැනි රාමු තුළ එය සැබවින්ම බලවත් ය ).

එම්වීපී හි දෙවන රසය අධීක්ෂණ පාලකයයි. එවැනි අවස්ථාවකදී ඔබේ දර්ශනයට පාරිභෝගිකයා නමින් දේපලක් තිබිය හැකි අතර එය නැවත UI විජට් වෙත දත්ත සමුදායක් වේ. දර්ශනය සමමුහුර්තකරණය කිරීම සහ ක්ෂුද්‍ර කළමනාකරණය කිරීම ගැන ඔබ සිතිය යුතු නැති අතර, අධීක්ෂණ පාලකවරයාට අවශ්‍ය විටදී පියවරෙන් පියවර උදව් කළ හැකිය.

එම්වීපී හි තුන්වන “රසය” (හෝ යමෙකු එය වෙනම රටාවක් ලෙස හඳුන්වනු ඇත) ඉදිරිපත් කිරීමේ ආකෘතිය (හෝ සමහර විට ආදර්ශ-දර්ශන-දර්ශන මොඩලය ලෙස හැඳින්වේ). එම්වීපී හා සසඳන විට ඔබ එම් සහ පී එක පන්තියකට ඒකාබද්ධ කරයි. ඔබේ UI විජට් දත්ත වලට බැඳී ඇති ඔබේ පාරිභෝගික වස්තුව ඔබ සතුව ඇත, නමුත් ඔබට "IsButtonEnabled", හෝ "IsReadOnly" වැනි අතිරේක UI-spesific ක්ෂේත්‍රද ඇත.

මම හිතන්නේ UI ගෘහ නිර්මාණ ශිල්පයට මම සොයාගත් හොඳම සම්පත වන්නේ ජෙරමි මිලර් විසින් The Build Your Own CAB ශ්‍රේණි පටුනෙහි කළ බ්ලොග් සටහන් මාලාවයි . ඔහු එම්වීපී හි සියලුම රසයන් ආවරණය කළ අතර ඒවා ක්‍රියාත්මක කිරීම සඳහා සී # කේතය පෙන්වීය.

යූකාඩ් හි සිල්වර් ලයිට් ඕවර් සන්දර්භය තුළ මා මොඩල්-වීව්-වීව් මොඩල් රටාව ගැන බ්ලොග් කර ඇත නැවත බැලුවෙමි: වීව් මොඩල් රටාව ක්‍රියාත්මක කිරීම .

ඔවුන් සෑම කෙනෙකුම විවිධ ගැටළු වලට විසඳුම් ලබා දෙන අතර පහත දැක්වෙන දෙයක් ලබා ගැනීම සඳහා එකට එකතු විය හැකිය

ද ඇත මෙහි MVC, වයස් භේදයක් හා MVVM සම්පූර්ණ සංසන්දනය

මෙම රාමු දෙකම උත්සුකයන් වෙන් කිරීම අරමුණු කරයි - නිදසුනක් ලෙස, දත්ත ප්‍රභවයක් (ආකෘතිය) සමඟ අන්තර්ක්‍රියා කිරීම, යෙදුම් තර්කනය (හෝ මෙම දත්ත ප්‍රයෝජනවත් තොරතුරු බවට හැරවීම) (පාලක / ඉදිරිපත් කරන්නා) සහ දර්ශන කේතය (බලන්න). සමහර අවස්ථාවල දත්ත ප්‍රභවයක් ඉහළ මට්ටමේ සාරාංශයක් බවට පත් කිරීමට ද ආකෘතිය භාවිතා කළ හැකිය. මෙයට හොඳ උදාහරණයක් වන්නේ එම්වීසී ස්ටෝර්ෆ්‍රන්ට් ව්‍යාපෘතියයි .

එම්වීසී එදිරිව එම්වීපී අතර ඇති වෙනස්කම් පිළිබඳව මෙහි සාකච්ඡාවක් තිබේ .

වෙනස වන්නේ MVC යෙදුමක සාම්ප්‍රදායිකව දැක්ම සහ පාලකය ආකෘතිය සමඟ අන්තර්ක්‍රියා කරන නමුත් එකිනෙකා සමඟ නොවේ.

එම්වීපී මෝස්තරවලට ඉදිරිපත් කරන්නා ආකෘතියට ප්‍රවේශ වන අතර දර්ශනය සමඟ අන්තර් ක්‍රියා කරයි.

ASP.NET MVC යනු මෙම නිර්වචන අනුව MVP රාමුවක් වන බැවින් පාලක විසින් කිසිදු දර්ශනයක් නොමැති අදහස් ජනනය කිරීම සඳහා ආකෘතියට ප්‍රවේශ වන හෙයින් (පාලක විසින් සපයනු ලබන විචල්‍යයන් පෙන්වයි).

සමහර විට ASP.NET MVC MVP වෙතින් වෙනස පිළිබඳ අදහසක් ලබා ගැනීමට, ස්කොට් හැන්සල්මන්ගේ මෙම MIX ඉදිරිපත් කිරීම බලන්න .

දෙකම ඉදිරිපත් කිරීම් සහ ව්‍යාපාර තර්කනය වෙන් කිරීමට උත්සාහ කරන රටාවන් වන අතර ව්‍යාපාර තර්කනය UI අංශ වලින් වෙන් කරයි

වාස්තු විද්‍යාත්මකව, එම්වීපී යනු පිටු පාලක පාදක ප්‍රවේශය වන අතර එම්වීසී යනු ඉදිරිපස පාලක පදනම් කරගත් ප්‍රවේශයකි. එහි අර්ථය වන්නේ එම්වීපී සම්මත වෙබ් පෝරමයේ පිටු ජීවන චක්‍රය පිටුපස ඇති ව්‍යාපාරික තර්කනය උපුටා ගැනීමෙනි. වෙනත් වචන වලින් කිවහොත්, http ඉල්ලීමට සේවය සපයන්නේ පිටුවයි. වෙනත් වචන වලින් කිවහොත්, එම්වීපී අයිඑම්එච්ඕ යනු වෙබ් පෝරම පරිණාමීය වර්ධනයක්. පිටුව පැටවීමට පෙර පාලක පන්තිය විසින් ඉල්ලීම වලක්වනු ලැබීම නිසා MVC ක්‍රීඩාව සම්පූර්ණයෙන්ම වෙනස් කරයි, ව්‍යාපාර තර්කනය එහි ක්‍රියාත්මක වන අතර පාලක සැකසීමේ අවසාන ප්‍රති result ලයක් ලෙස පිටුවට දැමූ දත්ත ("නරඹන්න") අර්ථයෙන්, MVC පෙනුම (අවම වශයෙන් මට) MVP හි පාලක රසය අධීක්ෂණය කිරීමට බොහෝ දේ රවුටින් එන්ජිම සමඟ වැඩි දියුණු කරයි

මේ දෙකම TDD සක්‍රීය කරන අතර එහි අවාසි සහ උඩු යටිකුරු ඇත.

ඔවුන්ගෙන් එක් අයෙකු තෝරා ගන්නේ කෙසේද යන්න පිළිබඳ තීරණය IMHO පදනම් විය යුත්තේ යමෙකු ASP NET වෙබ් පෝරම ආකාරයේ වෙබ් සංවර්ධනය සඳහා කොපමණ කාලයක් ආයෝජනය කර ඇත්ද යන්න මතය. යමෙකු වෙබ් පෝරම වලින් තමා හොඳ යැයි සිතන්නේ නම්, මම යෝජනා කරන්නේ එම්වීපී ය. පිටු ජීවන චක්‍රය වැනි දේ ගැන කෙනෙකුට එතරම් පහසුවක් දැනෙන්නේ නැත්නම් එම්වීසී මෙතැනට යා හැකි මාර්ගයක් විය හැකිය.

මෙන්න මේ මාතෘකාව පිළිබඳ වැඩි විස්තර සපයන තවත් බ්ලොග් පෝස්ට් සබැඳියක්

http://blog.vuscode.com/malovicn/archive/2007/12/18/model-view-presenter-mvp-vs-model-view-controller-mvc.aspx

මම එම්වීපී සහ එම්වීසී යන දෙකම භාවිතා කර ඇති අතර සංවර්ධකයින් වශයෙන් අප රටාවන් දෙකෙහිම තාක්ෂණික වෙනස්කම් කෙරෙහි අවධානය යොමු කළද IMHO හි එම්වීපී සඳහා වන කරුණ අන් සියල්ලටම වඩා දරුකමට හදා ගැනීමේ පහසුව හා සම්බන්ධ වේ.

මම දැනටමත් වෙබ් ආකෘති සංවර්ධන ශෛලිය පිළිබඳ හොඳ පසුබිමක් ඇති කණ්ඩායමක වැඩ කරන්නේ නම් MVC ට වඩා MVP හඳුන්වා දීම පහසුය. මෙම තත්වය තුළ එම්වීපී ඉක්මන් ජයග්‍රහණයක් යැයි මම කියමි.

මගේ අත්දැකීම් මට කියා සිටින්නේ වෙබ් පෝරමවල සිට එම්වීපී දක්වාත් පසුව එම්වීපී සිට එම්වීසී දක්වාත් කණ්ඩායමක් ගෙනයාම සාපේක්ෂව පහසු බවය; වෙබ් පෝරමවල සිට එම්වීසී වෙත මාරුවීම වඩා දුෂ්කර ය.

මගේ මිතුරෙකු එම්වීපී සහ එම්වීසී ගැන පළ කළ ලිපි මාලාවකට සබැඳියක් මම මෙහි තබමි.

http://www.qsoft.be/post/Building-the-MVP-StoreFront-Gutthrie-style.aspx

එම්වීපී හි දර්ශනය ඉදිරිපත් කරන්නාගෙන් දත්ත උකහා ගන්නා අතර එය ආකෘතියෙන් දත්ත උකහා ගන්නා අතර සාමාන්‍යකරණය කරයි. එම්වීසී හි පාලකය ආකෘතියෙන් දත්ත ඇද ගන්නා අතර දර්ශනය තල්ලු කරයි.

එම්වීපී හි ඔබට විවිධ වර්ගයේ ඉදිරිපත් කරන්නන් සමඟ වැඩ කරන තනි දර්ශනයක් සහ විවිධ බහුවිධ අදහස් සමඟ වැඩ කරන තනි ඉදිරිපත් කරන්නෙකු සිටිය හැකිය.

MVP සාමාන්‍යයෙන් මයික්‍රොසොෆ්ට් WPF බන්ධන රාමුව හෝ HTML5 සහ ජාවා සඳහා විවිධ බන්ධන රාමු වැනි යම් ආකාරයක බන්ධන රාමුවක් භාවිතා කරයි.

එම රාමු තුළ, UI / HTML5 / XAML, එක් එක් UI මූලද්‍රව්‍යය පෙන්වන ඉදිරිපත් කරන්නාගේ දේපළ කුමක්දැයි දැන සිටියි, එබැවින් ඔබ ඉදිරිපත් කරන්නෙකුට දර්ශනයක් බැඳ තබන විට, දර්ශනය ගුණාංග සොයන අතර ඒවායින් දත්ත ලබා ගන්නේ කෙසේද සහ කෙසේද පරිශීලකයා විසින් UI හි අගය වෙනස් කළ විට ඒවා සැකසීමට.

උදාහරණයක් ලෙස, මාදිලිය මෝටර් රථයක් නම්, ඉදිරිපත් කරන්නා යම් ආකාරයක මෝටර් රථ ඉදිරිපත් කරන්නෙකු වන අතර, මෝටර් රථ ගුණාංග (වර්ෂය, නිෂ්පාදකයා, ආසන ආදිය) දර්ශනයට නිරාවරණය කරයි. 'කාර් මැකර්' යනුවෙන් හැඳින්වෙන පෙළ ක්ෂේත්‍රයට ඉදිරිපත් කරන්නාගේ දේපළ ප්‍රදර්ශනය කිරීමට අවශ්‍ය බව දැක්ම දනී.

ඔබට පසුව විවිධාකාර ඉදිරිපත් කරන්නාගේ දර්ශනයට බැඳිය හැකිය, සියල්ලටම මේකර් දේපළ තිබිය යුතුය - එය ගුවන් යානයක, දුම්රියේ හෝ කුමක් හෝ විය හැකිය, දර්ශනය ගණන් ගන්නේ නැත. එකඟ වූ අතුරු මුහුණතක් ක්‍රියාත්මක කරන තාක් කල්, දර්ශනය ඉදිරිපත් කරන්නාගෙන් දත්ත ලබා ගනී.

මෙම බන්ධන රාමුව, ඔබ එය ඉවත් කළහොත්, එය ඇත්ත වශයෙන්ම පාලකය :-)

එම්වීසී හි පරිණාමයක් ලෙස ඔබට එම්වීපී දෙස බැලිය හැකිය.

MVC විශිෂ්ටයි, නමුත් ගැටළුව වන්නේ සාමාන්‍යයෙන් එහි පාලකය දර්ශනයකට අනුව වීමයි. පාලක A විසින් දර්ශන A හි ක්ෂේත්‍ර සැකසෙන්නේ කෙසේදැයි දනී. දැන් ඔබට B ආකෘතියේ දත්ත ප්‍රදර්ශනය කිරීමට View A අවශ්‍ය නම්, B ආකෘතිය දැන ගැනීමට ඔබට පාලක A අවශ්‍ය වේ, නැතහොත් අතුරු මුහුණතක් සහිත වස්තුවක් ලබා ගැනීමට ඔබට පාලක A අවශ්‍ය වේ - එය සමාන ය එම්වීපී බන්ධන නොමැතිව පමණි, නැතහොත් පාලක බී හි යූඅයි සෙට් කේතය නැවත ලිවිය යුතුය.

නිගමනය - එම්වීපී සහ එම්වීසී යන දෙකම යූඅයි රටා විසන්ධි කරයි, නමුත් එම්වීපී සාමාන්‍යයෙන් එම්වීසී යටින් ඇති බන්ධන රාමුවක් භාවිතා කරයි. THUS MVP MVC ට වඩා ඉහළ වාස්තු විද්‍යාත්මක මට්ටමක පවතින අතර MVC ට වඩා ඉහළින් ඇති ආවරණ රටාවකි.

මගේ නිහතමානී කෙටි දැක්ම: එම්වීපී විශාල පරිමාණයන් සඳහා වන අතර එම්වීසී කුඩා පරිමාණයන් සඳහා වේ. එම්වීසී සමඟ, මට සමහර විට දැනෙන්නේ එම් සහ කෙලින්ම බැඳී ඇති තනි අවිනිශ්චිත සං component ටකයක දෙපැත්තක් වී සහ සී දැකිය හැකි අතර, පහළට යන විට අනිවාර්යයෙන්ම මෙය වැටෙනු ඇත U යූඅයි පාලක සහ පාදක විජට් වැනි කෙටි පරිමාණයන්ට ය. මෙම මට්ටමේ කැටිති මට්ටමේ දී, එම්වීපී එතරම් තේරුමක් නැත. ඊට පටහැනිව විශාල පරිමාණයකට ගිය විට, නිසි අතුරුමුහුණත වඩාත් වැදගත් වේ, නිසැකවම වගකීම් පැවරීම හා සමාන වේ, මෙහි එම්වීපී පැමිණේ.

අනෙක් අතට, මාපට ඇඟිල්ලක මෙම පරිමාණ රීතිය, එම්වීපී වලට වඩා එම්වීසී ක්‍රියාවට නැංවීම පහසු යැයි පෙනෙන වෙබ් අඩවි මෙන්, වේදිකා ලක්ෂණ, සංරචක අතර යම් ආකාරයක සම්බන්ධතාවයකට කැමති වන විට බර අඩු විය හැකිය.

මම හිතන්නේ අර්වින් වැන්ඩර්වොක්ගේ (සහ ඒ සමඟ ඇති ලිපිය ) එම්වීසී, එම්වීපී සහ එම්වීවීඑම්, ඒවායේ සමානකම් සහ ඒවායේ වෙනස්කම් පිළිබඳ හොඳම පැහැදිලි කිරීම වේ. මෙම ලිපිය මේ ලිපියේ මාතෘකාව "MVC" යන වචනය සහ "වයස් භේදයක්" අන්තර්ගත නොවන නිසා "MVC, වයස් භේදයක්, සහ MVVM" මත විමසුම් සඳහා සෙවුම් යන්ත්ර ප්රතිපල පෙන්නුම් නැත; නමුත් එය හොඳම පැහැදිලි කිරීම යැයි මම සිතමි.

( බොබ් මාටින් මාමා සිය එක් කතාවක දී පැවසූ දෙයට ද මෙම ලිපිය ගැලපේ: එම්වීසී මුලින් නිර්මාණය කර ඇත්තේ කුඩා UI සංරචක සඳහා මිස පද්ධතියේ ගෘහ නිර්මාණ ශිල්පය සඳහා නොවේ)

MVC හි බොහෝ සංස්කරණ ඇත, මෙම පිළිතුර ස්මාල්ටෝක් හි මුල් MVC ගැන ය. කෙටියෙන් කිවහොත් එය එසේ ය

මෙම කථාව droidcon NYC 2017 - ගෘහ නිර්මාණ සංරචක සමඟ පිරිසිදු යෙදුම් නිර්මාණය එය පැහැදිලි කරයි

සරලම පිළිතුර නම් දර්ශනය ආකෘතිය සමඟ අන්තර්ක්‍රියා කරන ආකාරයයි. එම්වීපී හි දර්ශනය යාවත්කාලීන කරනු ලබන්නේ ඉදිරිපත් කරන්නා විසිනි, එය දර්ශනය සහ ආකෘතිය අතර අතරමැදියෙකු ලෙස ක්‍රියා කරයි. ඉදිරිපත් කරන්නා දර්ශනයෙන් ආදානය ලබා ගන්නා අතර එය ආකෘතියෙන් දත්ත ලබා ගන්නා අතර පසුව අවශ්‍ය ඕනෑම ව්‍යාපාර තර්කනයක් සිදු කර දර්ශනය යාවත්කාලීන කරයි. MVC හි මාදිලිය පාලකය හරහා ආපසු යෑමට වඩා කෙලින්ම දර්ශනය යාවත්කාලීන කරයි.

නැත මේ ඔහු කෙටියෙන් පැහැදිලි එහිදී අංකල් බොබ් සිට ලස්සන වීඩියෝ MVC සහ වයස් භේදයක් අවසානයේ.

IMO, MVP යනු MVC හි වැඩිදියුණු කළ අනුවාදයක් වන අතර එහිදී ඔබ පෙන්වන්නේ කුමක් ද යන්න (දත්ත) ඔබ දක්වන ආකාරය (දර්ශනය) වෙතින් මූලික වශයෙන් වෙන් කරයි. ඉදිරිපත් කරන්නාට ඔබේ යූඅයි හි ව්‍යාපාරික තර්කනය ඇතුළත් වන අතර, ඉදිරිපත් කළ යුතු දත්ත ව්‍යංගයෙන් පනවන අතර ගොළු දර්ශන ආකෘති ලැයිස්තුවක් ඔබට ලබා දේ. දත්ත පෙන්වීමට කාලය පැමිණි විට, ඔබ ඔබේ දර්ශනය (බොහෝ විට එකම හැඳුනුම්පත ඇතුළත් කර) ඔබේ ඇඩැප්ටරයට ඇතුළත් කර අවම වශයෙන් කේත ප්‍රමාණයක් හඳුන්වා දී ඇති (දර්ශන කට්ටල භාවිතා කරමින්) එම දර්ශන ආකෘති භාවිතා කරමින් අදාළ දර්ශන ක්ෂේත්‍ර සකස් කරන්න. එහි ප්‍රධාන වාසිය නම් තිරස් ලැයිස්තුවක හෝ සිරස් ලැයිස්තුවක අයිතම පෙන්වීම වැනි බොහෝ / විවිධ අදහස් වලට එරෙහිව ඔබේ UI ව්‍යාපාර තර්කනය පරීක්ෂා කළ හැකිය.

MVC හි, අපි විවිධ ස්ථර මැලියම් කිරීම සඳහා අතුරුමුහුණත් (මායිම්) හරහා කතා කරමු. පාලකය යනු අපගේ ගෘහ නිර්මාණ ශිල්පයට ප්ලග් ඉන් එකක් වන නමුත් පෙන්විය යුතු දේ පැනවීමට එවැනි සීමාවක් නොමැත. ඒ අර්ථයෙන් ගත් කල, එම්වීපී යනු ඇඩැප්ටරයන් හරහා පාලකයට ප්ලග් කළ හැකි අදහස් සංකල්පයක් සහිත එම්වීසී ය.

මෙය වඩා හොඳ උපකාරී වනු ඇතැයි මම බලාපොරොත්තු වෙමි.

Action-Domain-Responder ( ADR ) ගැන ඔබට අමතක විය .

ඉහත සමහර ග්‍රැෆික්ස් වල පැහැදිලි කර ඇති පරිදි, MVC හි ආකෘතිය සහ දර්ශනය අතර relationship ජු සම්බන්ධතාවයක් / සම්බන්ධයක් ඇත. පාලකය මත ක්‍රියාවක් සිදු කරනු ලබන අතර එය ආදර්ශය මත ක්‍රියාවක් සිදු කරයි . දී ඇති බවයි පියවර ආදර්ශ , ප්රතික්රියාවක් පුපුරවා හරිනු ඇත තුළ දැක්ම . මෙම දැක්ම , හැම විටම විට යාවත්කාලීන කරන ආදර්ශ මෙරට රාජ්ය වෙනස්කම්.

MVC නිර්මාණය කරන ලද්දේ 70 දශකයේ අග භාගයේ බවත්, වෙබය නිර්මාණය කර ඇත්තේ 80 අග භාගයේ / 90 දශකයේ මුල් භාගයේ බවත් සමහරු අමතක කරති . MVC මුලින් නිර්මාණය කළේ වෙබය සඳහා නොව ඩෙස්ක්ටොප් යෙදුම් සඳහා ය. , ආකෘතිය සහ දැක්ම එකට පවතිනු ඇත.

අපි තවමත් එකම නම් කිරීමේ සම්මුතීන් ( ආකෘති-දර්ශන-පාලකය ) භාවිතා කරන වෙබ් රාමු ( උදා: ලාරවෙල් ) භාවිතා කරන හෙයින්, එය MVC විය යුතු යැයි අපි සිතීමට නැඹුරු වෙමු, නමුත් එය ඇත්ත වශයෙන්ම වෙනත් දෙයකි.

ඒ වෙනුවට, ක්‍රියා-වසම්-ප්‍රතිචාරකයා දෙස බලන්න . ප්රබන්ධයේ දී, පාලක ක ලැබෙන ක්රියාකාරී තුළ මෙහෙයුමක් ඉටු වනු ඇත, ආදර්ශ / වසම් . මෙතෙක්, එකම. වෙනස නම්, එය එම මෙහෙයුමේ ප්‍රතිචාරය / දත්ත එක්රැස් කර විදැහුම්කරණය සඳහා ප්‍රතිචාරකයෙකුට ( උදා:) යවයිview() . එකම අංගයක් මත නව ක්‍රියාවක් ඉල්ලා සිටින විට, පාලකය නැවත කැඳවනු ලබන අතර, චක්‍රය නැවත නැවත සිදු වේ. ADR හි, ආකෘතිය / වසම සහ දර්ශනය අතර කිසිදු සම්බන්ධයක් නොමැත ( ප්‍රතිග්‍රාහකයාගේ ප්‍රතිචාරය ).

සටහන: විකිපීඩියාවෙහි සඳහන් වන්නේ, “ කෙසේ වෙතත්, සෑම ADR ක්‍රියාවක්ම වෙනම පන්ති හෝ වසා දැමීම් මගින් නිරූපණය කෙරේ. ” මෙය අනිවාර්යයෙන්ම සත්‍ය නොවේ . ක්‍රියා කිහිපයක්ම එකම පාලකය තුළ තිබිය හැකි අතර රටාව තවමත් එසේමය.

mvc adr ආදර්ශ-දර්ශන-පාලකය ක්‍රියා-වසම්-ප්‍රතිචාරකයා

• MVC හි, View හි UI කොටස ඇත, පාලකය යනු දර්ශනය සහ ආකෘතිය අතර මැදිහත්කරු වන අතර ආකෘතිය ව්‍යාපාර තර්කනය අඩංගු වේ.
• එම්වීපී හි, දර්ශනය තුළ යූඅයි සහ ඉදිරිපත් කරන්නා ක්‍රියාත්මක කිරීම යන දෙකම අඩංගු වේ. මෙහි සිට ඉදිරිපත් කරන්නා අතුරු මුහුණතක් පමණක් වන අතර ආකෘතිය එකම වේ, එනම් ව්‍යාපාර තර්කනය අඩංගු වේ.

එම්වීපී

MVP යනු ආදර්ශ - දර්ශන- ඉදිරිපත් කරන්නා යන්නයි. මෙය 2007 මුල් භාගයේදී මයික්‍රොසොෆ්ට් විසින් ස්මාර්ට් සේවාලාභී වින්ඩෝස් යෙදුම් හඳුන්වා දුන් පින්තූරයකට පැමිණියේය.

ඉදිරිපත් කරන්නෙකු එම්වීපී හි අධීක්ෂණ කාර්යභාරයක් ලෙස ක්‍රියා කරන අතර එය දර්ශන සිදුවීම් සහ ව්‍යාපාර තර්කනය ආකෘති වලින් බැඳී ඇත.

දර්ශන අතුරුමුහුණතකින් ඉදිරිපත් කරන්නා තුළ සිදුවීම් සිදුවීම් බන්ධනය ක්‍රියාත්මක වේ.

දර්ශනය පරිශීලක යෙදවුම් සඳහා ආරම්භකයා වන අතර පසුව සිදුවීම් ඉදිරිපත් කරන්නාට පවරන අතර ඉදිරිපත් කරන්නා සිදුවීම් බන්ධන හසුරුවන අතර ආකෘති වලින් දත්ත ලබා ගනී.

වාසි: දර්ශනය සතුව ඇත්තේ UI පමණක් කිසිදු තර්කනයක් නොවේ ඉහළ මට්ටමේ පරීක්ෂණ හැකියාවකි

අවාසි: සිදුවීම් බන්ධන ක්‍රියාත්මක කිරීමේදී බිට් සංකීර්ණ හා වැඩි වැඩ

එම්වීසී

MVC යනු ආදර්ශ-දර්ශන-පාලකයයි. ආකෘති නිර්මාණය කිරීම සහ බන්ධන ආකෘති සමඟ අදහස් ඉදිරිපත් කිරීම පාලකගේ වගකීම වේ.

පාලකය ආරම්භකයා වන අතර එය ඉදිරිපත් කළ යුත්තේ කුමන මතයද යන්න තීරණය කරයි.

වාසි: තනි වගකීම් මූලධර්මය අවධාරණය කිරීම ඉහළ මට්ටමේ පරීක්ෂණ හැකියාව

අවාසි: සමහර විට එකම පාලකය තුළ විවිධ අදහස් දැක්වීමට උත්සාහ කරන්නේ නම් පාලකයන් සඳහා වැඩිපුර වැඩ කිරීම.