MVC හරහා ASP.NET වෙබ් ෆෝම් වලට අනුග්‍රහය දැක්විය යුත්තේ කවදාද?

මයික්‍රොසොෆ්ට් පවසා ඇති බව මම දනිමි

ASP.NET MVC යනු වෙබ් ෆෝම් සඳහා ආදේශකයක් නොවේ.

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

ASP.NET MVC විසින් සංවර්ධකයෙකුට ඔවුන්ගේ යෙදුම කෙරෙහි වැඩි පාලනයක් ලබා දී ඇති හෙයින්, වෙබ් ෆෝම්ස් යල් පැන ගිය එකක් ලෙස නොසැලකේ. විකල්පයක් ලෙස, නව සංවර්ධනය සඳහා මම MVC හරහා වෙබ් ෆෝම් වලට කැමති විය යුත්තේ කවදාද?

වෙබ් ආකෘති එදිරිව එම්වීසී දැන් උණුසුම් මාතෘකාවක් ලෙස පෙනේ. මා දන්නා සෑම කෙනෙකුම එම්.වී.සී. එහි ඇති මගේ සුලු ඩබල් වලින්, එය හරි යැයි පෙනේ, නමුත් එය වෙබ් ආකෘති වල අවසානය වනු ඇතැයි මම නොසිතමි.

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

MVC හරහා වෙබ් ආකෘති තෝරා ගැනීමට හොඳම හේතුව කාලය / මුදල් ය.

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

ඔබ සතුව වෙබ් අඩවි සියල්ලම ලියා ඇති විශාල වෙබ් අඩවියක් තිබේ නම්, ඔබේ වෙබ් අඩවියේ විවිධ වර්ගයේ පිටු දෙකක් නොමැති වන පරිදි වෙබ් ආකෘතිවල නව පිටු සෑදීමට ඔබ වැඩි නැඹුරුවක් දක්වනු ඇත.

මම කියන්නේ නැහැ එය මෙහි සියල්ලම හෝ කිසිවක් නැති ප්‍රවේශයක් බව, නමුත් එය දෙකෙහි බෙදීමක් තිබේ නම් එය නඩත්තු කිරීම ඔබේ කේතය දුෂ්කර කරයි, විශේෂයෙන් කණ්ඩායමේ සිටින සියල්ලන්ම MVC ගැන හුරුපුරුදු නොවේ නම්.

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

මෙම පිටු සඳහා නව ෆෝල්ඩර ව්‍යුහයක් නිර්මාණය කිරීමට අපට අවශ්‍ය වූ අතර එමඟින් එය නිසි එම්වීසී වෙන් කිරීම අනුගමනය කළේය.

පිටු 3 ක් සඳහා ලිපිගොනු ඕනෑ තරම් ඇති බව මට හැඟුණි, නමුත් එය මගේ පුද්ගලික මතයයි.

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

මම ASP .Net WebForms යෙදුම් වසර 3 ක් සඳහා සංවර්ධනය කළ අතර MVC නිබන්ධනයක් කිරීමෙන් දිනකට පසු මා විකුණනු ලැබීය. MVC සෑම විටම පාහේ වඩා හොඳ විසඳුමයි. මන්ද?

• පිටු ජීවන චක්‍රය සරල හා වඩා කාර්යක්ෂම වේ
• HTML පාලනයට අමතරව පාලක වැනි දෙයක් නොමැත. ඒඑස්පී .නෙට් ජනනය කරන්නේ කුමක් දැයි බැලීමට ඔබේ ප්‍රතිදානය නිදොස් කිරීම අවශ්‍ය නොවේ.
• ViewModels ඔබට ඉමහත් බලයක් ලබා දෙන අතර අතින් පාලක බන්ධනය කිරීමේ අවශ්‍යතාවය මගහරවා ගන්නා අතර එය බන්ධනය සම්බන්ධ බොහෝ දෝෂ ඉවත් කරයි.
• පිටුවක ඔබට විවිධ පෝරම තිබිය හැකිය. මෙය වෙබ් ෆෝම්ස් හි බරපතල සීමාවක් විය.
• වෙබය අස්ථායි වන අතර MVC වෙබ් අඩවි සැකැස්මට වඩා සමීපව ගැලපේ. වෙබ්ෆෝම්ස් විසින් ViewState හඳුන්වා දීමෙන් තත්වය සහ ඔබ සතුව ඇති දෝෂ හඳුන්වා දෙයි. ViewState ස්වයංක්‍රීය වන අතර පසුබිම තුළ ක්‍රියා කරයි, එබැවින් එය සැමවිටම ඔබට අවශ්‍ය ආකාරයට හැසිරෙන්නේ නැත.
• වෙබ් යෙදුම් මේ දිනවල අජැක්ස් සමඟ වැඩ කිරීමට අවශ්‍යයි. තව දුරටත් සම්පූර්ණ පිටු පැටවීම පිළිගත නොහැකිය. MVC විසින් අජැක්ස් JQuery සමඟ වඩා හොඳ, පහසු සහ කාර්යක්ෂම කරයි.
• ඔබට පිටුවක බහුවිධ ආකෘති තිබිය හැකි නිසාත්, ගෘහ නිර්මාණ ශිල්පය යූආර්එල් වෙත ඇමතුම් මගින් මෙහෙයවන නිසාත්, ඔබට අජැක්ස් වැනි විනෝදජනක දේවල් කළ හැකිය. මෙය ඔබට කළ හැකි දේ තේරුම් ගත් පසු ඔබට විස්මිත දේ පහසුවෙන් කළ හැකිය.
• සහකාර පොලිස් අධිකාරී .නෙට් වෙබ් ෆෝම්ස් යනු html ට වඩා වියුක්ත කිරීමක් පමණක් නොව එය අතිශයින්ම සංකීර්ණ එකකි. සමහර විට ඔබට අමුතු දෝෂයක් ඇති වන අතර අවශ්‍යතාවයට වඩා වැඩි කාලයක් ඒ සමඟ පොරබදනු ඇත. බොහෝ අවස්ථාවන්හීදී එය වැරැද්ද කුමක්දැයි ඔබට සැබවින්ම දැකිය හැකි නමුත් ඔබට ඒ ගැන කිසිවක් කළ නොහැක. ඔබ අවසන් කරන්නේ අමුතු වැඩ කිරීමෙනි.
• වෙබ් ෆෝම්ස් නිර්මාණකරුවන් සඳහා හොඳ තාක්ෂණයක් නොකරයි. නිර්මාණකරුවන් බොහෝ විට html සමඟ කෙලින්ම වැඩ කිරීමට කැමතියි. එම්වීසී හි එය දර්ශනයකි, වෙබ් ෆෝම්ස් හි එය දින භාගයක වැඩකි.
• වෙබ් වේදිකාව වේගයෙන් සංවර්ධනය වෙමින් පවතින හෙයින් වෙබ් ෆෝම්ස් දිගටම පවතින්නේ නැත. HTML5 හි නව ටැග් හෝ විශේෂාංග ගැන එය නොදන්නා අතර, ඔබට (බොහෝ විට) මිල අධික තෙවන පාර්ශවීය පාලනයන් ලැබෙන්නේ නැත්නම් හෝ මයික්‍රොසොෆ්ට් යාවත්කාලීනයක් නිකුත් කරන තෙක් බලා නොසිටින තෙක් එය එකම දේම ලබා දෙනු ඇත.
• වෙබ් ෆෝම්ස් හි පාලනයන් ඔබට බොහෝ ආකාරවලින් සීමා කරයි. MVC හි ඔබට JQuery පුස්තකාලයක් අල්ලා එය ඔබගේ සැකිලි සමඟ ඒකාබද්ධ කළ හැකිය.

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

