දීර් life ායුෂ සඳහා වෙබ් යෙදුම් සංවර්ධනය කිරීම (අවුරුදු 20+)

මම දැනට රජයේ ඉඩම් සැලසුම් කිරීම සඳහා වෙබ් යෙදුමක් සංවර්ධනය කරමින් සිටිමි. යෙදුම බොහෝ දුරට බ්‍රව්සරයේ ක්‍රියාත්මක වන අතර දත්ත පැටවීම සහ සුරැකීම සඳහා අජැක්ස් භාවිතා කරයි.

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

ජාවාස්ක්‍රිප්ට් තාක්ෂණයන් වෙනස් වන වේගය සැලකිල්ලට ගනිමින්, මෙතැන් සිට අවුරුදු 20 ක් තවමත් ක්‍රියාත්මක වන කේත ලිවිය හැක්කේ කෙසේද? මගේ කේතය අනාගතයේදී සනාථ කිරීම සඳහා මා භාවිතා කළ යුත්තේ (හෝ වළක්වා ගත යුත්තේ) කුමන පුස්තකාල, තාක්ෂණයන් සහ සැලසුම් අදහස්ද?

එවැනි ආයු කාලයක් සඳහා මෘදුකාංග සැලසුම් කිරීම දුෂ්කර ය, මන්ද අනාගතය කෙබඳු වේදැයි අපි නොදනිමු. ටිකක් සන්දර්භය: ජාවා 1995 දී ප්‍රකාශයට පත් කරන ලද්දේ මීට වසර 21 කට පෙරය. මීට වසර 17 කට පෙර 1999 දී ප්‍රකාශයට පත් කරන ලද ඉන්ටර්නෙට් එක්ස්ප්ලෝරර් 5 සඳහා හිමිකාරී දිගුවක් ලෙස XmlHttpRequest ප්‍රථම වරට ලබා ගත හැකි විය. සියලුම ප්‍රධාන බ්‍රව්සර් හරහා එය ලබා ගත හැකි වන තෙක් වසර 5 ක් පමණ ගත විය. ඔබ ඉදිරි වසර 20 දෙස බැලීමට උත්සාහ කරන්නේ පොහොසත් වෙබ් යෙදුම් පවා පවතින කාලය පමණයි.

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

වෙනත් දේවල් පැමිණ ගොස් ඇත - වඩාත්ම කැපී පෙනෙන ලෙස ෆ්ලෑෂ්. ෆ්ලෑෂ් හි විවිධාකාර ගැටළු ඇති වූ අතර එය එහි අභාවයට හේතු විය. වැදගත්ම දෙය නම් එය පාලනය කළේ තනි සමාගමක් විසිනි. ෆ්ලෑෂ් වේදිකාව තුළ ඇති තරඟය වෙනුවට, ෆ්ලෑෂ් සහ HTML5 අතර තරඟයක් පැවතුනි - සහ HTML5 ජයග්‍රහණය කළේය.

මෙම ඉතිහාසයෙන් අපට ඉඟි කිහිපයක් එකතු කර ගත හැකිය:

• එය සරළව තබා ගන්න: කිසිදු ක්‍රියාමාර්ගයක් නොගෙන දැන් ක්‍රියාත්මක වන දේ කරන්න. මෙම හැසිරීම පසුගාමී-අනුකූලතා හේතූන් මත අනාගතයේ දී බොහෝ කාලයක් පවතිනු ඇත.

• හිමිකාර තාක්‍ෂණයන් මත යැපීමෙන් වළකින්න, විවෘත ප්‍රමිතීන්ට වැඩි කැමැත්තක් දක්වන්න.

අද ජාවාස්ක්‍රිප්ට් ලෝකය පුස්තකාල හා රාමු විශාල ප්‍රවාහයක් සමඟ සාපේක්ෂව වාෂ්පශීලී ය. කෙසේ වෙතත්, අවුරුදු 20 ක් තුළ ඒ කිසිවක් පාහේ වැදගත් නොවනු ඇත - ඒ වන විටත් භාවිතා කරනු ඇති එකම “රාමුව” වැනිලා ජේඑස් ය .

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

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

