ASP.NET වෙබ් අඩවිය හෝ ASP.NET වෙබ් යෙදුම?


852

මම විෂුවල් ස්ටුඩියෝ හි නව ASP.NET ව්‍යාපෘතියක් ආරම්භ කරන විට, මට ASP.NET වෙබ් යෙදුමක් නිර්මාණය කළ හැකිය, නැතහොත් මට ASP.NET වෙබ් අඩවියක් නිර්මාණය කළ හැකිය.

ASP.NET වෙබ් යෙදුම සහ ASP.NET වෙබ් අඩවිය අතර වෙනස කුමක්ද? ඇයි මම එකකට වඩා එකක් තෝරා ගන්නේ?

මා භාවිතා කරන විෂුවල් ස්ටුඩියෝ හි කුමන අනුවාදය මත පදනම්ව පිළිතුර වෙනස්ද?


6
සම්පූර්ණ හා වඩා මෑත (4.5 සඳහා) සංසන්දනයක් සහ පැහැදිලි කිරීමක් එම්එස්ඩීඑන්: වෙබ් යෙදුම් ව්‍යාපෘති හා එදිරිව දෘශ්‍ය චිත්‍රාගාරයේ වෙබ් අඩවි ව්‍යාපෘති
ගුස්ටාව්

Answers:


556

වෙබ් අඩවිය:

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

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

වෙබ් යෙදුම:

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

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

යොමුව

ASP.NET 2.0 - වෙබ් අඩවිය එදිරිව වෙබ් යෙදුම් ව්‍යාපෘතිය ද ලිපිය භාවිතා කරන්නේ ඇයිද යන්න සහ අනෙක් ඒවා භාවිතා නොකිරීමට හේතු සපයයි. මෙන්න එහි උපුටා ගැනීමකි:

  • ඔබට විශාල දෘශ්‍ය ස්ටුඩියෝ .නෙට් 2003 යෙදුම් VS 2005 වෙත සංක්‍රමණය කළ යුතුද? වෙබ් යෙදුම් ව්‍යාපෘතිය භාවිතා කරන්න.
  • ව්‍යාපෘති ගොනුවක් නිර්මාණය නොකර වෙබ් ව්‍යාපෘතියක් ලෙස ඕනෑම නාමාවලියක් විවෘත කර සංස්කරණය කිරීමට ඔබට අවශ්‍යද? වෙබ් අඩවි ව්‍යාපෘතිය භාවිතා කරන්න.
  • සම්පාදනය කිරීමේදී ඔබ පෙර-ගොඩ නැගීමේ සහ පසු-ගොඩ නැගීමේ පියවර එකතු කළ යුතුද? වෙබ් යෙදුම් ව්‍යාපෘතිය භාවිතා කරන්න.
  • බහු වෙබ් ව්‍යාපෘති භාවිතා කරමින් ඔබට වෙබ් යෙදුමක් තැනීමට අවශ්‍යද? වෙබ් යෙදුම් ව්‍යාපෘතිය භාවිතා කරන්න.
  • සෑම පිටුවකටම එකලස් කිරීමක් කිරීමට ඔබට අවශ්‍යද? වෙබ් අඩවි ව්‍යාපෘතිය භාවිතා කරන්න.
  • එක් එක් පිටු දර්ශනයේ මුළු වෙබ් අඩවියම ගොඩනඟා නොගෙන ගතික සම්පාදනයට සහ පිටු වල වැඩ කිරීමට ඔබ කැමතිද? වෙබ් අඩවි ව්‍යාපෘතිය භාවිතා කරන්න.
  • කේත පිටුපස ආකෘතියට වඩා ඔබ තනි පිටු කේත ආකෘතියට කැමතිද? වෙබ් අඩවි ව්‍යාපෘතිය භාවිතා කරන්න.

වෙබ් අඩවි ව්‍යාපෘති හා එදිරිව වෙබ් අඩවි ව්‍යාපෘති (MSDN) වෙබ් අඩවිය සහ වෙබ් යෙදුම් ව්‍යාපෘති අතර ඇති වෙනස්කම් පැහැදිලි කරයි. එසේම, එය දෘශ්‍ය ස්ටුඩියෝ හි කළ යුතු වින්‍යාසය සාකච්ඡා කරයි.


5
ඔබට තවමත් ඔබේ මුළු වෙබ් අඩවියම ගොනු පදනම් කරගත් වෙබ් අඩවිය සමඟ ඩීඑල්එල් එකකට සම්පාදනය කළ හැකිය.
dtc

31
මම ඒ ගැන සිතන ආකාරය. ඔබ HTML යූඅයි ලෙස භාවිතා කරන යෙදුමක් ක්‍රමලේඛනය කරන්නේ නම් වෙබ් යෙදුම භාවිතා කරන්න. ඔබට වෙබ් අඩවි කිහිපයක් තිබේ නම් එහි පිටු කිහිපයක Asp.net ටිකක් අවශ්‍ය වේ නම් වෙබ් අඩවි ව්‍යාපෘතිය භාවිතා කරන්න.
ඉයන් රින්ග්‍රෝස්

35
ඇත්ත වශයෙන්ම, වෙබ් යෙදුම් ව්‍යාපෘති හරියටම මුල් ASP.NET ව්‍යාපෘති වර්ගය විය. විෂුවල් ස්ටුඩියෝ 2003 හි අප සතුව තිබූ ව්‍යාපෘති ඒවා "සමාන" නොවේ. ඒවා එකතු කිරීමක් ලෙස නිර්මාණය වී නොමැත. විෂුවල් ස්ටුඩියෝ 2005 එස්පී 1 හුදෙක් විෂුවල් ස්ටුඩියෝ 2005 ආර්ටීඑම් වැරදියට ඉවත් කළ දේ ප්‍රතිෂ් ored ාපනය කළේය.
ජෝන් සෝන්ඩර්ස්

1
WebDeployment ව්‍යාපෘතියක ඔබට WebApplication ප්‍රතිදානය භාවිතා කළ හැකිය. වෙබ් ඩෙප්ලොයිමන්ට් ව්‍යාපෘතියක ඔබට වෙබ් අඩවි ප්‍රතිදානය භාවිතා කළ නොහැක. යෙදවීමේ ව්‍යාපෘතියක් නිර්මාණය කිරීමට ඔබට අවශ්‍ය නම්, වෙබ් ඇප්ලිකේෂන් වෙත ඇලී සිටින්න. නමුත් සංවර්ධනය කිරීම සඳහා වෙබ්සයිට් වඩාත් පහසු වේ. කෙසේ වෙතත්, පරිවර්තනය සැමවිටම ගැටළු රහිත බැවින් වෙබ් ඇප්ලිකේෂන් සමඟ වහාම ආරම්භ කරන්න.
ස්ටෙෆාන් ස්ටීගර්