මම ඊ-තැපැල් ස්කොට් Guthrie , ක MVC විශේෂඥ මයික්රසොෆ්ට්. මෙම ප්‍රශ්නයට පිළිතුරු දීමට වඩාත්ම සුදුසුකම් ලත් මිනිසා විය හැකිය. ඔහු පිළිතුරු දීමට තරම් කාරුණික විය:

"විවිධ ගනුදෙනුකරුවන් විවිධ ක්‍රමලේඛන ප්‍රවේශයන් සොයන අතර බොහෝ දෙනෙක් වෙබ් ෆෝම් වලට ආදරය කරන අතර එය විශිෂ්ට යැයි සිතති. අනෙක් අය එම්වීසී වලට ආදරය කරන අතර එය විශිෂ්ට යැයි සිතති. ඒ නිසා අපි දෙකටම ආයෝජනය කරන්නෙමු."

ඉතින්, මට මෙය පවසන්නේ එය තාක්ෂණික ගැටලුවක් නොවන බවයි. ඔබට අවශ්‍ය නම් එහි “මෘදු ප්‍රශ්නයක්” වැඩිය. පුද්ගලික මනාපයන්ගෙන් එකක්. ඔබ කිහිප දෙනෙකු පවසා ඇති දේට අනුකූල වේ.

සියලුම පිළිතුරු වලට ස්තූතියි.

මෙය බොහෝ පිළිතුරු සහිත පරණ ප්‍රශ්නයක් වන නමුත් කිසිවෙකු ලැයිස්තු ගත කිරීමට බලාපොරොත්තු වන පිළිතුරක් නොතිබුණි.

කෙටි පිළිතුර:

• ASP.NET වේදිකාව සඳහා නවීන ක්‍රමලේඛන සම්මුතීන් සහ කර්මාන්ත වැලඳගත් රටාවන් සමඟ වෙබ් යෙදුමක් නිසියාකාරව ගොඩනැගීමට ඔබ අදහස් කරන්නේ නම් ASP.NET MVC භාවිතා කරන්න. HTML සහ ග්‍රාහක පාර්ශවීය සම්පත් (ජාවාස්ක්‍රිප්ට්, සීඑස්එස්) ක්‍රියා කරන ආකාරය මෙන්ම එම්වීසී ක්‍රමලේඛන මානසිකත්වය ඉහළ නැංවීමේ ඉගෙනීමේ වක්‍රය ඇති නමුත් ග්‍රහණය කර ගත් වහාම හදිසි අවසානයකට ළඟා වන්නේ කෙසේදැයි ඔබ දැන ගනු ඇත.
• ඔබ GUI- කේන්ද්‍රීය, RAD (වේගවත් යෙදුම් සංවර්ධනය) භාවිතා කිරීමට හෝ භාවිතා කිරීමට අවශ්‍ය නම් ASP.NET වෙබ් පෝරම භාවිතා කරන්න , යමක් ඉක්මනින් මූලාකෘතිකරණය කිරීම සඳහා ඇදගෙන යාමේ ප්‍රවේශය, එනම් තල්ලු බොත්තම / දත්ත ජාල හැසිරීම මිනිත්තු 15 ක් වන අතර, විසඳුම සංවර්ධකයින්ගේ සහාය වීමට අදහස් නොකෙරේ. නැතහොත්, ඔබට GUI හෝ වින්ඩෝස් පෝරම සංවර්ධනයේ පසුබිමක් තිබේ නම් සහ ඔබේ දැනුම වෙබයට මාරු කිරීමට ඔබ කැමති නම් ASP.NET වෙබ් පෝරම භාවිතා කරන්න .

නමුත් මෙය නිසියාකාරව බැලීමට නම්, ඔබ එක් එක් අයගේ ඉතිහාසය තේරුම් ගත යුතුය.