• එබැවින් පැහැදිලි හා හොඳින් ලේඛනගත දත්ත ආකෘතියකින් ආරම්භ කරන්න.
• ඔරකල් ^[1] හෝ SQL සේවාදායකය වැනි ස්ථාපිත, හොඳින් සහාය දක්වන දත්ත සමුදා පද්ධතියක් භාවිතා කරන්න .
• මූලික අංග භාවිතා කරන්න, දීප්තිමත් නව ඒවා මිරිකීමට උත්සාහ නොකරන්න.
• කැමති සරල පුරා දක්ෂ .
• අනාගත නඩත්තු කිරීම කාර්ය සාධනය වැනි අංශවල වියදමින් පැමිණිය හැකි බව පිළිගන්න. නිදසුනක් ලෙස, ගබඩා කළ ක්‍රියා පටිපාටි භාවිතා කිරීමට ඔබ පෙළඹෙනු ඇත, නමුත් යමෙකු සරල ගබඩා විසඳුමකට පද්ධතිය සංක්‍රමණය වීම වළක්වන්නේ නම් අනාගත නඩත්තු කිරීම සීමා කළ හැකිය.

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

^[1] මෙම පිළිතුරට බොහෝ අදහස් දැක්වීම් ඔරකල් ඩීබී සඳහා භාවිතා කිරීමට එරෙහිව දැඩි ස්ථාවරයක් ගනී, ඔරකල් සමඟ වැඩ කිරීමට වේදනාවක් වීමට හොඳ නීත්‍යානුකූල හේතු රාශියක් උපුටා දක්වමින්, දැඩි ඉගෙනුම් වක්‍රය සහ ස්ථාපන ඉහළින් තිබේ. ඔරකල් ඩීබී ලෙස තෝරාගැනීමේදී මේවා සම්පුර්ණයෙන්ම වලංගු කාරණා වේ, නමුත් අපගේ නඩුවේදී, අපි පොදු අරමුණු සඳහා ඩීබී සොයන්නේ නැත, නමුත් මූලික අවධානය යොමු වන්නේ නඩත්තු කිරීමේ හැකියාවයි . ඔරකල් 70 දශකයේ අග භාගයේ සිට පැවත එන අතර ඉදිරි වසර ගණනාව සඳහා එය සහාය වනු ඇත. තවද එය පවත්වාගෙන යාමට ඔබට උපකාරී වන උපදේශකයින්ගේ විශාල පරිසර පද්ධතියක් සහ ආධාරක විකල්ප තිබේ. මෙය බොහෝ සමාගම් සඳහා මිල අධික අවුලක්ද? ෂුවර්. නමුත් එය ඔබගේ දත්ත සමුදාය වසර 20 ක් පවත්වා ගෙන යනු ඇත්ද? බොහෝ දුරට ඉඩ තිබේ.

ඇමෝන් විසින් කලින් දුන් පිළිතුර විශිෂ්ටයි, නමුත් සඳහන් නොකළ අමතර කරුණු දෙකක් තිබේ:

• එය බ්‍රව්සර් ගැන පමණක් නොවේ; උපාංග ද වැදගත් වේ.

  “මීට වසර 15 කට පෙර බ්‍රව්සර් හරහා වැඩ කළ වෙබ් අඩවියක් තවමත් ක්‍රියාත්මක වනු ඇත” යන කාරණය ඇමොන් සඳහන් කරයි , එය සත්‍යයකි. කෙසේ වෙතත්, නිර්මාණය කරන ලද වෙබ් අඩවි දෙස බලන්න පහළොවක් නොව වසර දහයකට පෙර, එය නිර්මාණය කරන විට බොහෝ පරිශීලකයින් සඳහා බොහෝ බ්‍රව්සර්වල වැඩ කර ඇත. අද, පරිශීලකයින්ගෙන් විශාල කොටසකට එම වෙබ් අඩවි කිසිසේත් භාවිතා කිරීමට නොහැකි වනු ඇත, බ්‍රව්සර් වෙනස් වූ නිසා නොව, උපාංග නිසා. එම වෙබ් අඩවි ජංගම උපාංගවල කුඩා තිරයන් දෙස භයානක ලෙස පෙනෙනු ඇති අතර, සංවර්ධකයින් ජාවාස්ක්‍රිප්ට් clickසිද්ධිය මත විශ්වාසය තැබීමට තීරණය කළහොත් අවසානයේදී එය සාර්ථක නොවනු ඇත tap.

• ඔබ අවධානය යොමු කරන්නේ වැරදි විෂයයකට ය.

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

  බ්‍රව්සර්, හෝ උපාංග, හෝ ඩබ්ලිව් 3 සී, හෝ ... කුමක් සිදුවේද යන්න ගැටළුවක් නොවේ.

  ඔබ ඔබේ කේතය නැවත ප්‍රතිනිර්මාණය කළ හැකි ආකාරයෙන් ලිවුවහොත් , නිෂ්පාදනය තාක්‍ෂණය සමඟ පරිණාමය වනු ඇත.

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

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

ඔබ අවුරුදු 20 ක් ජීවත් වීමට සැලසුම් නොකරයි. සරල හා සරලයි. ඒ වෙනුවට ඔබ ඔබේ ඉලක්ක කොටස්කරණයට මාරු කරයි.

ඔබගේ යෙදුම් දත්ත සමුදාය අ nost ෙයවාදියාද? ඔබට දැන් දත්ත පදනම් මාරු කිරීමට සිදුවුවහොත් ඔබට පුළුවන්ද? ඔබේ තර්කන භාෂාව අ nost ෙයවාදියාද? ඔබට දැන් යෙදුම සම්පූර්ණයෙන්ම නව භාෂාවකින් නැවත ලිවීමට සිදු වූයේ නම්, ඔබට හැකිද? ඔබ SRP සහ DRY වැනි හොඳ නිර්මාණ මාර්ගෝපදේශ අනුගමනය කරනවාද?

අවුරුදු 20 කට වැඩි කාලයක් මට ව්‍යාපෘති සජීවීව ඇති අතර, තත්වය වෙනස් වන බව මට ඔබට පැවසිය හැකිය. පොප්-අප් වගේ. අවුරුදු 20 කට පෙර ඔබට උත්පතන මත විශ්වාසය තැබිය හැකිය, අද ඔබට එය කළ නොහැකිය. XSS මීට වසර 20 කට පෙර සිදු වූ දෙයක් නොවේ, දැන් ඔබට CORS සඳහා ගිණුම්ගත කළ යුතුය.

එබැවින් ඔබ කරන්නේ ඔබේ තර්කනය මනාව වෙන් වී ඇති බවට වග බලා ගැනීම සහ නිශ්චිත වෙළෙන්දෙකු වෙත ඔබව අගුළු දමා ඇති ඕනෑම තාක්ෂණයක් භාවිතා කිරීමෙන් වළකින්න.

මෙය විටින් විට ඉතා උපක්‍රමශීලී විය හැකිය. වෙනත් ඇඩැප්ටරවල සමානකම් නොමැති MSSQL දත්ත සමුදා ඇඩැප්ටරය සඳහා තර්කනය සහ ක්‍රමවේදය නිරාවරණය කිරීමේදී .NET විශිෂ්ටයි. MSSQL අද හොඳ සැලසුමක් සේ පෙනුනද එය වසර 20 ක් පවතිනු ඇත්ද? කව්ද දන්නේ. යෙදුමේ අනෙක් කොටස් වලින් දත්ත ස්ථරයක් මුළුමනින්ම වෙන් කිරීම සඳහා මෙය වටා යා හැකි ආකාරය පිළිබඳ උදාහරණයක්. එවිට, නරකම අවස්ථාව නම්, ඔබට සිදුවිය යුත්තේ සම්පූර්ණ දත්ත ස්තරය නැවත ලිවීම පමණි, ඔබේ යෙදුමේ ඉතිරි කොටස කිසිදු බලපෑමකින් තොරව පවතී.