8
arxarzu: වෙබ් අඩවියේ “ව්‍යාපෘති” සඳහා .csproj හෝ .vbproj ගොනුවක් නොමැත. ඒවා සැබවින්ම ව්‍යාපෘති නොවේ - ඒවා ගොනු වලින් පිරුණු ෆෝල්ඩර පමණි.
ජෝන් සෝන්ඩර්ස්

171

වෙබ් අඩවිය යනු ඔබ IIS වැනි ASP.NET වෙබ් සේවාදායකයකට යෙදවීමයි. ලිපිගොනු සහ ෆෝල්ඩර පොකුරක් පමණි. ඔබව දෘශ්‍ය චිත්‍රාගාරයට සම්බන්ධ කරන කිසිවක් වෙබ් අඩවියේ නොමැත (ව්‍යාපෘති ගොනුවක් නොමැත). කේත-උත්පාදනය සහ වෙබ් පිටු සම්පාදනය කිරීම (.aspx, .ascx, .master වැනි) ක්‍රියාකාරී වේලාවේදී ගතිකව සිදු කෙරෙන අතර මෙම ලිපිගොනු වල වෙනස්කම් රාමුව මගින් හඳුනාගෙන ස්වයංක්‍රීයව නැවත සම්පාදනය කරනු ලැබේ. ඔබට විශේෂ App_Code ෆෝල්ඩරයේ පිටු අතර බෙදා ගැනීමට අවශ්‍ය කේතයක් තැබිය හැකිය , නැතහොත් ඔබට එය පූර්ව සම්පාදනය කර එකලස් කිරීම බින් ෆෝල්ඩරයේ තැබිය හැකිය.

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

App_Code එදිරිව බින්

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

කෝඩ්බෙහින්ඩ්

මෙම මාතෘකාව .aspx සහ .ascx ගොනු සඳහා විශේෂිත වේ. කේත පිටුපස ලිපිගොනු භාවිතා නොකරන ASP.NET MVC සහ ASP.NET වෙබ් පිටු වැනි නව යෙදුම් රාමු වල මෙම මාතෘකාව අඩු වශයෙන් අදාළ වේ.

වෙබ් යෙදුම් වල .aspx පිටු සහ .ascx පාලකවල කේත පිටුපස ඇති ගොනු ඇතුළු සියලුම කේත ගොනු එකලස් කිරීමකින් ඔබ විසින් සෑම කුඩා වෙනසක් සඳහාම නැවත ගොඩනගා ගත යුතු අතර ඔබට සජීවී වෙනස්කම් කළ නොහැක. සංවර්ධනයේදී මෙය සැබෑ වේදනාවක් විය හැකිය, මන්දයත් ඔබ වෙනස්කම් දැකීම සඳහා නැවත ගොඩනැඟිය යුතු අතර වෙබ් අඩවි සමඟ වෙනස්කම් ධාවන වේලාවෙන් අනාවරණය වන අතර පිටු / පාලක ස්වයංක්‍රීයව නැවත සකස් වේ.

කේත නාම පිටුපස එකලස් කිරීම් කළමනාකරණය කිරීම ඔබට අඩු වැඩකි, මන්ද ඔබට පිටු ලබා දීම / අද්විතීය නම් ලබා දීම හෝ ඒවා විවිධ නාම අවකාශයන් ලෙස සංවිධානය කිරීම ගැන කරදර විය යුතු නැත.

කේත ලිපිගොනු යෙදවීම සැමවිටම හොඳ අදහසක් යැයි මම නොකියමි (විශේෂයෙන් හවුල් කේත ලිපිගොනු සම්බන්ධයෙන් නොවේ), නමුත් කේත පිටුපස ලිපිගොනු වල අඩංගු විය යුත්තේ UI විශේෂිත කාර්යයන් ඉටු කරන කේත, වයර්-අප් සිදුවීම් හසුරුවන්නන් යනාදියයි. ඔබේ යෙදුම විය යුතුය ලේයර් කර ඇති නිසා වැදගත් කේතය සෑම විටම බින් ෆෝල්ඩරයේ අවසන් වේ. එය එසේ නම්, කේත පිටුපස ලිපිගොනු යෙදවීම හානිකර ලෙස නොසැලකිය යුතුය.

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

වෙබ් යෙදුම් වලදී, පිටු / පාලක වල දෝෂ හඳුනාගැනීම සම්පාදකයා විසින් සම්පාදනය කරනුයේ ඔබේ කේත පිටුපස පන්ති මිස සලකුණු කිරීමේ කේතය නොවේ (MVC හි ඔබට මෙය MvcBuildViews විකල්පය භාවිතයෙන් නිවැරදි කළ හැකිය), එය ක්‍රියාත්මක වේලාවේදී සම්පාදනය කර ඇත.

විෂුවල් ස්ටුඩියෝ

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

විෂුවල් ස්ටුඩියෝ 2010 හි හඳුන්වා දුන් තවත් හොඳ ලක්ෂණයක් වන්නේ වෙබ් කොන්ෆිග් පරිවර්තනයයි .මෙය වෙබ් අඩවි වලද නොමැත. දැන් VS 2013 හි වෙබ් අඩවි සමඟ වැඩ කරයි.

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

MVC වෙබ් යෙදුම් ව්‍යාපෘතියක ඔබට 'කාර්යයන් එක් කරන්න', 'බැලීමට යන්න', 'පාලකය එක් කරන්න' වැනි පොදු කාර්යයන් සඳහා අමතර විධාන සහ සංවාද ඇත. මේවා MVC වෙබ් අඩවියක නොමැත.

ඔබ සංවර්ධන සේවාදායකය ලෙස IIS එක්ස්ප්‍රස් භාවිතා කරන්නේ නම්, වෙබ් අඩවි වල ඔබට අථත්‍ය නාමාවලි එක් කළ හැකිය. මෙම විකල්පය වෙබ් යෙදුම් වල නොමැත.

NuGet පැකේජය ප්‍රතිස්ථාපනය වෙබ් අඩවි වල ක්‍රියා නොකරයි, ඔබ packages.config හි ලැයිස්තුගත කර ඇති පැකේජ අතින් ස්ථාපනය කළ යුතුය.පැකේජ ප්‍රතිස්ථාපනය දැන් NuGet 2.7 සිට වෙබ් අඩවි සමඟ ක්‍රියා කරයි