ASP.NET වෙබ් පෝරම යනු දෘශ්‍ය මූලික 6 ඇක්ටිව්එක්ස් පාලක, සේවාදායකයේ VB6 ඩීඑල්එල් සහ ඒඑස්පී ක්ලැසික් භාවිතා කරමින් ගතික වෙබ් යෙදුම් තැනූ අයට මයික්‍රොසොෆ්ට් දුන් පිළිතුරයි. එකල මෙම මයික්‍රොසොෆ්ට් මෙවලම් භාවිතා කරමින් වෙබ් සංවර්ධනය සැබෑ අවුල් ජාලයක් විය. මයික්‍රොසොෆ්ට් හි නිමැවුම වූ .NET රාමුවේ සමස්තය සමඟම, වින්ඩෝස් තොගයේ business ලදායී ව්‍යාපාර වැඩසටහන් කරන්නේ කෙසේද යන්න පිළිබඳ චිත්‍රක මණ්ඩලයට ආපසු යාම, ASP.NET වෙබ් පෝරම එහි දී විස්මයජනක හා ලස්සන විය.

සමස්ත ප්‍රවේශය වූයේ වින්ඩෝස් යෙදුම් සංවර්ධනයට බොහෝ සමානකම් ඇති නමුත් අන්තර්ජාල සේවාවන්හි බලය සමඟ සංවර්ධකයින්ට ලොව දෙකටම හොඳම දේ ලබා දීමයි. අදහස වූයේ VB6 / WinForms “Form” (කවුළුවක්) මෙන්ම වෙබ් පිටුවක් යනු පෝරමයක් (කවුළුවක් මෙන් බලන්න) , එම පෝරමය මත ඔබට ලේබල්, පෙළ කොටු, දත්ත ග්‍රිඩ්, බොත්තම් සහ VB / WinForms GUI සංවර්ධකයින් පුරුදුව සිටි වෙනත් දේ.

බොත්තමක් යමක් කිරීමට නම්, එය ඇදගෙන යාමෙන් පසු ඔබ එය නිර්මාණකරු තුළ දෙවරක් ක්ලික් කර කේත සංස්කාරකයේ උත්පාතය, එම “ක්ලික්” සිදුවීම සිදු වූ විට කළ යුතු දේ පෝරමයට පවසන්න. වින්ඩෝස් GUI සංවර්ධකයින් VB6 හි GUI මෙවලම් සහ තරඟකාරී මෙවලම් භාවිතයෙන් මෘදුකාංග නිර්මාණය කළේ හරියටම මෙයයි , දැන් හැරුණු විට සේවාදායකය තුළ කේතය ක්‍රියාත්මක වේ! වාව්!

මෙය 2002 තාක්‍ෂණයයි. RAD සංවර්ධනය සඳහා අන්තර්ජාලය සක්‍රීය GUI විසඳුම් සඳහා පිළිතුරක් ලෙස එහි කාලය තුළ විස්මයජනක හා සුන්දර වූ එය මෘදුකාංග සංවර්ධකයින්ගේ අවුල් සහගත ලෝකයකට බලය පිළිබඳ හැඟීමක් ගෙන ආවේ ඔවුන්ට ව්‍යාපාරික අරමුණු ඉටු කර ගැනීමට අවශ්‍ය විය.

අවාසනාවකට මෙන්, මෙම ක්‍රමලේඛන ආකෘතිය වින්ඩෝස් ජී.යූ.අයි ක්‍රමලේඛනයේ රූපකය කොතරම් අවධාරණය කර ඇත්ද යත්, එහි අවශ්‍ය ක්‍රියාත්මක කිරීමේ තොරතුරු, සිදුවීම් ජීවන චක්‍රවලට ඉඩ සැලසීමට අවශ්‍ය සියලු ගමන් මලු සහ සරල HTML හි කැත තොරතුරු ඉවතට ගැනීම සහ මෙම ඇදගෙන යාමේ සංරචක සහ පාලක ප්‍රතිදානය කරන ස්ක්‍රිප්ට්. දවස අවසානයේදී, සැබෑ යෙදුම් සඳහා සහය දක්වන සංවර්ධකයින්ට අනිවාර්යයෙන්ම මෙම සංරචක ගැඹුරට හාරා බැලීමට හෝ තමන්ගේම දෑ ලිවීමට සිදු වූ අතර, එම නිසා ඔවුන් මෙම යටිතල ව්‍යුහය සමඟ සටන් කිරීමටත්, කබොල ගොඩවල් මත ගොඩගැසීමට ඉඩ ඇති සටන්, ඇදගත් හිසකෙස් සහ කඳුළු.

උපස්ථ කරන්න. ඔබේ අත් සෝදන්න. ව්‍යාපාරික ගැටළුව දෙස නැවත බලමු. අපගේ ව්‍යාපාර අරමුණු මොනවාද?

