කෙටි විචල්‍ය නම් සඳහා නිදහසට කරුණක් තිබේද?

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

උදාහරණයක් ලෙස, දෘශ්‍ය පෘෂ් of යක අර්ථ දැක්වීම යාවත්කාලීන කරන කේත කිහිපයක් මම කියවමින් සිටියෙමි. ආරම්භයේ දී සකස් කරන ලද විචල්යයන් පහත පරිදි වේ:

double dR, dCV, dK, dDin, dDout, dRin, dRout
dR = Convert.ToDouble(_tblAsphere.Rows[0].ItemArray.GetValue(1));
dCV = convert.ToDouble(_tblAsphere.Rows[1].ItemArray.GetValue(1));
... and so on

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

dR = radius
dCV = curvature
dK = conic constant
dDin = inner aperture
dDout = outer aperture
dRin = inner radius
dRout = outer radius

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

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

දෘෂ්ටි විද්‍යාව ගැන හුරුපුරුදු ඕනෑම කෙනෙකුට රින් වැනි දෙයක් අභ්‍යන්තර අරය ලෙස හඳුනාගත හැකිය (භෞතික විද්‍යා පත්‍රිකාවක, inඑය ග්‍රාහක ලෙස පරිවර්තනය වනු ඇත), පිටත අරය ලෙස රවුට් යනාදිය. යම් දෙයක් මානසිකව පරිවර්තනය කිරීමට ඔවුන්ට නිසැකවම හැකි වුවද innerRadiusවඩාත් හුරුපුරුදු නාමකරණයට කැමතියි , එසේ කිරීමෙන් එම පුද්ගලයාට කේතය අඩු වනු ඇත. හුරුපුරුදු සූත්‍රයක් වැරදි ලෙස කේතනය කර ඇති අවස්ථා හඳුනා ගැනීම වඩාත් අපහසු වන අතර කඩදාසි හෝ පෙළපොතක සොයාගත හැකි සමීකරණවලට කේතයෙන් හා සමීකරණ කේතයෙන් පරිවර්තනය කිරීම වඩාත් අපහසු වනු ඇත.

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