43
ක්‍රමලේඛකයින් යෙදුම ලියන නිසා, යෙදුම ගොඩනගා ඇත. පරීක්ෂණ කණ්ඩායම විසින් පරීක්ෂණ පද්ධතිය මත යෙදුම පරීක්ෂා කරයි. එවිට පාරිභෝගිකයා යෙදුම් ස්ථාපනය කරයි. සජීවී වෙනස්කම් සිදුකරන ඕනෑම කෙනෙකුට ඔබට අවශ්‍ය යැයි අන්තිමයා සිතයි!
ඉයන් රින්ග්‍රෝස්

12
මට තේරීම හොඳම දෙයයි, වෙබ් අඩවි වල ඔබට අවශ්‍ය නම් පෙර සැකසූ මූලික පන්තියකින් ඔබට සැමවිටම උරුම විය හැකිය. ප්‍රභව කේත යෙදවීමේ අදහසට මිනිසුන් පුරුදු වී සිටින බොහෝ භාෂා / රාමු (උදා: PHP) ඇත. එයින් අදහස් කරන්නේ ඒවා 'බැරෑරුම්' යෙදුම් නොවන බවයි.
මැක්ස් ටොරෝ

6
"ඇත්ත වශයෙන්ම, ඔබ එම ඩීඑල්එල් කළමනාකරණය කරන්නේ නැත, [...] ඒවා පවතින බව ඔබ දැන සිටිය යුතු නැත. ගැටළුවක් නොවේ." - රාමුව ව්‍යාකූල වන තුරු, පැරණි අනුවාදයන් නිවැරදිව පිරිසිදු නොකරන අතර, වෙබ් අඩවිය පුරා ගැටුම් සහිත නම් සහිත සම්පාදක ව්‍යතිරේකයන් විසි කිරීමට පටන් ගනී ... වෙබ් ඩෙප්ලොයිමන්ට් ව්‍යාපෘතියක් භාවිතා කිරීමෙන් ඔබට සලකුණු හඳුනාගැනීම වැරදිය. ඔබේ අවසාන කරුණ වන "ඔබට සේවාදායකය ලෙස IIS භාවිතා කළ හැකි වෙබ් අඩවි සමඟ" මට විශ්වාස නැත, ඔබට මෙය වෙබ් යෙදුමක් සමඟද කළ හැකිය - තවද ව්‍යාපෘතිය විශාල වෙබ් යෙදුමක කොටසක් වන මෙවැනි ව්‍යාපෘති මට තිබේ.
ෂාෆ් - බෙන් ඩුගුයිඩ්

3
වෙබ් අඩවියක් යෙදවීම සැමවිටම සජීවී සේවාදායකයක් විය යුතු නැත. සංවර්ධන ලෝකයන් පරිපූර්ණ ලෝකයක සජීවී පරිසරයේ කැඩපතක් මත පරීක්ෂා කළ යුතුය. සංවර්ධන IIS සේවාදායකයක් මත ධාවනය වන වෙබ් අඩවියකට ඉක්මන් කේත වෙනස්කම් කිරීමට වෙබ් යෙදුම් වලට නොහැකි වීමත් සමඟ (එනම් දේශීය වීඑස් උදාහරණය භාවිතයෙන් ක්‍රියාත්මක නොවීම) ඉක්මන් කුඩා විසඳුම් පරීක්ෂා කිරීම විශාල වේදනාවක් ගෙන දේ. ඔබේ දේශීය යන්ත්‍රයේ එකම කොන්දේසි අනුකරණය කළ නොහැකි පද්ධතිවල මෙය සැමවිටම සිදුවේ.
නිකෝ රොබට්ස්

4
"සංවර්ධනය අතරතුර මෙය සැබෑ වේදනාවක් විය හැකිය, මන්දයත් ඔබ වෙනස්කම් දැකීම සඳහා නැවත ගොඩනැඟිය යුතු බැවිනි" ... මතක තබා ගන්න එය දැවැන්ත ව්‍යාපෘතියක් හෝ ඇත්ත වශයෙන්ම පැරණි පරිගණකයක් විය යුතුය. මේ දිනවල නැවත ගොඩනැඟීම.
ඩැරන්

75

වෙබ් අඩවිය = වෙබ් අඩවිය ග්‍රැෆික් නිර්මාණකරුවන් විසින් නිර්මාණය කරන විට භාවිතා කරන්න සහ ක්‍රමලේඛකයින් සංස්කරණය කරන්නේ පිටු එකක් හෝ දෙකක් පමණි

වෙබ් යෙදුම = ක්‍රමලේඛකයින් විසින් යෙදුම නිර්මාණය කරන විට භාවිතා කරන්න සහ ග්‍රැෆික් නිර්මාණකරුවන් සංස්කරණය කරන්නේ පිටු එකක් හෝ දෙකක් පමණි.

ව්‍යාපෘති ලිපිගොනු යාවත්කාලීන කිරීම අවශ්‍ය නොවන බැවින් සංවර්ධක චිත්‍රාගාරයක් නොමැතිව ඕනෑම HTML මෙවලම් භාවිතා කිරීම සඳහා වෙබ් අඩවි වැඩ කළ හැකිය. කණ්ඩායම වැඩි වශයෙන් සංවර්ධක චිත්‍රාගාරය භාවිතා කරන විට සහ ඉහළ කේත අන්තර්ගතයක් ඇති විට වෙබ් යෙදුම් වඩාත් සුදුසු වේ.

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

අවවාදයයි: මම මීට වසර ගණනාවකට පෙර මෙම පිළිතුර ලියා ඇති අතර එතැන් සිට Asp.net භාවිතා කර නොමැත. මම බලාපොරොත්තු වෙනවා දැන් දේවල් ඉදිරියට.


40

ගතිකව සම්පාදනය කරන ලද ව්‍යාපෘතියක් සඳහා ඔබට නිශ්චිත අවශ්‍යතාවයක් නොමැති නම්, වෙබ් අඩවි ව්‍යාපෘතියක් භාවිතා නොකරන්න .