අපට වෙබ් යෙදුම් තැනීම සහ කළමනාකරණය කිරීම අවශ්‍ය වේ . අපගේ බාධාවන් වන්නේ අපට HTTP, HTML, Javascript, සහ CSS හි ඇති ලෝක ව්‍යාප්ත වෙබ් ඇති අතර සේවාදායකයේ අපට ව්‍යාපාරික නීති, දත්ත සමුදායන් සහ කුඩා ක්‍රමලේඛන භාෂා අතලොස්සක් (උදා: C #) ඇත. අපගේ සංවර්ධන ක්‍රමවේදය මෙහෙයවීම සඳහා අපට මෙම වින්ඩෝස් GUI රූපකය අවශ්‍යද? අපට යෙදුම් ගැටළු කෙරෙහි පමණක් අවධානය යොමු කර GUI රූපක ඉවත් කළ නොහැක්කේ ඇයි?

ASP.NET MVC පැමිණෙන්නේ මෙහිදීය. එය ආරම්භ වූයේ නිසි හා පිරිසිදු මෘදුකාංග සංවර්ධන මූලධර්ම වෙත ආපසු යාමට අවශ්‍ය “Alt.Net” ලෙස හැඳින්වූ සංවර්ධකයින්ගේ කැරැල්ලකිනි. තව දුරටත් කලබල නොවී, ව්‍යාපාරික අරමුණු සහ මෘදුකාංග හොඳම භාවිතයන් කෙරෙහි අවධානය යොමු කරන්න.

මෙම අවස්ථාවේ දී මෙය සැබවින්ම පරිවර්තනය කරන්නේ:

1. උත්සුකයන් වෙන් කිරීම . නිදසුනක් ලෙස, දත්ත සංරචකයකට එහි දත්ත විදහා දක්වන්නේ කෙසේදැයි දැන ගැනීමට අවශ්‍ය නොවන අතර, සලකුණු කිරීම දත්ත සමුදා සම්බන්ධතා වින්‍යාස තොරතුරු සමඟ සංකේතවත් නොකළ යුතුය, මේ ආකාරයෙන් සංවර්ධකයෙකුට සංස්කරණය කිරීමේදී ඔහුගේ අවධානය යොමු කළ යුතු ක්ෂේත්‍රය කෙරෙහි අවධානය යොමු කළ හැකිය. පරීක්ෂණ කේතය.
2. HTML සහ ඒ ආශ්‍රිත සම්පත් වල නිරාවරණයට නිරාවරණය වීම සහ පූර්ණ සහාය . වෙබ් පෝරම වලදී, HTML ඉවතට ඇද දමනු ලැබේ, සංවර්ධකයින් ඒ සමඟ ගැටීමෙන් අධෛර්යමත් වේ. ASP.NET MVC හි, එම තොරතුරු කළමනාකරණය කිරීමට සංවර්ධකයින් උනන්දු කරනු ලැබේ ; ඇත්ත වශයෙන්ම එය අවශ්‍යතාවයකි. මෙහි ඇති වාසිය නම්, HTML, CSS, සහ ස්ක්‍රිප්ට් වල පිරිසිදු අර්ථ නිරූපණයන් අගය කිරීමට සංවර්ධකයාට නැවත ඉගෙන ගත හැකි අතර එයට එරෙහිව නොව ඒ සමඟ වැඩ කිරීමයි.
3. ව්‍යාපාරික වස්තු පරීක්ෂා කිරීමේ හැකියාව . ක්‍රමලේඛන ඒකක පරීක්ෂාව සඳහා පාලකයන් සහ ආකෘති වඩාත් සුදුසු වන අතර එමඟින් ව්‍යාපාර අරමුණු සපුරාලීම සඳහා ක්‍රියාත්මක කිරීම් වලංගු කළ හැකි අතර වෙනස්කම් බිඳී නොයන බවට තහවුරු කර ගත හැකිය. වෙබ් පෝරම සමඟ සංරචක තනි තනිව පරීක්‍ෂා කිරීමට සැලසුම් කර නොතිබීම නිසා පරීක්‍ෂා කිරීම දුෂ්කර වූ අතර සමස්ත සංවර්ධන ප්‍රතිදානය පිටු ආකෘති සහ ඒවායේ සිදුවීම් ජීවන චක්‍රයන් වටා ව්‍යාපාර තර්කනය හා ඉදිරිපත් කිරීමේ තර්කනය ගැඹුරින් බැඳී ඇත.

ජාවාස්ක්‍රිප්ට් මෙන්ම ඉහළ මට්ටමේ ක්‍රමලේඛන භාෂාවක් මෙන්ම HTML දැනටමත් ඉතා ඉහළ මට්ටමේ සලකුණු භාෂාවක් බව සලකන්න. අපි එකලස් කිරීමේ භාෂාව හා සී සමඟ කටයුතු කළේ නම් මුළු කතාවම වෙනස් වනු ඇත.

# 2 මත ව්‍යාප්ත කිරීම, ASP.NET MVC හි තවත් පරමාර්ථයක් වනුයේ සංවර්ධකයින්ට ඔවුන්ගේ විසඳුම්වල 'දර්ශන' කොටසේ ඉදිරිපස තොරතුරු සංවිධානය කිරීමට සහ කර්මාන්තයේ සෙසු අය විසින් ගොඩනගා ඇති පොහොසත් පදනමේ වාසිය ලබා ගැනීමට ඉඩ දීමයි. ඉදිරිපස සේවාදායක වේදිකාව.

ASP.NET MVC සංවර්ධකයින්ට සේවාදායක පාර්ශවීය ගෘහ නිර්මාණ ශිල්පය සමඟ සටන් නොකර පොහොසත් ජාවාස්ක්‍රිප්ට් පුස්තකාල සහ සේවාදායක පාර්ශව සැකසීමේ ක්‍රමවේදයන් භාවිතා කරමින් නිවසේදී දැනෙන බව ඔබට පෙනී යනු ඇත. මෙය මුලින් ASP.NET වෙබ් පෝරම වල සිදු නොවීය, මන්දයත් ඔබට HTML හෝ ස්ක්‍රිප්ට් දෙස බැලීමට වෙබ් පෝරම අවශ්‍ය නොවන නිසාය. හැරෙන්නට ඔබට සැබවින්ම සිදුවන්නේ නම් , පරෙස්සම් වන්න, එය ක්ලාන්තය සඳහා නොවේ හදවතේ.

මම ASP.NET MVC වෙත සම්පුර්ණ හා සම්පුර්ණයෙන්ම පරිවර්තනය කර ඇති අතර ආපසු හැරී බැලුවේ නැත, එයින් කියැවුණේ මට තවමත් විශාල වෙබ් ෆෝම් යෙදුම් කිහිපයක් නඩත්තු කළ යුතු බවයි. මෙන්න මම එය භාර ගනිමි:

වෙබ් ෆෝම්ස්
ඔබට ග්‍රිඩ් සමඟ බැරෑරුම් බර ඉසිලීමක් ඇති විට මේවා භාවිතා කරන්න. ඔබට සරල දත්ත කට්ටලයක් ටැබුලර් ආකෘතියකට හොඳින් ගැලපෙන විට ජාලක පාලනයන් ඉතා හොඳ වන අතර පරිශීලකයන්ට වාර්තා යාවත්කාලීන කිරීමට සරල ක්‍රමයක් සැපයීමට ඔබට අවශ්‍යය. ඔව්. ප්‍රීතියෙන් ජාලකය හරහා ටැබ් කිරීමට හැකියාව ඇත. මට නම් එය ඇත්ත වශයෙන්ම මට වෙබ් ෆෝර්ම්ස් පිළිබඳ හොඳම දෙයයි; නමුත්, රයන් ලෙසපෙන්වා දී ඇති පරිදි වෙබ් ෆෝම්ස් විශාල කාල අවුල් ජාලයක් විය හැකි බැවින් ඔබ වැට දෙපස සෙල්ලම් කරන්නේ නව කේත පිටුපස ගොනුවකිනි. ඔබගේ සියලු පාලක ආකාරයේ දේවල් ඔබගේ දැක්ම (ය) සමඟ අන්තර් සම්බන්ධ කර තබා ගැනීම එකවර රෝස සහ කටු විය හැකිය.

MVC
ඔබට ඔබේම දෑ රෝල් කිරීමට අවශ්‍ය වූ විට මෙය භාවිතා කරන්න, මුල සිටම යෙදුමක් ආරම්භ කිරීමට ඔබට අවස්ථාව තිබේ. පැහැදිලිව නිර්වචනය කර ඇති එම්වීසී යෙදුමක් ආරම්භ කිරීම සඳහා තව ටිකක් වැඩ කළ යුතු නමුත් නඩත්තු කිරීමේ එහි ප්‍රතිලාභ ආරම්භක සැකසුම් පිරිවැයට වඩා වැඩිය. ඔබට සිත්ගන්නාසුලු අජැක්ස් අන්තර්ක්‍රියා කිරීමට අවශ්‍ය නම්, පිරිසිදු යූආර්එල් සහ මාර්ග වැනි කේත සමඟ ඔබේ ආකෘතිය ලිවීමට කැමැත්තක් දක්වන්න, සහ ඔබේ යෙදුමේ සමස්ත ප්‍රවාහය පාලනය කිරීමට හැකි නම් මෙය අනිවාර්යයෙන්ම යා යුතු මාර්ගයයි. මුලදී එය පුරුදු වීමට යම් කාලයක් ගත වන නමුත් මම හිතන්නේ එය ග්‍රීන්ෆීල්ඩ් යෙදුම් සඳහා වඩා හොඳ විකල්පයයි.

අවසාන වශයෙන්, මට නම් එය ග්‍රිඩ් සහ! :)