කෙටි ආයු කාලයක් සහිත විචල්යයන් ඉක්මනින් නම් කළ යුතුය. උදාහරණයක් ලෙස, ඔබ ලියන්නේ නැත for(int arrayCounter = 0; arrayCounter < 10; arrayCounter++) { .... ඒ වෙනුවට, ඔබ භාවිතා කරයි for(int i ....

සාමාන්‍ය නියමය අනුව, විචල්ය විෂය පථය කෙටි වන විට නම කෙටි විය යුතුය. ලූප් කවුන්ටර බොහෝ විට තනි අකුරු පමණි, කියන්න i, jසහ k. දේශීය විචල්ය වගේ දෙයක් වේ baseහෝ fromහා to. උදාහරණයක් ලෙස ගෝලීය විචල්‍යයන් තරමක් පුළුල් වේ EntityTablePointer.

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

කේතයේ ගැටළුව වන්නේ කෙටි නම් නොව, කෙටි යෙදුම් පැහැදිලි කරන අදහස් දැක්වීමක් නොමැතිකම හෝ විචල්‍යයන් ව්‍යුත්පන්න කර ඇති සූත්‍ර පිළිබඳ ප්‍රයෝජනවත් කරුණු වෙත යොමු කිරීමයි.

කේතය හුදෙක් ගැටළු-වසම් හුරුපුරුදු බව උපකල්පනය කරයි.

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

නමුත් කේතය ස්ප්‍රින්ග්බෝඩ් ලෙස සේවය කිරීමට ඉඟි කිහිපයක් ලබා දුන්නේ නම් හොඳයි. වසම් විශේෂ expert dKයෙකුට පවා එය කේතුකාකාර නියතයක් බව අමතක කළ හැකිය . අදහස් දැක්වීමේ කොටසක කුඩා "වංචා පත්‍රයක්" එකතු කිරීමෙන් හානියක් සිදු නොවේ.

ගැටළු සහිත වසමේ හොඳින් දන්නා ඇතැම් විචල්‍යයන් සඳහා - ඔබ මෙහි ඇති ආකාරයටම - දැඩි විචල්‍ය නම් සාධාරණ ය. මම ක්‍රීඩාවක වැඩ කරන්නේ නම්, මගේ ක්‍රීඩා ආයතනවලට ස්ථාන විචල්‍යයන් තිබිය යුතුයx හා yනොවන horizontalPositionහා verticalPosition. ශක ඔබ්බට ඕනෑම semantics නොමැති බව ඒ හා සමානව, චක්රයක් කවුළු, මම දකින්න බලාපොරොත්තු i, j, k.

"පිරිසිදු කේතය" වෙත අනුගත වීම:

විචල්ය නම් විය යුත්තේ:

• චේතනාව හෙළිදරව් කරන්න
• වැරදි තොරතුරු ගැනීමෙන් වළකින්න
• අර්ථවත් වෙනසක් කරන්න
• උච්චාරණය කරන්න
• සෙවිය හැකි වන්න

ව්‍යතිරේකය යනු හිතෝපදේශයයි i,j,k,m,n ලූප සඳහා භාවිතා කරන .

විචල්ය නම් ඔබ, නිවැරදිව, පැමිණිලි කරන්නේ ඉහත කිසිවක් නොකරන්න. එම නම් නරක නම් ය.

එසේම, සෑම ක්රමයක්ම කෙටි විය යුතුය , විෂය පථය හෝ වර්ගය දැක්වීමට උපසර්ග භාවිතා කිරීම තවදුරටත් භාවිතයේ නොමැත.

මෙම නම් වඩා හොඳය:

radius
curvature
conicConstant
innerAperture
outerAperture
innerRadius
outerRadius

විචාරකයෙකු පවසන්නේ මෙය දිගු විචල්‍ය නම් සමඟ ඉතා සංකීර්ණ වනු ඇති බවයි:

කෙටි විචල්ය නම් එය සරල නොකරයි:

fnZR = (r^2/fnR(1+Math.sqrt((1+k) * (r^2/R^2)))) + a[1]*r^2 + a[1]*r^4 + a[1]*r^6 ...;

පිළිතුර දිගු නම් සහ අතරමැදි ප්‍රති results ල ඔබ මෙය අවසානයේ ලබා ගන්නා තෙක්:

thisNiceThing =  ( thisOKThing / thisGreatThing ) + thisAwsomeThing;

උරුම කේතයේ විචල්‍යයන් නැවත නම් නොකිරීමට හොඳ හේතු දෙකක් තිබේ.

(1) ඔබ ස්වයංක්‍රීය ප්‍රතිචක්‍රීකරණ මෙවලමක් භාවිතා නොකරන්නේ නම්, දෝෂ හඳුන්වා දීමේ හැකියාව ඉහළය. එබැවින්, "එය කැඩී නොමැති නම්, එය නිවැරදි නොකරන්න"

(2) වෙනස් කළ දේ, කළ නොහැකි දේ බැලීමට ඔබ වර්තමාන අනුවාදයන් අතීත අනුවාද සමඟ සංසන්දනය කරනු ඇත. මෙය අනාගත කේතය නඩත්තු කිරීම වඩාත් අපහසු වනු ඇත.

විචල්‍යයන් මේ ආකාරයෙන් නම් කිරීමට හොඳ හේතුවක් තිබේද, නැතහොත් ඒවා වඩාත් විස්තරාත්මක නම් වලට යාවත්කාලීන කිරීම සාධාරණද?

කුඩා නම් භාවිතා කිරීමට හේතුව මුල් ක්‍රමලේඛකයා ඒවා සමඟ වැඩ කිරීමට පහසු යැයි සිතන්නේ නම්. එය එසේ විය හැකි බව සොයා ගැනීමට ඔවුන්ට අයිතියක් ඇති අතර, ඔබට ඇති පුද්ගලික මනාපයන් නොතිබීමට අයිතියක් ඇත. පුද්ගලිකව, මම සොයා ගනීවි ...

dDin better than dDinnerAperture
dDout better than dDouterAperture

... මම ඒවා දිගු, සංකීර්ණ ගණනය කිරීම් වලදී භාවිතා කරන්නේ නම්. ගණිත ප්‍රකාශනය කුඩා වන විට බොහෝ විට එකවරම සියල්ල දැකීම පහසු වේ. එය එසේ නම්, ඒවා dIn සහ dOut තරම් හොඳ විය හැකිය, එබැවින් පහසු යතුරු ලියනයකට තුඩු දිය හැකි පුනරාවර්තන D නොතිබුණි.

අනෙක් අතට, ඔබට වැඩ කිරීමට අපහසු නම්, ඔබම තට්ටු කර ඒවායේ දිගු ස්වරූපයට නම් කරන්න. විශේෂයෙන් ඔබ එම කේතය සඳහා වගකිව යුතු නම්.

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

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

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

මෙම සන්ඩියල් පංතිය නිර්මාණය කිරීම සඳහා , මම සමහර විට සම්පත් දුසිම් භාගයක්, තාරකා විද්‍යාව ඇල්මැනැක් සහ වෙනත් භාෂාවලින් ලබාගත් ස්නිපෙට් (PHP, Java, C යනාදිය) ගැන සඳහන් කළෙමි.

මේ සෑම දෙයකම පාහේ ඔවුන් සමාන සමාන කෙටි යෙදුම් භාවිතා කර ඇති අතර, එහි මුහුණතෙහි නිරපේක්ෂ කිසිවක් අදහස් නොවේ.

K, T, EPS, deltaPsi, eot, LM,RA

කෙසේ වෙතත්, ඔබට භෞතික විද්‍යාව පිළිබඳ දැනුමක් තිබේ නම් ඒවා මොනවාදැයි ඔබට තේරුම් ගත හැකිය. වෙනත් කිසිවෙකු මෙම කේතය ස්පර්ශ කරනු ඇතැයි මම අපේක්ෂා නොකරමි, එබැවින් වාචික විචල්‍ය නම් භාවිතා කරන්නේ ඇයි?

julianTime, nutationOfEclipticalLongitudeExpressedInDegrees, equationOfTime, longitudeMean, rightAscension.

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

නියත වශයෙන්ම තිබේ; බොහෝ විට කෙටි විචල්‍ය නාමයක් අවශ්‍ය වේ.

මගේ නඩුවේදී, මම මගේ ජ්‍යෙෂ් senior රොබෝටික් පන්තියේ මාර්ග ලක්ෂ්‍ය සංචාලනයක් සිදු කරන අතර, අපි අපේ රොබෝවරු KISS-C හි වැඩසටහන් කරමු. වත්මන් සහ ගමනාන්ත (x, y) ඛණ්ඩාංක, (x, y) දුර, වත්මන් සහ ගමනාන්ත ශීර්ෂයන් මෙන්ම හැරවුම් කෝණ සඳහා අපට විචල්‍යයන් අවශ්‍ය වේ.

විශේෂයෙන් x සහ y ඛණ්ඩාංක සම්බන්ධයෙන් ගත් කල, දිගු විචල්‍ය නාමයක් සම්පූර්ණයෙන්ම අනවශ්‍ය වන අතර xC (වත්මන් x), yD (ගමනාන්තය y) සහ pD (ගමනාන්ත phi) වැනි නම් ප්‍රමාණවත් වන අතර තේරුම් ගැනීමට පහසුම වේ මේ අවස්ථාවේ දී.

ක්‍රමලේඛ ප්‍රොටෝකෝලය නියම කරන පරිදි මේවා 'විස්තරාත්මක විචල්‍ය නම්' නොවන බව ඔබට තර්ක කළ හැකිය, නමුත් නම් පදනම් වී ඇත්තේ සරල කේතයක් (d = ගමනාන්තය, c = වත්මන්) මත බැවින්, ආරම්භයේ දී ඉතා සරල අදහස් දැක්වීමක් සියලු විස්තරය වේ ඔවුන්ට අවශ්‍යයි.

විචල්‍යයන් මේ ආකාරයෙන් නම් කිරීමට හොඳ හේතුවක් තිබේද, නැතහොත් ඒවා වඩාත් විස්තරාත්මක නම් වලට යාවත්කාලීන කිරීම සාධාරණද?

සාමාන්‍යයෙන්, සංකීර්ණ ඇල්ගොරිතම ක්‍රියාත්මක වන්නේ matlab (හෝ සමාන භාෂාවෙන්) ය. මා දුටු දෙය නම් මිනිසුන් විචල්‍ය නාමය භාර ගැනීමයි. ඒ ආකාරයෙන්, ක්‍රියාත්මක කිරීම් සංසන්දනය කිරීම සරල ය.

අනෙක් සියලුම පිළිතුරු පාහේ නිවැරදි ය. මෙම කෙටි යෙදුම් ගණිතයේ හා භෞතික විද්‍යාවේ සොයාගත හැකිය, ඒවා ආරම්භ නොවන්නේ නම් d(ඔබේ උදාහරණයේ දී මෙන්). D වලින් ආරම්භ වන විචල්‍යයන් සාමාන්‍යයෙන් අවකලනය නිරූපණය කිරීම සඳහා නම් කර ඇත ඇත.

සියලුම සාමාන්‍ය කේතීකරණ මාර්ගෝපදේශකයින් පවසන්නේ පළමු අකුරෙන් (ඔබේ නඩුවේදී මෙන්) විචල්‍යයන් නම් නොකරන ලෙසයි, මන්ද සියලු නවීන IDE වල කේතය බ්‍රවුස් කිරීම පහසුය.

විචල්‍ය නම් සාධාරණ ලෙස කෙටි වීමට හේතුවක් ගැන මට සිතිය හැකිය.

කෙටි නම් කෙටි අක්ෂි පරතරයක් භාවිතයෙන් කියවීමට පහසුය, එබැවින් කෙටි අවධානය පරාසයක් ඇත.

උදාහරණයක් ලෙස, svdb යන්නෙන් අදහස් කරන්නේ "දත්ත සමුදායට සුරකින්න" යන්නයි. SaveToDatabase (අක්ෂර 14 ක්, දේවල් නරක අතට හැරේ වඩාත් සංකීර්ණ මෙහෙයුම් නම් සඳහා). මම කියන්නේ "ස්කෑන් කිරීම" "කියවීම" නොවේ, මන්ද එය ප්‍රභව කේතය විශ්ලේෂණය කිරීමේ ප්‍රධාන කොටසක් ගන්නා බැවිනි.

ප්‍රභව කේත විශාල ප්‍රමාණයක් පරිලෝකනය කරන විට, මෙය හොඳ කාර්ය සාධනයක් ලබා ගත හැකිය.

කේත ලිවීමේදී මෙම කෙටි නම් ටයිප් කිරීමට කම්මැලි ක්‍රමලේඛකයාට එය උපකාරී වේ.

ඇත්ත වශයෙන්ම, මෙම සියලු "කෙටිමං" ප්‍රභව කේතයේ යම් සම්මත ස්ථානයක ලැයිස්තුගත කිරීමට අපේක්ෂා කෙරේ.

Xzxcdw පැවසූ දේ තරමක් වෙනස් ආකාරයකින් රාමු කිරීම සහ ප්‍රවේශය අනුව එය විස්තාරනය කිරීම:

කාර්යයන් පිරිසිදු , සංක්ෂිප්ත හා යම් ක්‍රියාකාරිත්වයේ පරිපූර්ණ සංයුක්තයක් විය යුතුය: කළු පෙට්ටි තර්කනය , එය වසර 40 ක් තිස්සේ නොකැඩී වාඩි වී සිටියද, එය නිර්මාණය කර ඇති කාර්යය දිගටම කරගෙන යනු ඇත, මන්ද එහි අතුරු මුහුණත (ඇතුළත හා පිටත) එහි අභ්‍යන්තරය ගැන ඔබ කිසිවක් නොදන්නා නමුත් එය ශබ්දයකි.

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

අවශ්‍ය අවස්ථාවන්හිදී, කේතය මනාව සකසා ගැනීම සඳහා වෙනත් (පේළිගත) ශ්‍රිත ඇමතුම් වලින් තොරව කාර්යයන් රචනා කරන්න .

දැන්, සුදුසු විස්තරාත්මක ශ්‍රිත නාමයක් සමඟ (අවශ්‍ය නම් වාචික!), විෂය පථය ඉතා කුඩා බැවින් එම කෙටි කළ විචල්‍ය නම් වැරදි ලෙස අර්ථකථනය කිරීමේ අවස්ථාව අපි අවම කරමු.

වැඩසටහනේ කියවීමේ හැකියාව සඳහා විචල්‍ය නම් හැකි තරම් විස්තරාත්මක විය යුතුය. ඔබ එය ඔබම අත්විඳ ඇත: දුර්වල නම් කිරීම නිසා වැඩසටහන කළේ කුමක්දැයි හඳුනා ගැනීමට ඔබට බොහෝ කරදර ඇති විය.

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

නිසැකවම මෙය අදහස් කරන්නේ // අදහස් සඳහාද?

පැවරුම්වල විස්තරාත්මක අදහස් තිබේ නම් ඔබට ලෝක දෙකෙන්ම හොඳම දේ ලැබේ: විචල්‍යය පිළිබඳ විස්තරයක් සහ ඕනෑම සමීකරණයක් ඒවායේ පෙළ පොත් කවුන්ටරය සමඟ පහසුවෙන් සැසඳිය හැකිය.

අතුරුමුහුණත් සඳහා (උදා: ක්‍රම අත්සන්, ක්‍රියාකාරී අත්සන්) පරාමිති ප්‍රකාශන විවරණය කිරීමෙන් මම මෙය විසඳීමට නැඹුරු වෙමි. සී / සී ++ සඳහා මෙය .h ගොනුව මෙන්ම ක්‍රියාත්මක කිරීමේ කේතයද අලංකාර කරයි.

විචල්යයේ භාවිතය සන්දර්භය තුළ සහ නම් කිරීමේදී පැහැදිලිව නොපෙනෙන විචල්ය ප්රකාශයන් සඳහා මම එයම කරමි. (මෙය ශක්තිමත් ටයිප් කිරීමක් නොමැති භාෂාවලටද අදාළ වේ.)

විචල්ය නාමය අවහිර කිරීමට අපට අවශ්‍ය නැති බොහෝ දේ ඇත. රේඩියන හෝ අංශකවල කෝණය, නිරවද්‍යතාව හෝ පරාසය පිළිබඳ යම් ඉවසීමක් තිබේද?

මම ඒ ගැන ආගමික නැහැ. මම හුදෙක් පැහැදිලිකම ගැන උනන්දු වන අතර මගේ අමතක වූ ස්වයං කේතය වෙත පැමිණෙන ඊළඟ වතාවේ එය කුමක්දැයි මම දැන් සහතික කරමි. මගේ උරහිසට ඉහළින් බලා සිටින ඕනෑම කෙනෙකුට යමක් අක්‍රිය වී ඇති ස්ථානය, අත්‍යවශ්‍ය දේ (නිසි නඩත්තු කිරීම සඳහා අවසාන තීරණාත්මක) දැන ගැනීමට අවශ්‍ය දේ තිබේ.

ඕනෑවට වඩා කෙටි විචල්‍ය නම් සඳහා නිදහසට කරුණක් තිබේද?

පළමුවැන්න: ශක්තිය සඳහා විචල්‍යයක් නම් කිරීම E = MC2 වැනි සූත්‍ර ගණනය කිරීමේදී අධික ලෙස කෙටි නම් කිරීමක් නොවේ . කෙටි නම් සඳහා තර්කයක් ලෙස සංකේත භාවිතා කිරීම වලංගු නොවේ

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

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

('යථාර්ථවාදී' උදාහරණය තබා ගැනීම සඳහා, ඔබට කුඩා මෙවලමක් භාවිතා කිරීමට ඉඩ නොදුනි, ඇයි? ආරක්ෂක ගැටළු, කේත පදනම ස්පර්ශ කිරීමට බාහිර මෙවලම් වලට ඉඩ නොදේ.)

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

double dR, dCV, dK, dDin, dDout, dRin, dRout

මෙම සියලු විචල්‍යයන්ගේ ආරම්භයේ ඇති “d” යන්නෙන් අදහස් කරන්නේ ඒවා දෙගුණයක් බවයි; නමුත් භාෂාව කෙසේ හෝ මෙය බලාත්මක කරයි. මෙම නම්වල තදබදය තිබියදීත්, ඒවා 50% ක් පමණ අතිරික්තය !

දෝෂ අවම කිරීම සඳහා අපි නම් කිරීමේ සම්මුතියක් භාවිතා කිරීමට යන්නේ නම් , භාෂාව විසින් පරීක්ෂා නොකෙරෙන තොරතුරු කේතනය කිරීමට වඩා හොඳය . උදාහරණයක් ලෙස, කිසිදු භාෂාවක් ගැන පැමිණිලි නොකරනු ඇතdK + dR දිගට මානයන් රහිත අංකයක් එකතු කිරීම අර්ථ විරහිත වුවද, ඉහත කේතයේ .

එවැනි දෝෂ වළක්වා ගැනීමට හොඳ ක්‍රමයක් වන්නේ වඩා ශක්තිමත් වර්ග භාවිතා කිරීමයි; කෙසේ වෙතත්, අපි යුගල භාවිතා කිරීමට යන්නේ නම් වඩාත් සුදුසු නම් කිරීමේ ක්‍රමයක් විය හැකිය:

// Dimensions:
// l  = length
// rl = reciprocal length
double lR, rlCV, K, lDin, lDout, lRin, lRout

භාෂාව තවමත් අපට ලිවීමට ඉඩ දෙනු ඇත K + lR, නමුත් දැන් නම් වලින් මෙය වැරදි විය හැකි බවට ඉඟියක් ලබා දේ.

පද්ධති හංගේරියානු (සාමාන්‍යයෙන් නරක) සහ යෙදුම් හංගේරියානු (සමහර විට හොඳයි) අතර වෙනස මෙයයි

http://en.wikipedia.org/wiki/Hungarian_notation

මෙම පමණක් ඔවුන් කේත රචනය තුල පවතින අතර (සාමාන්යයෙන් ජාලය හරහා) ඒ තිර රචනය යන කාර්ය වැදගත් වේ විට illegibly කෙටි විචල්ය නම් නූතන මෘදුකාංග ඉංජිනේරු පිළිගත හැකි කොහෙද නඩුව වේ. එසේ වුවද, ස්ක්‍රිප්ට් එක දිගු නම් සහිත මූලාශ්‍ර පාලනයේ තබාගෙන නිෂ්පාදනයේ දී ස්ක්‍රිප්ට් අවම කරන්න.