මන්ද? ඔබේ ව්‍යාපෘතිය වෙනස් කිරීමට හෝ තේරුම් ගැනීමට උත්සාහ කරන විට වෙබ් අඩවි ව්‍යාපෘතිය ඔබව බිත්තියට තල්ලු කරනු ඇත. විෂුවල් ස්ටුඩියෝ හි ස්ථිතික යතුරු ලියනය කිරීමේ විශේෂාංග (උදා: භාවිතයන් සොයා ගැනීම, ප්‍රතික්‍රියාකාරකය) සියල්ලම සාධාරණ ප්‍රමාණයේ ඕනෑම ව්‍යාපෘතියකට සදහටම ගත වේ. වැඩි විස්තර සඳහා, දෘශ්‍ය චිත්‍රාගාරයේ ඇති “සියලු යොමු සොයාගන්න” මන්දගාමී ප්‍රශ්නය බලන්න .

විෂුවල් ස්ටුඩියෝ 2005 හි වේදනාකාරී, සනීපාරක්ෂාව, ජලාපවහන කාබන්කල් වෙබ් අඩවි ව්‍යාපෘති වර්ගය සඳහා ඔවුන් වෙබ් යෙදුම් අතහැරියේ ඇයිදැයි මට නොපෙනේ.


30

MSDN හි වෙනස්කම් විස්තර කරන ලිපියක් ඇත:

වෙබ් අඩවි ව්‍යාපෘති සහ වෙබ් යෙදුම් ව්‍යාපෘති සංසන්දනය කිරීම

BTW: එම මාතෘකාව පිළිබඳ සමාන ප්‍රශ්න කිහිපයක් තිබේ, උදා:


මා සිතන්නේ මාක්අප් එකේ කෝඩ් ෆයිල් හෝ කෝඩ්බයින්ඩ් භාවිතා කළ යුතුද යන්න පිළිබඳ පිළිතුර SO විසින් මකා දැමූ පිළිතුර සමඟ නැතිවී ඇති බවයි ...
frenchone

එබැවින් පුදුම වන අය සඳහා: වෙබ් යෙදුම = හොඳින් ව්‍යුහාත්මක විසඳුම = සලකුණු කිරීමේදී VS වෙබ් අඩවිය = ලිපිගොනු පොකුර = සලකුණු
කිරීමේදී කේත ගොනුව

22

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

වෙබ් අඩවි ආකෘතියේ විශාලතම ගැති වන්නේ app_codeකොටසේ ඇති ඕනෑම දෙයක් ගතිකව සම්පාදනය කිරීමයි. සම්පූර්ණ නැවත යෙදවීමකින් තොරව ඔබට C # ගොනු යාවත්කාලීන කිරීම් කළ හැකිය. කෙසේ වෙතත් මෙය විශාල පරිත්‍යාගයක් සඳහා පැමිණේ. පාලනය කිරීමට අපහසු ආවරණ යටතේ බොහෝ දේ සිදු වේ. නාම අවකාශයන් පාලනය කිරීමට අපහසු වන අතර app_codeසෑම දෙයක්ම ගතිකව සම්පාදනය කර ඇති බැවින් නිශ්චිත ඩීඑල්එල් භාවිතය පෙරනිමියෙන් කවුළුවෙන් පිටතට යයි .

වෙබ් යෙදුම් ආකෘතියට ගතික සම්පාදනයක් නොමැත, නමුත් මා සඳහන් කළ දේවල් මත ඔබ පාලනය ලබා ගනී.

ඔබ n- ස්ථර සංවර්ධනය කරන්නේ නම්, මම වෙබ් යෙදුම් ආකෘතිය නිර්දේශ කරමි. ඔබ කරන්නේ සීමිත වෙබ් අඩවියක් හෝ ඉක්මන් හා අපිරිසිදු ක්‍රියාවලියක් නම්, වෙබ් අඩවි ආකෘතියට වාසි තිබිය හැකිය.

වඩාත් සවිස්තරාත්මක විශ්ලේෂණයන් මෙහි සොයාගත හැකිය:


3
> වෙබ් අඩවි ආකෘතියේ විශාලතම ගැති වන්නේ app_code කොටසේ ඇති ඕනෑම දෙයක් ගතිකව සම්පාදනය කිරීමයි. මෙයද විශාල අවාසියක් ඇත. මගේ වෙබ් අඩවිය සත්කාරකත්වය සපයන්නේ ලාභ හොස්ට් නමුත් විශේෂාංග පොහොසත් වෙබ් හොස්ට් 4 ලයිෆ් සමඟ ය. අවාසිය නම් ඔවුන් සේවක ක්‍රියාවලිය නිතර නිතර ප්‍රතිචක්‍රීකරණය කිරීමයි (මිනිත්තු 15?) එයින් අදහස් වන්නේ යෙදුම නැවත සම්පාදනය කරන බැවින් ඊළඟ පරිශීලකයාට ඉතා මන්දගාමී පළමු පිටුවක් ඇති බවයි.
රොබ් නිකල්සන්

19

MCTS ස්වයං වේග පුහුණු කට්ටල විභාගයෙන් 70-515 පොත:

වෙබ් යෙදුම සමඟ (ව්‍යාපෘතිය),

  1. ඔබට MVC යෙදුමක් නිර්මාණය කළ හැකිය.
  2. දෘශ්‍ය ස්ටුඩියෝ ෆෝල්ඩර ව්‍යුහය මත රඳා සිටිනවාට වඩා ව්‍යාපෘති ගොනුවක (.csproj හෝ .vbproj) ගොනු ලැයිස්තුව ගබඩා කරයි.
  3. ඔබට දෘශ්‍ය මූලික සහ සී # මිශ්‍ර කළ නොහැක.
  4. නිදොස් කිරීමේ සැසියක් නතර නොකර ඔබට කේතය සංස්කරණය කළ නොහැක.
  5. ඔබට බහු වෙබ් ව්‍යාපෘති අතර පරායත්තතා ඇති කළ හැකිය.
  6. යෙදවීමට පෙර ඔබ යෙදුම සම්පාදනය කළ යුතු අතර, එය වෙනත් පිටුවක් සම්පාදනය නොකරන්නේ නම් පිටුවක් පරීක්ෂා කිරීමෙන් වළක්වයි.
  7. ඔබට ප්‍රභව කේතය සේවාදායකයේ ගබඩා කිරීමට අවශ්‍ය නැත.
  8. එකලස් කිරීමේ නම සහ අනුවාදය ඔබට පාලනය කළ හැකිය.
  9. නැවත සැකසීමකින් තොරව යෙදවීමෙන් පසු ඔබට තනි ගොනු සංස්කරණය කළ නොහැක.