මගේ අත්දැකීම්:

• කේක් පීඑච්පී ව්‍යාපෘති වසරක් සඳහා ලිවීය.
• මාස හයක් තුළ මධ්‍යම ප්‍රමාණයේ වෙබ් ආකෘති ව්‍යාපෘතියක් සම්පූර්ණ කිරීම.
• වින්ඩෝස් පෝරම ව්‍යාපෘතියක වසර තුනක් සේවය කළේය.

එම අත්දැකීමෙන් පසුව, මම වෙබ් ආකෘති භාවිතා කරමින් වෙනත් යෙදුමක් ලිවීමට උත්සාහ කළ අතර, වෙබ් අඩවි විසින් HTML, javascript සහ css භාවිතා කරන යෙදුමක් සංවර්ධනය කරමින් සිටින බව යථාර්ථයෙන් සංවර්ධකයා ආරක්ෂා කර ගැනීමට උත්සාහ කරන ආකාරය ගැන දිනක් පමණ අරගල කිරීමෙන් පසු කලකිරීමට පත්විය.

මම පසුව එම්වීසී අත්හදා බැලීමට උත්සාහ කළ අතර, ප්‍රතිදානය කෙරෙහි වැඩි control ජු පාලනයක් තිබීම (සහ කේක් පීඑච්පී වෙතින් එම්වීසී පරාමිතිය පිළිබඳ යම් අත්දැකීමක්) මට එම සරල යෙදුම දිනකට 1/2 කින් පමණ අවශ්‍ය පරිදි සම්පූර්ණ කිරීමට හැකි විය.

JQuery වැනි ප්‍රබල UI රාමු තිබීම බොහෝ විට විශාල වශයෙන් කලින් ගොඩනඟන ලද UI සංරචක භාවිතා කිරීම සඳහා ප්‍රතිදානයේ control ජු පාලනය අත්හැරීමේ ආයාචනය බොහෝ දුරට ඉවත් කරයි.

මම වෙබ් ආකෘති වලට කැමතියි මගේ පසුබිම කවුළු සංවර්ධනය නිසා.

සංවර්ධනයේ වේගය ප්‍රධාන ගැටළුවක් වන අතර, පෝරම සමඟ එක රැයකින් නිවැරදි කිරීම සඳහා මට ඉන්දියාවේ කෙනෙකුට පහසුවෙන් ගැටලුවක් ඉදිරිපත් කළ හැකිය, එසේම, පිටුවක වේග ගැටලුවක් තිබේ නම්, asp.net වේගය පිළිබඳ හොඳ පොතක් ඉතා පහසුය (රික් කීසිග් යනු මිනිසා).

වෙබ් ආකෘති යනු හිටපු කවුළු පුද්ගලයින් සඳහා වන අතර mvc යනු වෙබ් පුද්ගලයින් සඳහා ය

එහෙත්, නූතන ලෝකයේ, රික් විසින් පුදුමාකාර පොතක් ලියා ඇති අතර, සේවාදායකයන් දිනපතා වේගය වැඩි කිරීම සහ ඉන්දියාවේ ලාභ කෝඩර් යනාදිය සමඟින්, වෙබ් ආකෘති වල දාරය තිබේ

මගේ ශත 2 යනු ඔබට විකල්පයක් ඇත්නම් සෑම විටම නව ව්‍යාපෘති සඳහා ASP.NET MVC භාවිතා කිරීමයි. මගේ මතය අනුව, වෙබ් යෙදුම් වෙබ් යෙදුම්, කාල පරිච්ඡේදය සංවර්ධනය කිරීමට හොඳ ක්‍රමයක් නොවේ.