වෙනත් වචන වලින් කිවහොත් එය මෝටර් රථයක් මෙන් සිතන්න. ඔබේ මෝටර් රථය අවුරුදු 20 ක් බවට පත් නොවේ. එහෙත්, නව ටයර්, නව එන්ජිම, නව සම්ප්‍රේෂණය, නව කවුළු, නව ඉලෙක්ට්‍රොනික උපකරණ ආදිය සමඟ එම මෝටර් රථයම ඉතා දිගු කාලයක් පාරේ ගමන් කළ හැකිය.

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

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

ඔබේ තත්වය සංකීර්ණයි, මන්ද වෙබ් අඩවියක් යනු ඔබ පරිසර දෙකක් සඳහා සැලසුම් කළ යුතු බවයි - සේවාදායකය සහ බ්‍රව්සරය.

සේවාදායකය වෙත පැමිණි විට, ඔබට පොදු තේරීම් දෙකක් තිබේ:

• වඩා වේගවත් විය හැකි විවිධ ආධාරක කාර්යයන් සඳහා මෙහෙයුම් පද්ධතිය මත රඳා සිටින්න, නමුත් එයින් අදහස් වන්නේ මෙහෙයුම් පද්ධතිය “කාලයාගේ ඇවෑමෙන් ශීත කළ යුතු” බවයි. එය එසේ නම්, ඔබට සේවාදායකය සඳහා මෙහෙයුම් පද්ධතියේ උපස්ථ කිහිපයක් සකස් කිරීමට අවශ්‍ය වනු ඇත. වසර 10 කින් යමක් කඩා වැටුණහොත්, මෙහෙයුම් පද්ධතිය නැවත ස්ථාපනය කිරීමට හෝ වෙනත් පරිසරයක වැඩ කිරීම සඳහා කේතය නැවත ලිවීමට උත්සාහ කරමින් යමෙකු පිස්සු වැටීමට ඔබට අවශ්‍ය නැත.

• ලබා දී ඇති භාෂාවක් / රාමුවක් තුළ අනුවාද පුස්තකාල භාවිතා කරන්න, ඒවා මන්දගාමී නමුත් අථත්‍ය පරිසරයක ඇසුරුම් කළ හැකි අතර විවිධ මෙහෙයුම් පද්ධති හෝ ගෘහ නිර්මාණ මත ක්‍රියාත්මක විය හැකිය.

බ්‍රව්සරය වෙත පැමිණෙන විට, ඔබට සේවාදායකයේ සෑම දෙයක්ම සත්කාරකත්වය සැපයිය යුතුය (එනම් ඔබට ගොනු සත්කාරක කිරීමට ගෝලීය සීඩීඑන් භාවිතා කළ නොහැක). අනාගත බ්‍රව්සර් තවමත් HTML සහ Javascript ධාවනය කරනු ඇතැයි අපට උපකල්පනය කළ හැකිය (අවම වශයෙන් අනුකූලතාව සඳහා), නමුත් එය සැබවින්ම අනුමාන / උපකල්පනයක් වන අතර ඔබට එය පාලනය කළ නොහැක.

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

අඛණ්ඩතාවයේ සීමාවන් බලාත්මක කළ හැකි දත්ත සමුදායක් තෝරන්න. කාලයත් සමඟම බල රහිත සීමාවන් උල්ලං to නය වේ. කිසිවෙකු දකින්නේ නැත. විදේශීය යතුරු, අද්විතීය සීමාවන්, චෙක්පත් අවහිරතා සහ වලංගු කිරීම සඳහා ප්‍රේරක වැනි පහසුකම් උපරිම ලෙස භාවිතා කරන්න. හරස් වගු අද්විතීය සීමාවන් පැනවීම සඳහා සුචිගත කළ අදහස් අනිසි ලෙස භාවිතා කිරීමට උපක්‍රම කිහිපයක් තිබේ.