# 4 වැරදියි. "සංස්කරණය සහ ඉදිරියට යන්න" සමහර සීමාවන් සහිතව සක්‍රීය කළ හැකිය. සමහර විට මෙය 2011 දී සත්‍ය විය හැකිය. # 9 පැවසිය යුත්තේ “නැවත සම්පාදනය නොකර ඔබට තනි ප්‍රභව කේත ගොනු සංස්කරණය කළ නොහැක” යන්නයි. නැවත සැකසීමකින් තොරව ඔබට .aspx, .js, .css ආදිය සංස්කරණය කළ හැකිය.
ජෝන් සෝන්ඩර්ස්

# 4 ට තවත් කෝණයක් ඇත. ඔබ ගොනුව> විවෘත> වෙබ් අඩවිය භාවිතයෙන් වෙබ් අඩවියක් විවෘත කර වෙබ් අඩවිය සඳහා ගොනු පද්ධති ෆෝල්ඩරයට සැරිසැරුවහොත්, ආරම්භක කවුළුවෙන් විසඳුම තෝරා ගැනීමෙන් වෙබ් අඩවිය විවෘත කරනවා වෙනුවට , ඔබට පන්ති මොඩියුල සහ කෝඩ්බයින්ඩ් සංස්කරණය කළ හැකිය (අවම වශයෙන් vb.net හි) ) නිදොස් කිරීම නතර නොකර. ඔබ නැවත ගොඩනඟන තුරු ඔබට වෙනස්කම් නොපෙනේ, කෙසේ වෙතත්, ඔබ කේතය වෙනස් කරන අතරතුර පිටු හැසිරීම නැරඹීමට හැකිවීම බොහෝ විට ප්‍රයෝජනවත් වේ. අවාසිය නම් විසඳුමට යන සෑම දෙයක්ම ඔබට අහිමි වීමයි: බ්‍රේක්පොයින්ට්, ලිපිගොනු විවෘත, පිටු සලකුණු ආදිය. තවද ඔබට සමහර විට sln / sou ගොනු මකා දැමිය යුතුය.
මාර්ගෝපදේශකයා

16

එය ඔබ සංවර්ධනය කරන දේ මත රඳා පවතී.

අන්තර්ගතයට නැඹුරු වෙබ් අඩවියක එහි අන්තර්ගතය නිතර වෙනස් වන අතර වෙබ් අඩවියක් ඒ සඳහා වඩා හොඳය.

යෙදුමක දත්ත සමුදායක් තුළ ගබඩා කර ඇති අතර එහි පිටු සහ කේත වෙනස් වන්නේ කලාතුරකිනි. මෙම අවස්ථාවෙහිදී, එකලස් කිරීම් යෙදවීම වඩා පාලනය කරන සහ ඒකක පරීක්ෂණ සඳහා වඩා හොඳ සහායක් ඇති වෙබ් යෙදුමක් තිබීම වඩා හොඳය.


16

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

Project structure ව්යාපෘතියේ ව්යුහයේ ද වෙනසක් ඇත. වෙබ් යෙදුමේ ඔබ සතුව සාමාන්‍ය යෙදුමක තිබූ ආකාරයටම ව්‍යාපෘති ගොනුවක් ඇත. වෙබ් අඩවියේ සාම්ප්‍රදායික ව්‍යාපෘති ගොනුවක් නොමැත, ඔබ සතුව ඇත්තේ විසඳුම් ගොනුව පමණි. සියලුම යොමු කිරීම් සහ සැකසුම් web.config ගොනුවේ ගබඩා කර ඇත. @Page directive මෙම පිටුව හා සම්බන්ධ පංතිය අඩංගු ගොනුව සඳහා agePage විධානයෙහි වෙනස් ගුණාංගයක් ඇත. වෙබ් යෙදුමේ එය සම්මත "කෝඩ්බෙහින්ඩ්" වේ, වෙබ් අඩවියේ ඔබ "කෝඩ් ෆයිල්" භාවිතා කරයි. පහත උදාහරණ වලින් ඔබට මෙය දැක ගත හැකිය:

වෙබ් යෙදුම:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs"  
Inherits="WebApplication._Default" %>  

වෙබ් අඩවිය:

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" %> 

නාම අවකාශයන් - ඉහත උදාහරණයේ දී ඔබට තවත් වෙනසක් දැකිය හැකිය - නාම අවකාශයන් නිර්මාණය වන ආකාරය. වෙබ් යෙදුම් නාම අවකාශය යනු ව්‍යාපෘතියේ නමකි. වෙබ් අඩවියේ ගතිකව සම්පාදනය කරන ලද පිටු සඳහා පෙරනිමි නාම අවකාශයක් ඇත.

සංස්කරණය කරන්න සහ ඉදිරියට යන්න- වෙබ් යෙදුම තුළ සංස්කරණය සහ ඉදිරියට යාමේ විකල්පය ඇත (එය සක්‍රිය කිරීමට ඔබට මෙවලම් මෙනුව වෙත යා යුතුය, විකල්ප ක්ලික් කර සංස්කරණය කර නිදොස්කරණයෙහි ඉදිරියට යන්න). මෙම අංගය වෙබ් අඩවියේ ක්‍රියාත්මක නොවේ. ASP.NET MVCI ඔබට වෙබ් යෙදුම් භාවිතා කර සංවර්ධනය කිරීමට අවශ්‍ය නම්

ASP.NET MVC (ආදර්ශ දර්ශන පාලකය) හොඳම සහ පෙරනිමි විකල්පය වන්නේ වෙබ් යෙදුමයි. වෙබ් අඩවියේ MVC භාවිතා කළ හැකි වුවද එය නිර්දේශ නොකරයි.

සාරාංශය - ASP.NET වෙබ් යෙදුම සහ වෙබ් අඩවිය අතර ඇති වැදගත්ම වෙනස සම්පාදනයයි. එබැවින් ඔබ කිහිප දෙනෙකුට එය වෙනස් කළ හැකි විශාල ව්‍යාපෘතියක වැඩ කරන්නේ නම් වෙබ් අඩවිය භාවිතා කිරීම වඩා හොඳය. නමුත් ඔබ කුඩා ව්‍යාපෘතියක් කරන්නේ නම් ඔබට වෙබ් යෙදුමද භාවිතා කළ හැකිය.


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

පිටු විධානයෙහි කෝඩ්බයින්ඩ් (වෙබ්අප්) එදිරිව කෝඩ්ෆයිල් (වෙබ් අඩවිය) අතර වෙනස සඳහා +1. මෙය තෝරාගත් පිළිතුරේ නොමැති නිරවද්‍යතාවයකි.
frenchone

11