මම හිතන්නේ මූලික REST ඉවත් කිරීම නරකයි, සමස්ත පසුගාමී ආකෘතියම නරකයි, GUI සංස්කාරකය මත රඳා පැවතීම සමඟ HTML / css භාර දෙන ආකාරය නරකයි, දේවල් සැකසීමට විශාරදයන් සහ GUI වැනි දෑ අවධාරණය කිරීම නරකයි, URL නරකයි.

මම සියලු පිළිතුරු කියවා ඇති අතර මගේ පෞද්ගලික අත්දැකීම් ඉහත පිළිතුරු වලට යමක් එකතු කරනු ඇතැයි මට හැඟේ.

මීට වසර 3-4 කට පෙර මම වෙබ් ආකෘති භාවිතා කරමින් වෙබ් අඩවි ව්‍යාපෘති 2-3 ක් සංවර්ධනය කළෙමි. ඒ කාලය වන විට, එම්වීසී අවට හෝ මම ඒ ගැන අසා නැත. සංවර්ධනය ස්වාභාවිකවම (මම පැමිණියේ පෙර-වෙබ් සංවර්ධන අත්දැකීම් නොමැති වින්-ෆෝම්ස් සංවර්ධනයෙන්) මට වේගයෙන්, මන්ද මට විස්තර වලින් HTML ඉගෙන ගත යුතු නැති අතර වෙබ් පාලනයන් බොහෝ සෙයින් උපකාරී විය (අපායක්, එය ජීවිතය පහසු කර ඇත) .

දැන්, ඒ සියල්ලට පසු, මම මෑතක් වන තුරුම කිසිදු වෙබ් ව්‍යාපෘතියක වැඩ නොකළ අතර WPF භාවිතා කරමින් වින්ඩෝස් යෙදුම් කිහිපයක් ගොඩනඟා ගත්තෙමි.

දින කිහිපයකට පෙර මට වෙබ් අඩවියක් පිළිබඳ අදහසක් තිබූ අතර එය සංවර්ධනය කිරීමට සිතුවෙමි: මේ වතාවේ එම්වීසී හි (එය සෑම තැනකම කතාබහට ලක්ව ඇති හෙයින්, මට ඉගෙනීමට අවශ්‍ය වූවාට අමතරව, මම එම්වීසී තෝරා ගනිමි). මම තවමත් ඉගෙන ගෙන එකට ගොඩනඟමින් සිටින බැවින් ව්‍යාපෘතිය තවමත් සංවර්ධන අවධියේ පවතී.

ඉතින්, මම සොයා ගන්නා ප්‍රධාන වෙනස්කම් දෙක පහත දැක්වේ: -

• කවුළු සංවර්ධනයෙන් පැමිණෙන කෙනෙකුට, වෙබ් පෝරම සැමවිටම වාසිදායක වනු ඇත. වින්ඩෝස් සංවර්ධකයෙකු සඳහා Asp.net ඉගෙනීමේ වක්‍රය තරමක් තදයි

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

• ඔබට HTML සහ CSS පිළිබඳ හොඳ දැනුමක් තිබේ නම් MVC හි සංවර්ධනය පහසු සහ පිරිසිදු වේ

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

කෙටියෙන් කිවහොත්, ඔවුන් දෙදෙනාම ටික වේලාවක් මෙහි රැඳී සිටිනු ඇත.

මෙම නූලට දැනට පවතින පිළිතුරු 15 අතර මෙම සලකා බැලීම මා දැක නැත, නමුත් එය සලකා බැලීම වටී යැයි මම සිතමි.

මගේ අත්දැකීම් අනුව වෙබ් පෝරම එම්වීසී වලට වඩා වින් පෝරම හා ඩබ්ලිව්පීඑෆ් වලට සමාන ය. මේ අනුව, කණ්ඩායමට එවැනි තාක්‍ෂණය පිළිබඳ වැඩි පළපුරුද්දක් ඇති විට හෝ වෙබ් පෝරම ව්‍යාපෘතිය මඟින් දැනට පවතින (හෝ ඊට සමගාමීව සංවර්ධනය කරන ලද) වින් පෝරම හෝ එකම දත්ත කට්ටලයකට අතුරු මුහුණතක් ලබා දෙන විට වෙබ් පෝරම තෝරා ගැනීම ගැන සලකා බැලිය හැකි යැයි මම සිතමි. WPF ව්‍යාපෘතිය. යෙදුම් තර්කනය දෙක අතර තරමක් සමාන විය හැකි බැවින් එසේ කිරීමෙන් සංවර්ධකයින්ට වඩාත් පහසුවෙන් ව්‍යාපෘති අතරට යා හැකිය.

වෙනත් පිළිතුරු පෙන්වා දී ඇති පරිදි, එම්වීසී රාමුවේ සංවර්ධනය එහි මයික්‍රොසොෆ්ට් සගයන්ට වඩා රූබි, පීඑච්පී, පයිතන් වැනි වෙබ් අඩවි සංවර්ධනයට සමාන ය; එබැවින් ස්වාභාවිකවම MVC තේරීම එම ප්‍රදේශවල කණ්ඩායම් අත්දැකීම් සහ වෙනත් පිළිතුරු වල ඉදිරිපත් කර ඇති සාධක කෙරෙහි බලපෑම් කළ හැකිය.