එබැවින් සමහර විට අයදුම්පත නැවත ලියන බව ඔබ පිළිගත යුතුය. දත්ත සමුදාය පිරිසිදු නම් සංක්‍රමණික කටයුතු අඩු වනු ඇත. ශ්‍රමය හා අඩුපාඩු අනුව සංක්‍රමණ අතිශයින්ම මිල අධිකය.

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

එසේම, සමහර තාක්‍ෂණික කොටස් අනෙක් ඒවාට වඩා ස්ථායී බව මට පෙනී ගියේය. මම කියන්නේ .නෙට් හි දැනට ඇති හොඳම පසුගාමී අනුකූලතා කතාවයි. මයික්‍රොසොෆ්ට් ඒ ගැන බරපතල ලෙස මිය ගොස් ඇත. ජාවා සහ සී / සී ++ ඇත්තෙන්ම ස්ථාවරයි. පයිතන් 3 බිඳීමේ වෙනස්කම් සමඟ එය ඉතා අස්ථායී බව පයිතන් ඔප්පු කර ඇත. ජාවාස්ක්‍රිප්ට් ඇත්ත වශයෙන්ම මට තරමක් ස්ථාවර බව පෙනේ, මන්ද වෙබය බිඳ දැමීම කිසිදු බ්‍රව්සර් වෙළෙන්දෙකුට විකල්පයක් නොවන බැවිනි. ඔබ බොහෝ විට පර්යේෂණාත්මක හෝ විනෝදජනක කිසිවක් මත විශ්වාසය නොතැබිය යුතුය. ("විනෝදජනක" යන්න අර්ථ දැක්වෙන්නේ "මම එය දකින විට එය දනිමි").

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

බ්‍රවුසර වල ක්‍රියාකාරීත්වය පවත්වා ගැනීම සඳහා ඔබට සැමවිටම අනුකූලතා මාතයන් භාවිතා කළ හැකිය.

මගේ අදහස සනාථ කිරීම සඳහා, මීට මාස කිහිපයකට පෙර මම වසර 17 ක් තිස්සේ ඔවුන්ගේ වෙබ් යෙදුම ක්‍රියාත්මක කරන ගනුදෙනුකරුවෙකු සඳහා ජාවාස්ක්‍රිප්ට් කේතයේ සහස්‍ර දෝෂයක් නිවැරදි කළෙමි. තවමත් මෑත කාලීන යන්ත්‍ර, මෑත දත්ත සමුදාය, මෑත මෙහෙයුම් පද්ධතිය මත ක්‍රියා කරයි.

නිගමනය: එය සරල හා පිරිසිදුව තබා ගන්න, ඔබ හොඳින් විය යුතුය.

අක්ෂර කිහිපයක්:

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

වඩාත්ම ස්ථායී තාක්‍ෂණයන් හා ප්‍රමිතීන් (යල්පැන යෑමට අවම වශයෙන් ගොදුරු විය හැකි) නැඹුරු නොවන ඒවා වන අතර ඒවා වඩාත් පුළුල් ලෙස භාවිතා කර ඇත. දරුකමට හදා ගැනීම පුළුල් වන තරමට ඕනෑම ආකාරයක වෙනසකට එරෙහිව අවස්ථිතිත්වය වැඩි වේ. හිමිකාර "ප්‍රමිතීන්" සැමවිටම ඔවුන්ගේ හිමිකරුගේ සහ තරඟකාරී බලවේගයන්ගේ වාසනාව හා අභිමතයට ගොදුරු වේ.