ඔව්, වෙබ් යෙදුම් වෙබ් අඩවි වලට වඩා හොඳය, මන්ද වෙබ් යෙදුම් අපට නිදහස ලබා දෙයි:

  1. එකම කුඩයක් යටතේ විවිධ ව්‍යාපෘති තිබීම සහ ඒවා අතර ව්‍යාපෘති පරායත්තතා ඇති කිරීම. උදා: PCS සඳහා අපට වෙබ් යෙදුම තුළ පහත සඳහන් දෑ තිබිය හැකිය-

    • වෙබ් ද්වාර
    • දැනුම්දීම් පාලකය (විද්‍යුත් තැපෑල යැවීම සඳහා)
    • ව්‍යාපාර ස්ථරය
    • දත්ත ප්‍රවේශ ස්ථරය
    • ව්‍යතිරේක කළමනාකරු
    • සේවාදායක උපයෝගීතාව
    • WCF සේවා (සියලුම වේදිකා සඳහා පොදු)
    • ලැයිස්තු අයිතමය
  2. ASP.NET පිටු සමඟ සම්බන්ධිත පන්ති ලිපිගොනු වල ඇති කේත මත ඒකක පරීක්ෂණ ක්‍රියාත්මක කිරීම

  3. තනි පන්ති වලින් පිටු සහ පරිශීලක පාලනයන් සමඟ සම්බන්ධිත පන්ති වෙත යොමු වීමට
  4. මුළු වෙබ් අඩවිය සඳහාම එකලස් කිරීමක් නිර්මාණය කිරීම
  5. වෙබ් අඩවිය සඳහා ජනනය කරන එකලස් කිරීමේ නම සහ අනුවාද අංකය පාලනය කිරීම
  6. නිෂ්පාදන සේවාදායකයක් මත ප්‍රභව කේත තැබීමෙන් වැළකී සිටීම. (ඔබට IIS සේවාදායකයට ප්‍රභව කේත යෙදීමෙන් වළක්වා ගත හැකිය. හවුල් සත්කාරක පරිසරයන් වැනි සමහර අවස්ථා වලදී, IIS සේවාදායකයේ ප්‍රභව කේත වෙත අනවසරයෙන් ප්‍රවේශ වීම ගැන ඔබ සැලකිලිමත් විය හැකිය. (වෙබ් අඩවි ව්‍යාපෘතියක් සඳහා, ඔබට මෙම අවදානම වළක්වා ගත හැකිය. සංවර්ධන පරිගණකයක පූර්ව සම්පාදනය කිරීම සහ ප්‍රභව කේතය වෙනුවට ජනනය කරන ලද එකලස් කිරීම් යෙදවීම. කෙසේ වෙතත්, එවැනි අවස්ථාවකදී ඔබට පහසු අඩවි යාවත්කාලීන කිරීම්වල ප්‍රතිලාභ සමහරක් අහිමි වේ.)
  7. වෙබ් අඩවිය සමඟ කාර්ය සාධන නිකුතුව (වෙබ් අඩවියට කරන පළමු ඉල්ලීම වෙබ් අඩවිය සම්පාදනය කිරීම අවශ්‍ය විය හැකි අතර එය ප්‍රමාදයක් විය හැකිය. තවද වෙබ් අඩවිය IIS සේවාදායකයක් මත ක්‍රියාත්මක වන්නේ නම් මතකය කෙටි වන අතර මුළු වෙබ් අඩවියම ඇතුළුව තනි එකලස් කිරීම එකලස් කිරීමකට අවශ්‍ය ප්‍රමාණයට වඩා වැඩි මතකයක් භාවිතා කරයි.)

11

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

2008 අතර විෂුවල් ස්ටුඩියෝවෙන් මේ දෙක අතර වෙනස ඉවත් කර ඇත.


4
"2 අතර වෙනස vs2008 දී ඉවත් කර ඇත" - ඔබ එහි අදහස් කරන්නේ කුමක්දැයි නිශ්චිතවම කිව නොහැක - ඒවා තවමත් VS2008 හි සුවිශේෂී ව්‍යාපෘති වර්ග වේ, වෙනස් ලෙස හැසිරෙන අතර විවිධ මෙනු විකල්ප හරහා නිර්මාණය කර ඇත - කෙසේ වෙතත් අවම වශයෙන් ඒවා දෙකම පෙරනිමියෙන් ලබා ගත හැකිය VS2008 හි.
ෂාෆ් - බෙන් ඩුගුයිඩ්

9

යෙදුම යෙදවීමට පෙර සාමාන්‍යයෙන් සම්පාදනය කරනු ලබන්නේ වෙබ් අඩවිය app_code නාමාවලිය භාවිතා කරන බැවිනි. යෙදුම් කේත ෆෝල්ඩරයේ යමක් වෙනස් වූ විට සේවාදායකය කේතය නැවත සම්පාදනය කරයි. මෙයින් අදහස් කරන්නේ ඔබට පියාසර කරන වෙබ් අඩවියක් සමඟ කේතය එක් කිරීමට / වෙනස් කිරීමට හැකි බවයි.

යෙදුමක ඇති වාසිය නම් නැවත සම්පාදනය නොකිරීම සහ ආරම්භක ආරම්භක වේලාවන් වේගවත් වීමයි.


එය අර්ධ වශයෙන් සත්‍යයකි, ඔබට අවශ්‍ය නම් වෙබ් අඩවියේ පිටු පෙර සැකසිය හැකිය
අම්ර් එච්. අබ්ද් එල්මාජීඩ්

8

ASP.NET වෙබ් අඩවියේ ඇති වෙබ් යෙදුම් ව්‍යාපෘති සහ වෙබ් යෙදවුම් ව්‍යාපෘති වීඩියෝව නැරඹීමට මම නිර්දේශ කරමි . එය ඉතා විස්තරාත්මකව පැහැදිලි කරයි, එය මට බෙහෙවින් උපකාරී විය.

මාර්ගය වන විට, මාතෘකාවෙන් ව්‍යාකූල නොවන්න, වීඩියෝ පටයේ විශාල කොටසක් වෙබ් අඩවි ව්‍යාපෘති සහ වෙබ් යෙදුම් ව්‍යාපෘති අතර වෙනස පැහැදිලි කරයි සහ මයික්‍රොසොෆ්ට් විෂුවල් ස්ටුඩියෝ 2005 හි වෙබ් යෙදුම් ව්‍යාපෘති නැවත හඳුන්වා දුන්නේ ඇයි (ඔබ දැනටමත් දන්නා පරිදි, එය මුලින් නැව්ගත කර ඇත්තේ වෙබ් අඩවි ව්‍යාපෘති පමණක් වන අතර පසුව වෙබ් යෙදුම් ව්‍යාපෘති SP1 හි එකතු කරන ලදි). වෙනස දැන ගැනීමට කැමති ඕනෑම කෙනෙකුට මම විශිෂ්ට වීඩියෝවක් නිර්දේශ කරමි.


වීඩියෝව දැන් ඇත්තේ: asp.net/web-forms/videos/vs-2005/…
බොබ් රෙනෝල්ඩ්ස්

7

"වෙබ් අඩවියකට" එහි කේතය විශේෂ App_Code නාමාවලියක ඇති අතර එය ක්‍රියාත්මක වන වේලාවේදී ඩීඑල්එල් (එකලස් කිරීම්) කිහිපයකට සම්පාදනය කර ඇත. “වෙබ් යෙදුමක්” එක් ඩීඑල්එල් එකකට පෙර සකස් කර ඇත.


5

වෙබ් අඩවිය සහ ව්‍යාපෘති >> වෙබ් අඩවිය යනු දෘශ්‍ය චිත්‍රාගාරය භාවිතයෙන් ASP.NET යෙදුම නිර්මාණය කිරීමේ වෙනස් ක්‍රම දෙකකි. එකක් ව්‍යාපෘති රහිත වන අතර අනෙක ව්‍යාපෘති පරිසරයයි. වෙනස්කම් එසේ ය

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

එක් ප්‍රවේශයක් භාවිතා කිරීමේ මූලික වෙනසක් නොමැත. නමුත් ඔබ වැඩි කාලයක් ගතවන වෙබ් අඩවියක් නිර්මාණය කරන්නේ නම්, ව්‍යාපෘති පරිසරය තෝරා ගන්න.


1
විසඳුම් ගොනුව එකම ෆෝල්ඩරයේ තිබිය යුතු නොවේ. එසේම, සම්මත ප්‍රකාශන යාන්ත්‍රණය මඟින් ඉලක්කගත අඩවියේ නොතිබිය යුතු කෞතුක වස්තු ඉවත් කරයි, නිදසුනක් ලෙස, කේත පිටුපස ලිපිගොනු යෙදවීම සිදු නොවේ.
ජෝන් සෝන්ඩර්ස්

5

වෙබ් යෙදුම් ව්‍යාපෘති ආකෘතිය

  • විෂුවල් ස්ටුඩියෝ .නෙට් වෙබ් ව්‍යාපෘති මෙන් එකම වෙබ් ව්‍යාපෘති අර්ථ නිරූපණයන් සපයයි. ව්‍යාපෘති ගොනුවක් ඇත (ව්‍යාපෘති ගොනු මත පදනම් වූ ව්‍යුහය). බිල්ඩ් මොඩලය - ව්‍යාපෘතියේ සියලුම කේත තනි එකලස් කිරීමකට සම්පාදනය කෙරේ. IIS සහ ගොඩනඟන ලද ASP.NET සංවර්ධන සේවාදායකයට සහය දක්වයි. විෂුවල් ස්ටුඩියෝ 2005 (ප්‍රතිනිර්මාණය, ජනක යනාදිය) සහ ඒඑස්පී නෙට් (ප්‍රධාන පිටු, සාමාජිකත්වය සහ පුරනය වීම, අඩවි සංචලනය, තේමාවන් යනාදිය) හි සියලුම අංග සඳහා සහය දක්වයි. FrontPage Server Extensions (FPSE) භාවිතා කිරීම තවදුරටත් අවශ්‍ය නොවේ.

වෙබ් අඩවි ව්‍යාපෘති ආකෘතිය

  • ව්‍යාපෘති ගොනුවක් නොමැත (ගොනු පද්ධතිය මත පදනම්ව).
  • නව සම්පාදන ආකෘතිය.
  • එක් එක් පිටු දර්ශනය මත සම්පූර්ණ වෙබ් අඩවියක් ගොඩනඟා නොගෙන ගතික සම්පාදනය සහ පිටු වල වැඩ කිරීම.
  • IIS සහ ගොඩනඟන ලද ASP.NET සංවර්ධන සේවාදායකයට සහය දක්වයි.
  • සෑම පිටුවකටම තමන්ගේම එකලස් කිරීමක් ඇත.
  • Defferent කේත ආකෘතිය.

5

එය සැමවිටම රඳා පවතින්නේ ඔබේ සේවාදායකයාගේ අවශ්‍යතාවය මත ය. ඔබේ යෙදුමේ ආරක්ෂාව සහ පහසුවෙන් නඩත්තු කිරීම සඳහා පරිශීලකයාට අවශ්‍ය නම්යශීලී විශේෂාංග ASP.NET හි ඇතුළත් වේ.

වෙබ් යෙදුමක් ASP.NET රාමුව තුළ ක්‍රියාත්මක වන ද්විමය ගොනුවක් ලෙස ඔබට සිතිය හැකිය . හා වෙබ් අඩවි ඔබට යොදවන මූල කේතය සමාලෝචනය සහ පහසුවෙන් කළ හැකි ස්ථිතික වෙබ් පිටුවක් ලෙස.

නමුත් මෙම ASP.NET තාක්ෂණයන් දෙකේ වාසි සහ අවාසි පැමිණෙන්නේ හොඳ දෙයකි.


4

වෙබ් අඩවි - විසඳුම් ගොනුවක් සාදනු නොලැබේ. අපට වෙබ් අඩවි නිර්මාණය කිරීමට අවශ්‍ය නම් දෘශ්‍ය චිත්‍රාගාරයක් අවශ්‍ය නොවේ.

වෙබ් යෙදුම - විසඳුම් ගොනුවක් සාදනු ඇත. අපට වෙබ් යෙදුමක් නිර්මාණය කිරීමට අවශ්‍ය නම් දෘශ්‍ය චිත්‍රාගාරය අවශ්‍ය වේ. එය .dllබින් ෆෝල්ඩරයේ තනි ගොනුවක් සාදනු ඇත.


2
-1 ඔබ දෘශ්‍ය චිත්‍රාගාරය හරහා වෙබ් අඩවි ව්‍යාපෘතියක් නිර්මාණය කරන්නේ නම් ඔබට ඇත්ත වශයෙන්ම විසඳුම් ගොනුවක් තිබේ. ඔබට ව්‍යාපෘති ගොනුවක් නොමැත.
ඩැරන්

+1 විශ්වාසයි, ඔබට විසඳුම් ගොනුවක් සෑදිය හැකි නමුත් මෙම ගොනුව බොහෝ දුරට හිස් බැවින් එය කරදරයක් පමණි (පිටවීමේදී ගොනුව සුරැකිය යුත්තේ කොහෙන්දැයි VS අසයි) සහ
ප්‍රයෝජනවත්

3

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


3

වෙබ් අඩවිය : එය ස්වයංක්‍රීයව app_code ෆෝල්ඩරය ජනනය කරන අතර ඔබ එය සේවාදායකයේ ප්‍රකාශයට පත් කරන්නේ නම් සහ ඉන් පසුව ඔබ කිසියම් විශේෂිත ගොනුවක හෝ පිටුවක යම් යම් වෙනස්කම් සිදු කරන්නේ නම් ඔබට සියලු ලිපිගොනු සම්පාදනය කිරීමට අවශ්‍ය නොවේ.

වෙබ් යෙදුම එය ස්වයංක්‍රීයව විසඳුම් ගොනුවක් ජනනය කරන වෙබ් අඩවිය ජනනය නොකරන අතර ඔබ එක් ගොනුවක වෙනස් වුවහොත් එහි වෙනස්කම් පිළිබිඹු කිරීම සඳහා සම්පූර්ණ ව්‍යාපෘතිය සම්පාදනය කළ යුතුය.


“සම්පූර්ණ ව්‍යාපෘතිය සම්පාදනය කිරීම” යනු ව්‍යාපෘතියේ සෑම ගොනුවක්ම සම්පාදනය කිරීම නොවේ. වෙනස් වී නැති ප්‍රභව කේත ගොනු නැවත සම්පාදනය නොකෙරේ.
ජෝන් සෝන්ඩර්ස්

3

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


3

නිසැකවම වෙබ් යෙදුම, තනි ඩීඑල්එල් ගොනුව සහ නඩත්තු කිරීමට පහසුය. නමුත් වෙබ් අඩවියක් වඩාත් නම්යශීලී ය; ඔබට ගමනේදී aspx ගොනුව සංස්කරණය කළ හැකිය.


ඔබට වෙබ් යෙදුම් ව්‍යාපෘතියක aspx ගොනුව සංස්කරණය කළ හැකිය.
ජෝන් සෝන්ඩර්ස්

3

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

Unexpected error writing metadata to file '' -- 
Not enough storage is available to complete this operation. 

දෝෂය, සහ ධාවන වේලාවේදී මෙම දෝෂ පණිවිඩය සමඟ පහත පරිදි වේ:

Exception information: 
    Exception type: HttpException 
    Exception message: Exception of type 'System.OutOfMemoryException' was thrown.
   at System.Web.Compilation.BuildManager.ReportTopLevelCompilationException()

මතක සීමා සහිත පැරණි දෘඩාංග මත විශාල වෙබ් අඩවි පරිවර්තනය කිරීම සඳහා මගේ නිර්දේශය නම්, වෙබ් අඩවි ආකෘතියට ආපසු හැරවීමේ විකල්පය තෝරා ගැනීමයි. ආරම්භක සාර්ථකත්ව ගැටලුවකින් පසුව පවා පසුව ඇතිවිය හැකිය.


එය සම්පාදක කාල ව්‍යතිරේකයක් ලෙස නොපෙනේ.
ජෝන් සෝන්ඩර්ස්

1

මෙහි වෙබ් ආධාරක යෙදුම වෙබ් අඩවියට උදාහරණයකි.

මෙහි වෙබ් ආධාරක යෙදුම වෙබ් අඩවියට උදාහරණයකි. වෙබ් අඩවිය සහ වෙබ් යෙදුම යන දෙකම ගතික / ස්ථිතික විය හැකි අතර එය අවශ්‍යතා මත රඳා පවතී, වෙබ් අඩවියේ සහ වෙබ් යෙදුමේ ක්‍රියාකාරිත්වය අවබෝධ කර ගැනීමට උදාහරණයක් මෙහි දැක්වේ.


මෙය asp.net හි අදාළ නොවේ. වෙබ් අඩවි / වෙබ් යෙදුම් වෙනස (asp.net පාරිභාෂිතය අනුව) යනු ගොනු සංවිධානය කර ඇති ආකාරය (හොඳින් සංවිධානාත්මක විසඳුමක් ලෙස හෝ ලිපිගොනු පොකුරක් ලෙස) සහ සම්පාදනය කරන ලද ("JIT" එදිරිව ස්ථිතික) ය. අවස්ථා දෙකේදීම, "වැඩසටහන" ප්රධාන වශයෙන් සේවාදායක පැත්තයි.
frenchone

0

ඉහත පිළිතුරු කිහිපයක් සාරාංශ කිරීමට:

නම්‍යශීලිත්වය , ඔබට වෙබ් පිටුවකට සජීවී වෙනස්කම් කළ හැකිද?

වෙබ් අඩවිය : හැකි ය. Pro: කෙටිකාලීන ප්‍රතිලාභ. කොන්: ව්යාපෘති අවුල් සහගත දිගු කාලීන අවදානම.

වෙබ් යෙදුම : කොන්: නොහැකි. පිටුවක් සංස්කරණය කරන්න, ප්‍රභව පාලනයේ වෙනස්කම් සංරක්ෂණය කරන්න, ඉන්පසු මුළු වෙබ් අඩවියම ගොඩනඟා යෙදවිය හැකිය. Pro: ගුණාත්මක ව්‍යාපෘතියක් පවත්වාගෙන යාම.

සංවර්ධන ගැටළු

වෙබ් අඩවිය : .csproj ගොනුවක් නොමැතිව සරල ව්‍යාපෘති ව්‍යුහයක්. දෙක .aspx පිටු ගැටුම්වලින් තොරව එකම පන්තියේ නමක් තිබිය හැකිය. වැනි ගොඩ නැඟීමට වැරදි ප්රමුඛ අහඹු ව්යාපෘතිය බහලුමේ නම එහි ම ජනනය ගොනුව සමග ඇයි .net රාමුව ගැටුම් හා එහි ම ජනනය ගොනුව සමග ඇයි .net රාමුව ගැටුම් . Pro: සරල (සරල). කොන්: අස්ථිර.

වෙබ් යෙදුම : .csproj ගොනුවක් සහිත වෙබ් ෆෝම්ස් ව්‍යාපෘතියට සමාන ව්‍යාපෘති ව්‍යුහය. Asp පිටු වල පන්ති නම් අද්විතීය විය යුතුය. Pro: සරල (දක්ෂ). කොන්: කිසිවක් නැත, මන්ද වෙබ් යෙදුමක් තවමත් සරල ය.

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.