මීට වසර කිහිපයකට පෙර එම්වීසී වෙත නොපැමිණීමට අපගේ හේතුව වූයේ එය මයික්‍රොසොෆ්ට් වෙතින් නොමේරූ තාක්‍ෂණයකි. පසුගිය වසර කිහිපය තුළ අපි දැන් වඩා පරිණත අනුවාදයක (4) සිටින අතර එම්එස් ඔවුන් මේ සමඟ යන්නේ කොතැනටද යන්න සොයා බැලූ බව පෙනේ. කෙසේ වෙතත්, 4 වන අනුවාදයේ අපට භාවිතා කිරීමට අවශ්‍ය විශේෂාංග සඳහා වින්ඩෝස් 2012 සේවාදායකයක් අවශ්‍ය බැවින් (IIS8 හරහා නැවත වෙබ් සොකට්) MVC භාවිතා කරමින් ප්‍රධාන LOB යෙදුම් සංවර්ධනය කිරීමට අපි තවමත් පසුබට වෙමු. තවත් වසර 1 කින් අපි එම්වීසී වඩාත් පිළිගැනීමට ඉඩ ඇති බැවින් තවත් තෙවන පාර්ශවීය පාලනයන් ලැබෙනු ඇතැයි අපේක්ෂා කරමු, තාක්‍ෂණය සමථයකට පත් වනු ඇත, ඒ සඳහා අවශ්‍ය යටිතල පහසුකම් අපට ඇත.

මෙම තීරණය රඳා පවතින්නේ ඔබේ මනාපයන් මත, ඔබේ අවශ්‍යතා මත හෝ ඔබේ දැනුම හා අත්දැකීම් මත ය.

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

එකක් අනෙකට වඩා හොඳ නොවේ ද? හුදෙක් ප්‍රවේශය හෝ රාමු යන දෙකටම වාසි සහ අවාසි ඇත.

පෞරුෂත්වය මම MVC 3 ට කැමතියි, ඔබේම අත්දැකීමක් ලබා ගැනීමට මම ඔබට නිර්දේශ කරමි, නමුත් MVC හි වැඩසටහන පිරිසිදු, විනෝදජනක, නම්‍යශීලී, දිගු කළ හැකි, ආරක්ෂිත සහ ව්‍යුහාත්මක ක්‍රමයක් බව මම පැවසිය යුතුය.

සුභ පැතුම්,

MVC වෙනුවට මම WebForms තෝරා ගැනීමට ඇති එකම හේතුව නම්, ඔබට MVC වලට වඩා WebForms සඳහා තෙවන පාර්ශවීය UI පාලනයන් ඇති බැවිනි. මම එම්වීසී තෝරා ගන්නේ මම වෙබ් ෆෝම්ස් සමඟ වැඩිපුර වැඩ කළ නිසා සහ මට නැවුම් / අළුත් යමක් සමඟ වැඩ කිරීමට අවශ්‍ය නිසා, නමුත් තවමත් එම්එස් සාප්පුවෙන් :)

මූලික වශයෙන්, වෙබ් ෆෝර්ම්ස් හි දර්ශන ස්ථානය අක්‍රිය කර ViewModels භාවිතා කිරීමට සහ ආකෘති බන්ධන සහ සේවාදායක පාර්ශවීය පාලක වෙනුවට ලූප සඳහා / කිසිවක් භාවිතා කිරීමට ඔබට බාධාවක් නැත.

මෙය වෙබ් ෆෝම්ස් හෝ එම්වීසී කේතයද:

<% foreach (var item in Model.Items) { %>
<p><%: item.Name %></p>
<% } %>

WebForms හි මා සොයාගත් එකම සීමාව නම්, ඔබ පරායත්ත එන්නත් කිරීම / පාලනයේ ප්‍රතිලෝමතාවය භාවිතා කරන්නේ නම්, ඔබට WebForms පිටුවල පරාමිති රහිත ඉදිකිරීම්කරුවෙකු තිබිය යුතු බැවින් ඔබට ඉදිකිරීම් එන්නත් කළ නොහැක. එබැවින් ඔබට දේපල එන්නත් භාවිතා කළ යුතුය. ඇත්තෙන්ම මෙය එතරම් විශාල ගනුදෙනුවක්ද?

ASP.NET MVC සැබවින්ම රූබිට පිළිතුරක් වන අතර නව, නවීන, සහ (IMO) බ්‍රවුසරය (සේවාදායකයා) සේවාදායකයෙන් හැකිතාක් දුරට විසන්ධි කිරීමේ හොඳ ක්‍රමයකි.

ASP.NET වෙබ්ෆෝම්ස් මඟින් සේවාදායකයාගේ පැත්තෙන් සේවාදායකයා මත විශාල පාලනයක් ලබා දෙයි. අත්‍යවශ්‍යයෙන්ම ඔබේ දැක්ම සහ පාලකය එකකි, එය ඔබට විශාල ශක්තියක් ලබා දෙන අතර බොහෝ විට බොහෝ අවුල් සහගත වේ.

ASP.NET MVC විසින් .aspx ගොනුවක් සහ .aspx.cs ගොනුව තදින් සම්බන්ධ කිරීමෙන් වෙබ් ආකෘති වලට සම්බන්ධ වීමෙන් දර්ශනය සහ පාලකය වෙන් කරයි.

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

මගේ මතය අනුව, ඒවා ප්‍රමාණවත් තරම් සම්බන්ධ වී ඇති අතර එය මනාපයට පැමිණිය යුතු දළ වශයෙන් එකම හැකියාවන් ඇත.

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

ඒවා මුළුමනින්ම වෙනම ආයතන නොවන අතර මයික්‍රොසොෆ්ට් මේ දෙකටම අඛණ්ඩව සහයෝගය දක්වන තාක් කල්, ඔබ එක් එක් සඳහා සුවිශේෂී සංවර්ධකයින්ගේ මිශ්‍ර කණ්ඩායමක් දකිනු ඇතැයි මම විශ්වාස කරමි.

මේ සියල්ල පුද්ගලික තේරීම පිළිබඳ වන අතර, අප සියල්ලන්ම අප භාවිතා කරන තාක්ෂණය පිළිබඳ ප්‍රවීණ යැයි උපකල්පනය කරමු. මම වසර ගණනාවක් තිස්සේ WebForms සැලසුම් ප්‍රවේශය භාවිතා කර ඇති අතර, එකම අවාසිය නම් එහි සරල ප්‍රවේශය නිසා බොහෝ අය එහි විශාල හැකියාවන් අනාවරණය කර ගැනීමට කාලය ගත නොකිරීමයි.

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