අවුරුදු විස්සක් යනු පරිගණක කර්මාන්තයේ ඉතා දිගු කාලයකි. අවුරුදු පහ යනු වඩා යථාර්ථවාදී ඉලක්කයකි. වසර පහක කාලයක් තුළ, ඔබගේ යෙදුම විසඳීමට අදහස් කරන සමස්ත ගැටළුව මුළුමනින්ම නැවත අර්ථ දැක්විය හැකිය.

නිදර්ශනය කිරීමට උදාහරණ කිහිපයක්:

සී සහ සී ++ දිගු කාලයක් තිස්සේ පැවතුනි. සෑම වේදිකාවකම ඒවා ක්‍රියාත්මක කර ඇත. C ++ අඛණ්ඩව විකාශනය වෙමින් පවතී, නමුත් "විශ්වීය" විශේෂාංග (සියලුම වේදිකාවල ඇති ඒවා) කිසි විටෙකත් අවලංගු නොවන බවට සහතික වී ඇත.

ෆ්ලෑෂ් පාහේ විශ්වීය ප්‍රමිතියක් බවට පත්වූ නමුත් එය හිමිකාරීත්වයකි. ජනප්‍රිය ජංගම වේදිකාවල එයට සහාය නොදක්වන ආයතනික තීරණ මූලික වශයෙන් එය සෑම තැනකම විනාශ වී ඇත - ඔබ වෙබය සඳහා කතෘ නම්, ඔබේ අන්තර්ගතය සියලු වේදිකාවල ලබා ගත යුතුය; ප්‍රධාන වෙළඳපල ජංගම දුරකථනය බවට පත්වීම ඔබට මග හැරීමට අවශ්‍ය නැත.

වින්ටෙල් (වින්ඩෝස් / x86) මයික්‍රොසොෆ්ට් සහ ඉන්ටෙල් හි හිමිකාරීත්වය නොතකා, ප්‍රශස්ත වේදිකාවට වඩා අඩු (16 බිට් අභ්‍යන්තර / 8 බිට් බාහිර 8088 එදිරිව සමකාලීන ඇපල් මැකින්ටොෂ් 32 බිට් අභ්‍යන්තර / 16 බිට් බාහිර 68000), සහ ඛාදනය පාරිභෝගික වෙළඳපොලේ ඇපල් සමාගමට ව්‍යාපාරික වේදිකා සඳහා තථ්‍ය තේරීමක් ලෙස පවතී. ඒ කාලය තුළ (අවුරුදු 25), පසුගාමී අනුකූලතාව සඳහා වූ කැපවීම අනාගත සංවර්ධනයට බාධාවක් වී ඇති අතර පැරණි පෙට්ටියේ වැඩ කළ දෙය තවමත් නව එකක් මත ක්‍රියාත්මක වනු ඇතැයි සැලකිය යුතු විශ්වාසයක් ඇති කළේය.

අවසාන සිතුවිලි

ව්‍යාපාර තර්කනය ක්‍රියාත්මක කිරීම සඳහා ජාවාස්ක්‍රිප්ට් හොඳම තේරීම නොවනු ඇත. දත්තවල අඛණ්ඩතාව සහ ආරක්ෂාව සඳහා, සේවාදායකයේ ව්‍යාපාර තර්කනය සිදු කළ යුතුය, එබැවින් සේවාදායක පාර්ශවීය ජාවාස්ක්‍රිප්ට් UI හැසිරීමට සීමා විය යුතුය. සේවාදායකයේ වුවද, ජාවාස්ක්‍රිප්ට් හොඳම තේරීම නොවනු ඇත. කුඩා ව්‍යාපෘති සඳහා වෙනත් කොටස් (ජාවා හෝ සී #) සමඟ වැඩ කිරීමට පහසු වුවද, දේවල් වඩාත් සංකීර්ණ වූ විට වඩා හොඳ, වඩා සංවිධානාත්මක විසඳුම් ලිවීමට ඔබට උපකාරී වන විධිමත් බවක් එහි නොමැත.