මම දැනට තාක්ෂණයන් දෙකම භාවිතා කිරීමට පහසු වන අතර තත්වය මත පදනම්ව මම තෝරාගෙන තෝරා ගනිමි. අවංකවම කිවහොත්, එය ඔබට භාරයි, නමුත් සත්‍යය පවතින්නේ කිසියම් තාක්‍ෂණයකට කළ හැකි දේ ගැඹුරින් ඉගෙන ගැනීමට සෑම කෙනෙකුම කාලය ගත නොකරන බවයි.

ක්‍රමලේඛන ගැටලුවකට මුහුණ දෙන විට මම බොහෝ විට පිළිතුරු සඳහා වෙබය දෙස බලමි. වෙබ්ෆෝම්ස් හි ඕනෑම දෙයක් ගැන තොරතුරු / සංරචක ටොන් ගණනක් ඇත. MVC හි මාර්ගගත ප්‍රභවයන් අඩු වීම සහ යමක් වැඩ කිරීමට අවශ්‍ය වියුක්ත ස්ථර නිසා මට වරක් කළ හැකි දේවල සීමාවක් ඇත. MVC එකතුව සංවර්ධකයෙකු ලෙස මගේ tivity ලදායිතාව විනාශ කරන අතර වෙබ් ආකෘති සමඟ එය නොවේ. එම්වීසී එය ප්‍රතිස්ථාපනය කිරීමට තරම් පරිණත වන තුරු මම දැන් වෙබ් ආකෘති වලට ඇලී සිටිමි.

හොඳයි, වෙබ් ෆෝර්ම්ස් සතුව වැඩි ඉගෙනුම් සම්පත් තිබේ (හුදෙක් එය පැරණි නිසා) සහ ඒ නිසා “නොදන්නා” නව ක්‍රමලේඛකයින් එම්වීසී වැනි නවතම දේවලට වඩා මෙම පැරණි තාක්‍ෂණය පිළිබඳ තොරතුරු සොයා ගැනීමට වැඩි ඉඩක් ඇත. .

ජ්‍යෙෂ් Senior / පළපුරුදු ක්‍රමලේඛකයින් වයසින් වැඩි වන අතර පැරණි තාක්‍ෂණය පිළිබඳව ඔවුන් වඩාත් ප්‍රවීණ වනු ඇත්තේ ඔවුන් නව ක්‍රමයට වඩා වැඩි කාලයක් එහි වැඩසටහන්ගත කර ඇති බැවිනි.

ඔබේ පුද්ගලයින් වෙබ් ෆෝම්ස් යෙදුම්වල මෙන් එම්වීසී පිළිබඳ ප්‍රවීණත්වයක් ලබා ගැනීම සඳහා ඔබට මුදල් හා ශ්‍රමය වැය කළ නොහැකි නම්, ඔබ නිසැකවම නව වේදිකාවට යාවත්කාලීන කිරීම හැකිතාක් කල් නවතා දැමීමට උත්සාහ කරනු ඇත.

එබැවින් එය සැපයුම් ගැටළු කිහිපයක් ඉදිරිපත් කරයි: එම්වීසී හි ප්‍රතිලාභ අඩු ගුණාත්මකභාවය සහ යෙදවීමේ කාලය අනුව පිරිවැයට වඩා වැඩි ද? මා සතුව වෙබ් ෆෝර්ම්ස් හි සම්පූර්ණයෙන්ම ලියා ඇති වෙබ් අඩවියක් තිබේ නම්, එම්වීසී එයට සම්බන්ධ කිරීමට දරන උත්සාහය හා මුදල් වටී ද?

කලින් විචාරකයෙකු සඳහන් කළ පරිදි, ඔබට වෙබ් ෆෝර්ම්ස් සමඟ කළ හැකි පරිදි පාලකය සමඟ එකම මට්ටමේ අතුරු මුහුණතක් ලබා ගැනීමට MVC ඔබව වළක්වයි. මම සියල්ලම "පරිශීලකයා දේවල් පුරවා ගැනීමෙන් / ඉගෙනීමෙන් වළකින්න" යන කාරණය සඳහා සිටියද, කණ්ඩායම් විසින් ඔවුන් ලියන සෑම දෙයකටම එම ආදර්ශයට උමතු වන වැඩසටහනක් යෙදවීම / ක්‍රියාත්මක කිරීම අසාධාරණ ලෙස කරදරකාරී විය හැකිය.

මම හිතන්නේ මේ තාක්ෂණයන් දෙක අතර පරතරය කලින් තරම් පුළුල් නොවේ.

• වෙබ් පෝරම වලට MVC භාවිතා කරන රවුටින් එන්ජිම භාවිතා කළ හැකිය (හෝ ඊට සමාන දෙයක්).
• ස්ක්‍රිප්ට් කළමණාකරුට ස්ක්‍රිප්ට් ඒකාබද්ධ කිරීමට, සීඩීඑන් එකකින් පැටවීමට සහ ස්ක්‍රිප්ට් පැටවීම ප්‍රමාද කිරීමට පවා හැකිය.

ඔබේ ප්‍රශ්නයට directly ජුව පිළිතුරු සැපයීම සඳහා මම සිතන්නේ එය මනාපයන් සහ / හෝ ව්‍යාපෘතිය කුමක්ද යන්නයි. ඔවුන් දෙදෙනාම සංවර්ධනය සඳහා සැලකිය යුතු වෙනස් ප්‍රවේශයක් ගනී. පුද්ගලිකව මම MVC දෙසට ගමන් කිරීමට කටයුතු කර ඇත, නමුත් තවමත් වෙබ් ආකෘති සමඟ වැඩ කිරීමෙන් සතුටක් ලබමි. මම හිතන්නේ ඔබ MVC හෝ Webforms භාවිතා කළ යුතු තෙතමනය සඳහා පිළිතුර තාක්‍ෂණයන් දෙකම අත්විඳීමෙන් තීරණය කිරීම සඳහා ය.