perlstyle - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

perlstyle - പേൾ സ്റ്റൈൽ ഗൈഡ്

വിവരണം

ഓരോ പ്രോഗ്രാമർക്കും തീർച്ചയായും ഫോർമാറ്റിംഗുമായി ബന്ധപ്പെട്ട് അവരുടേതായ മുൻഗണനകൾ ഉണ്ടായിരിക്കും,
എന്നാൽ നിങ്ങളുടെ പ്രോഗ്രാമുകൾ വായിക്കുന്നത് എളുപ്പമാക്കുന്ന ചില പൊതു മാർഗ്ഗനിർദ്ദേശങ്ങളുണ്ട്,
മനസ്സിലാക്കുക, പരിപാലിക്കുക.

നിങ്ങളുടെ പ്രോഗ്രാമുകൾക്ക് കീഴിൽ പ്രവർത്തിപ്പിക്കുക എന്നതാണ് ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം -w എല്ലാ സമയത്തും പതാക. ഒരുപക്ഷേ നിങ്ങൾ
"മുന്നറിയിപ്പുകളൊന്നുമില്ല" എന്ന പ്രാഗ്മ വഴിയോ കോഡിന്റെ പ്രത്യേക ഭാഗങ്ങൾക്കായി ഇത് വ്യക്തമായി ഓഫാക്കുക
വേണമെങ്കിൽ $^W വേരിയബിൾ. നിങ്ങൾ എല്ലായ്പ്പോഴും "കർക്കശമായ ഉപയോഗിക്കുക" എന്നതിന് കീഴിൽ പ്രവർത്തിക്കണം അല്ലെങ്കിൽ അറിയുക
കാരണം. "ഉപയോഗ സിഗ്ട്രാപ്പ്", "ഉപയോഗ ഡയഗ്നോസ്റ്റിക്സ്" എന്നീ പ്രാഗ്മകളും തെളിയിച്ചേക്കാം
ഉപയോഗപ്രദമായ.

കോഡ് ലേഔട്ടിന്റെ സൗന്ദര്യശാസ്ത്രത്തെ സംബന്ധിച്ച്, ലാറി ശക്തമായി ശ്രദ്ധിക്കുന്ന ഒരേയൊരു കാര്യമാണ്
ഒരു മൾട്ടി-ലൈൻ BLOCK-ന്റെ ക്ലോസിംഗ് ചുരുണ്ട ബ്രാക്കറ്റ് കീവേഡിനൊപ്പം അണിനിരക്കണം
നിർമ്മാണം ആരംഭിച്ചു. അതിനപ്പുറം, അദ്ദേഹത്തിന് അത്ര ശക്തമല്ലാത്ത മറ്റ് മുൻഗണനകളുണ്ട്:

· 4-കോളം ഇൻഡന്റ്.

· കീവേഡിന്റെ അതേ വരിയിൽ ചുരുളൻ തുറക്കുന്നു, സാധ്യമെങ്കിൽ, അല്ലെങ്കിൽ ലൈൻ അപ്പ് ചെയ്യുക.

· ഒരു മൾട്ടി-ലൈൻ ബ്ലോക്കിന്റെ ഓപ്പണിംഗ് കർലിക്ക് മുമ്പുള്ള ഇടം.

ചുരുളുകൾ ഉൾപ്പെടെ ഒരു വരിയിൽ ഒരു വരി ബ്ലോക്ക് ഇടാം.

· അർദ്ധവിരാമത്തിന് മുമ്പ് ഇടമില്ല.

· "ഹ്രസ്വ" വൺ-ലൈൻ ബ്ലോക്കിൽ അർദ്ധവിരാമം ഒഴിവാക്കി.

· മിക്ക ഓപ്പറേറ്റർമാർക്കും ചുറ്റുമുള്ള ഇടം.

ഒരു "സങ്കീർണ്ണമായ" സബ്‌സ്‌ക്രിപ്‌റ്റിന് ചുറ്റുമുള്ള ഇടം (ബ്രാക്കറ്റുകൾക്കുള്ളിൽ).

· വ്യത്യസ്ത കാര്യങ്ങൾ ചെയ്യുന്ന കഷണങ്ങൾക്കിടയിലുള്ള ശൂന്യമായ വരകൾ.

· ആലിംഗനം ചെയ്യാത്ത മറ്റുള്ളവർ.

ഫംഗ്‌ഷൻ നാമത്തിനും അതിന്റെ ഓപ്പണിംഗ് പരാൻതീസിസിനും ഇടയിൽ ഇടമില്ല.

· ഓരോ കോമയ്ക്കും ശേഷമുള്ള ഇടം.

· ഒരു ഓപ്പറേറ്റർക്ക് ശേഷം നീണ്ട ലൈനുകൾ തകർന്നു ("ഒപ്പം", "അല്ലെങ്കിൽ" ഒഴികെ).

നിലവിലെ ലൈനിലെ അവസാന പരാന്തീസിസ് പൊരുത്തപ്പെടുത്തലിന് ശേഷമുള്ള ഇടം.

· അനുബന്ധ ഇനങ്ങൾ ലംബമായി നിരത്തുക.

· വ്യക്തത ബാധിക്കാത്തിടത്തോളം, അനാവശ്യ വിരാമചിഹ്നങ്ങൾ ഒഴിവാക്കുക.

ഈ ഓരോ കാര്യത്തിനും ലാറിക്ക് അവരുടേതായ കാരണങ്ങളുണ്ട്, എന്നാൽ എല്ലാവരുടെയും കാര്യം അവൻ അവകാശപ്പെടുന്നില്ല
മനസ്സ് അവന്റെ പ്രവൃത്തി പോലെ തന്നെ പ്രവർത്തിക്കുന്നു.

ചിന്തിക്കേണ്ട മറ്റ് ചില പ്രധാന ശൈലി പ്രശ്നങ്ങൾ ഇതാ:

· നിങ്ങൾ കാരണം CAN ഒരു പ്രത്യേക രീതിയിൽ എന്തെങ്കിലും ചെയ്യുക എന്നത് നിങ്ങൾ അർത്ഥമാക്കുന്നില്ല ചെയ്യണം ചെയ്യു
ആ വഴി. നിങ്ങൾക്ക് എന്തും ചെയ്യാനുള്ള നിരവധി മാർഗങ്ങൾ നൽകുന്നതിനാണ് പേൾ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നത്, അതിനാൽ പരിഗണിക്കുക
ഏറ്റവും വായിക്കാനാകുന്ന ഒന്ന് തിരഞ്ഞെടുക്കുന്നു. ഉദാഹരണത്തിന്

തുറക്കുക(FOO,$foo) || മരിക്കുക "$foo: $ തുറക്കാൻ കഴിയില്ല!";

എന്നതിനേക്കാൾ മികച്ചത്

മരിക്കുക "$foo: $ തുറക്കാൻ കഴിയില്ല!" തുറന്നില്ലെങ്കിൽ (FOO,$foo);

കാരണം രണ്ടാമത്തെ വഴി ഒരു മോഡിഫയറിൽ പ്രസ്താവനയുടെ പ്രധാന പോയിന്റ് മറയ്ക്കുന്നു. ന്
മറ്റേ കൈ

$verbose ആണെങ്കിൽ "ആരംഭിക്കുന്ന വിശകലനം\n" പ്രിന്റ് ചെയ്യുക;

എന്നതിനേക്കാൾ മികച്ചത്

$verbose && പ്രിന്റ് "വിശകലനം ആരംഭിക്കുന്നു\n";

കാരണം ഉപയോക്താവ് ടൈപ്പ് ചെയ്തോ എന്നതല്ല പ്രധാന കാര്യം -v അല്ലെങ്കിൽ അല്ല.

അതുപോലെ, ഡിഫോൾട്ട് ആർഗ്യുമെന്റുകൾ അനുമാനിക്കാൻ ഒരു ഓപ്പറേറ്റർ നിങ്ങളെ അനുവദിക്കുന്നതുകൊണ്ട് അർത്ഥമില്ല
നിങ്ങൾ സ്ഥിരസ്ഥിതികൾ ഉപയോഗിക്കേണ്ടതുണ്ട്. അലസമായ സിസ്റ്റങ്ങൾക്ക് ഡിഫോൾട്ടുകൾ ഉണ്ട്
പ്രോഗ്രാമർമാർ ഒറ്റത്തവണ പ്രോഗ്രാമുകൾ എഴുതുന്നു. നിങ്ങളുടെ പ്രോഗ്രാം വായിക്കാൻ കഴിയണമെങ്കിൽ,
വാദം നൽകുന്നത് പരിഗണിക്കുക.

അതേ വരിയിൽ, നിങ്ങൾ കാരണം CAN പലയിടത്തും പരാൻതീസിസ് ഒഴിവാക്കിയിട്ടില്ല
നിങ്ങൾ ചെയ്യേണ്ടത് എന്നാണ് അർത്ഥമാക്കുന്നത്:

റിട്ടേൺ പ്രിന്റ് റിവേഴ്സ് സോർട്ട് നം മൂല്യങ്ങൾ %അറേ;
റിട്ടേൺ പ്രിന്റ് (റിവേഴ്സ് (സോർട്ട് നമ്പർ (മൂല്യങ്ങൾ (% അറേ))));

സംശയമുണ്ടെങ്കിൽ, പരാൻതീസൈസ് ചെയ്യുക. കുറഞ്ഞപക്ഷം അത് ചില പാവപ്പെട്ട ഷ്മക്കിനെയെങ്കിലും കുതിച്ചുയരാൻ അനുവദിക്കും
% കീയിൽ vi.

നിങ്ങൾക്ക് സംശയമില്ലെങ്കിലും, ചെയ്യേണ്ട വ്യക്തിയുടെ മാനസിക ക്ഷേമം പരിഗണിക്കുക
നിങ്ങൾക്ക് ശേഷം കോഡ് നിലനിർത്തുക, ആരാണ് പരാൻതീസിസുകൾ തെറ്റായ സ്ഥലത്ത് ഇടുക.

· പേൾ ചെയ്യുമ്പോൾ മുകളിലോ താഴെയോ ഉള്ള ഒരു ലൂപ്പിൽ നിന്ന് പുറത്തുകടക്കാൻ വിഡ്ഢിത്തമായ കോണ്ടറേഷനുകളിലൂടെ പോകരുത്
"അവസാന" ഓപ്പറേറ്റർ നൽകുന്നതിനാൽ നിങ്ങൾക്ക് മധ്യത്തിൽ നിന്ന് പുറത്തുകടക്കാൻ കഴിയും. വെറും "പുറത്തു" അത് a
ഇത് കൂടുതൽ ദൃശ്യമാക്കാൻ കുറച്ച്:

ലൈൻ:
വേണ്ടി (;;) {
പ്രസ്താവനകൾ;
അവസാന വരി $foo ആണെങ്കിൽ;
അടുത്ത LINE എങ്കിൽ /^#/;
പ്രസ്താവനകൾ;
}

· ലൂപ്പ് ലേബലുകൾ ഉപയോഗിക്കാൻ ഭയപ്പെടേണ്ട--വായനക്ഷമത വർദ്ധിപ്പിക്കുന്നതിനും അതുപോലെ തന്നെ അവയുണ്ട്
മൾട്ടി ലെവൽ ലൂപ്പ് ബ്രേക്കുകൾ അനുവദിക്കുക. മുമ്പത്തെ ഉദാഹരണം കാണുക.

ശൂന്യമായ ഒരു സന്ദർഭത്തിൽ "grep()" (അല്ലെങ്കിൽ "മാപ്പ്()") അല്ലെങ്കിൽ `ബാക്ക്‌ടിക്കുകൾ' ഉപയോഗിക്കുന്നത് ഒഴിവാക്കുക, അതായത് നിങ്ങൾ ചെയ്യുമ്പോൾ
അവരുടെ റിട്ടേൺ മൂല്യങ്ങൾ വലിച്ചെറിയുക. ആ ഫംഗ്‌ഷനുകൾക്കെല്ലാം റിട്ടേൺ മൂല്യങ്ങളുണ്ട്, അതിനാൽ ഉപയോഗിക്കുക
അവരെ. അല്ലെങ്കിൽ പകരം "foreach()" ലൂപ്പ് അല്ലെങ്കിൽ "system()" ഫംഗ്‌ഷൻ ഉപയോഗിക്കുക.

· പോർട്ടബിലിറ്റിക്ക് വേണ്ടി, എല്ലാ മെഷീനിലും നടപ്പിലാക്കാത്ത ഫീച്ചറുകൾ ഉപയോഗിക്കുമ്പോൾ,
നിർമ്മാണം പരാജയപ്പെടുമോ എന്നറിയാൻ ഒരു eval-ൽ പരിശോധിക്കുക. ഏത് പതിപ്പ് അല്ലെങ്കിൽ നിങ്ങൾക്ക് അറിയാമെങ്കിൽ
പാച്ച് ലെവൽ ഒരു പ്രത്യേക സവിശേഷത നടപ്പിലാക്കി, നിങ്ങൾക്ക് $] ($PERL_VERSION ഇൻ
"ഇംഗ്ലീഷ്") അത് അവിടെ ഉണ്ടാകുമോ എന്നറിയാൻ. "കോൺഫിഗ്" മൊഡ്യൂളും നിങ്ങളെ അനുവദിക്കും
നിർണ്ണയിക്കുന്ന മൂല്യങ്ങളെ ചോദ്യം ചെയ്യുക സജ്ജമാക്കുന്നു Perl ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ പ്രോഗ്രാം.

· മെമ്മോണിക് ഐഡന്റിഫയറുകൾ തിരഞ്ഞെടുക്കുക. ഓർമ്മപ്പെടുത്തൽ എന്താണ് അർത്ഥമാക്കുന്നത് എന്ന് നിങ്ങൾക്ക് ഓർക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, നിങ്ങൾക്ക് എ
പ്രശ്നം.

$gotit പോലുള്ള ഹ്രസ്വ ഐഡന്റിഫയറുകൾ ഒരുപക്ഷേ ശരിയാണെങ്കിലും, വാക്കുകൾ വേർതിരിക്കാൻ അടിവരകൾ ഉപയോഗിക്കുക
ദൈർഘ്യമേറിയ ഐഡന്റിഫയറുകളിൽ. $var_names_like_this വായിക്കുന്നത് പൊതുവെ എളുപ്പമാണ്
$VarNamesLikeThis, പ്രത്യേകിച്ച് ഇംഗ്ലീഷ് സംസാരിക്കാത്തവർക്ക്. അതും ലളിതമാണ്
"VAR_NAMES_LIKE_THIS" എന്നതിനൊപ്പം സ്ഥിരമായി പ്രവർത്തിക്കുന്ന നിയമം.

പാക്കേജിന്റെ പേരുകൾ ചിലപ്പോൾ ഈ നിയമത്തിന് ഒരു അപവാദമാണ്. പേൾ അനൗപചാരികമായി കരുതിവയ്ക്കുന്നു
"പൂർണ്ണസംഖ്യ", "കർക്കശം" എന്നിങ്ങനെയുള്ള "പ്രാഗ്മ" മൊഡ്യൂളുകൾക്കുള്ള ചെറിയക്ഷര മൊഡ്യൂൾ പേരുകൾ. മറ്റുള്ളവ
മൊഡ്യൂളുകൾ ഒരു വലിയ അക്ഷരത്തിൽ ആരംഭിക്കുകയും മിക്സഡ് കേസ് ഉപയോഗിക്കുകയും വേണം, പക്ഷേ ഒരുപക്ഷേ ഇല്ലാതെ
പ്രിമിറ്റീവ് ഫയൽ സിസ്റ്റങ്ങളുടെ മൊഡ്യൂളിന്റെ പ്രതിനിധാനങ്ങളിലെ പരിമിതികൾ കാരണം അടിവരയിടുന്നു
കുറച്ച് വിരളമായ ബൈറ്റുകളിലേക്ക് യോജിക്കേണ്ട ഫയലുകളായി പേരുകൾ.

· a യുടെ വ്യാപ്തി അല്ലെങ്കിൽ സ്വഭാവം സൂചിപ്പിക്കാൻ ലെറ്റർ കേസ് ഉപയോഗിക്കുന്നത് നിങ്ങൾക്ക് സഹായകമായേക്കാം
വേരിയബിൾ. ഉദാഹരണത്തിന്:

$ALL_CAPS_HERE സ്ഥിരാങ്കങ്ങൾ മാത്രം (perl vars-മായി ഏറ്റുമുട്ടുന്നത് സൂക്ഷിക്കുക!)
$Some_Caps_Here പാക്കേജ്-വൈഡ് ഗ്ലോബൽ/സ്റ്റാറ്റിക്
$no_caps_here ഫംഗ്‌ഷൻ സ്കോപ്പ് my() അല്ലെങ്കിൽ ലോക്കൽ() വേരിയബിളുകൾ

ഫംഗ്‌ഷന്റെയും രീതിയുടെയും പേരുകൾ എല്ലാ ചെറിയക്ഷരങ്ങളിലും മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നതായി തോന്നുന്നു. ഉദാ,
"$obj->as_string()".

ഒരു വേരിയബിളോ ഫംഗ്‌ഷനോ പാടില്ല എന്ന് സൂചിപ്പിക്കാൻ നിങ്ങൾക്ക് ഒരു ലീഡിംഗ് അണ്ടർസ്‌കോർ ഉപയോഗിക്കാം
അത് നിർവചിച്ച പാക്കേജിന് പുറത്ത് ഉപയോഗിക്കുന്നു.

· നിങ്ങൾക്ക് ശരിക്കും രോമമുള്ള പതിവ് എക്സ്പ്രഷൻ ഉണ്ടെങ്കിൽ, "/x" മോഡിഫയർ ഉപയോഗിച്ച് ചിലത് ഇടുക
ലൈൻ നോയ്‌സ് പോലെ അൽപ്പം കുറവായി കാണുന്നതിന് വൈറ്റ്‌സ്‌പെയ്‌സ്. സ്ലാഷ് a ആയി ഉപയോഗിക്കരുത്
നിങ്ങളുടെ regexp-ന് സ്ലാഷുകളോ ബാക്ക്‌സ്ലാഷുകളോ ഉള്ളപ്പോൾ ഡിലിമിറ്റർ ചെയ്യുക.

ലിസ്റ്റ് ഓപ്പറേറ്റർമാരെ പരാൻതീസൈസ് ചെയ്യുന്നത് ഒഴിവാക്കാൻ പുതിയ "ഒപ്പം", "അല്ലെങ്കിൽ" ഓപ്പറേറ്റർമാരെ ഉപയോഗിക്കുക
വളരെയധികം, കൂടാതെ "&&", "||" തുടങ്ങിയ വിരാമചിഹ്ന ഓപ്പറേറ്റർമാരുടെ സംഭവങ്ങൾ കുറയ്ക്കുന്നതിന്. വിളി
നിങ്ങളുടെ സബ്‌റൂട്ടീനുകൾ ഫംഗ്‌ഷനുകളോ ലിസ്‌റ്റ് ഓപ്പറേറ്റർമാരോ ആണെന്ന് തോന്നുന്നു
ആമ്പർസാൻഡുകളും പരാൻതീസിസും.

ആവർത്തിച്ചുള്ള "പ്രിന്റ്()" പ്രസ്താവനകൾക്ക് പകരം ഇവിടെ ഡോക്യുമെന്റുകൾ ഉപയോഗിക്കുക.

· അനുബന്ധ കാര്യങ്ങൾ ലംബമായി ലൈൻ അപ്പ് ചെയ്യുക, പ്രത്യേകിച്ചും ഒന്നിൽ ഒതുങ്ങാൻ ദൈർഘ്യമേറിയതാണെങ്കിൽ
എന്തായാലും വരി.

$IDX = $ST_MTIME;
$opt_u ആണെങ്കിൽ $IDX = $ST_ATIME;
$opt_c ആണെങ്കിൽ $IDX = $ST_CTIME;
$opt_s ആണെങ്കിൽ $IDX = $ST_SIZE;

mkdir $tmpdir, 0700 അല്ലെങ്കിൽ മരിക്കുക "mkdir $tmpdir: $!";
chdir($tmpdir) അല്ലെങ്കിൽ മരിക്കുക "cdir $tmpdir: $!";
mkdir 'tmp', 0777 അല്ലെങ്കിൽ മരിക്കുക "mkdir $tmpdir/tmp: $!";

· സിസ്റ്റം കോളുകളുടെ റിട്ടേൺ കോഡുകൾ എപ്പോഴും പരിശോധിക്കുക. നല്ല പിശക് സന്ദേശങ്ങൾ പോകണം
"STDERR", ഏത് പ്രോഗ്രാമാണ് പ്രശ്‌നമുണ്ടാക്കിയത്, പരാജയപ്പെട്ട സിസ്റ്റം കോൾ എന്നിവ ഉൾപ്പെടുന്നു
ആർഗ്യുമെന്റുകൾ ആയിരുന്നു, കൂടാതെ (വളരെ പ്രധാനപ്പെട്ടത്) സാധാരണ സിസ്റ്റം പിശക് സന്ദേശം അടങ്ങിയിരിക്കണം
തെറ്റ് സംഭവിച്ചതിന്. ലളിതവും എന്നാൽ മതിയായതുമായ ഒരു ഉദാഹരണം ഇതാ:

opendir(D, $dir) അല്ലെങ്കിൽ ഡൈ "ഓപ്പൺഡിർ $dir: $!";

· നിങ്ങളുടെ ലിപ്യന്തരണം അർത്ഥമുള്ളപ്പോൾ നിരത്തുക:

tr [abc]
[xyz];

· പുനരുപയോഗ സാധ്യതയെക്കുറിച്ച് ചിന്തിക്കുക. നിങ്ങൾ ചെയ്യാൻ ആഗ്രഹിക്കുമ്പോൾ ഒരു ഷോട്ടിൽ എന്തിനാണ് ബുദ്ധിശക്തി പാഴാക്കുന്നത്
വീണ്ടും അതുപോലെ എന്തെങ്കിലും? നിങ്ങളുടെ കോഡ് സാമാന്യവൽക്കരിക്കുന്നത് പരിഗണിക്കുക. ഒരു മൊഡ്യൂൾ എഴുതുന്നത് പരിഗണിക്കുക
അല്ലെങ്കിൽ ഒബ്ജക്റ്റ് ക്ലാസ്. നിങ്ങളുടെ കോഡ് "കർക്കശമായി ഉപയോഗിക്കുക", "ഉപയോഗിക്കുക" എന്നിവ ഉപയോഗിച്ച് വൃത്തിയായി പ്രവർത്തിക്കുന്നത് പരിഗണിക്കുക
മുന്നറിയിപ്പുകൾ" (അല്ലെങ്കിൽ -w) പ്രാബല്യത്തിൽ. നിങ്ങളുടെ കോഡ് നൽകുന്നത് പരിഗണിക്കുക. നിങ്ങളുടെ മാറ്റം പരിഗണിക്കുക
മുഴുവൻ ലോകവീക്ഷണം. പരിഗണിക്കുക... ഓ, സാരമില്ല.

· നിങ്ങളുടെ കോഡ് ഡോക്യുമെന്റ് ചെയ്യാനും പോഡ് ഫോർമാറ്റിംഗ് സ്ഥിരമായ രീതിയിൽ ഉപയോഗിക്കാനും ശ്രമിക്കുക. ഇവിടെ
സാധാരണയായി പ്രതീക്ഷിക്കുന്ന കൺവെൻഷനുകൾ:

ഫംഗ്‌ഷൻ, വേരിയബിൾ, മൊഡ്യൂൾ പേരുകൾ (കൂടുതൽ പൊതുവെ എന്തിനും) "C<>" ഉപയോഗിക്കുക
ഫയൽഹാൻഡിലുകൾ അല്ലെങ്കിൽ നിർദ്ദിഷ്ട മൂല്യങ്ങൾ പോലുള്ള കോഡിന്റെ ഭാഗമായി കണക്കാക്കാം). കുറിപ്പ്
ഫംഗ്‌ഷൻ പേരുകൾ അവയുടെ ശേഷം പരാൻതീസിസുകൾക്കൊപ്പം കൂടുതൽ വായിക്കാവുന്നതായി കണക്കാക്കുന്നു
പേര്, അതാണ് "ഫംഗ്ഷൻ()".

· കമാൻഡ് പേരുകൾക്കായി "B<>" ഉപയോഗിക്കുക പൂച്ച or grep.

ഫയൽ നാമങ്ങൾക്കായി "F<>" അല്ലെങ്കിൽ "C<>" ഉപയോഗിക്കുക. ഫയലിനുള്ള പോഡ് കോഡ് "F<>" മാത്രമായിരിക്കണം
പേരുകൾ, എന്നാൽ മിക്ക പോഡ് ഫോർമാറ്ററുകളും അതിനെ ഇറ്റാലിക്, യുണിക്സ്, വിൻഡോസ് പാത്തുകളായി റെൻഡർ ചെയ്യുന്നു
അവയുടെ സ്ലാഷുകളും ബാക്ക്‌സ്ലാഷുകളും വായനാക്ഷമത കുറവായിരിക്കാം, കൂടാതെ മികച്ച രീതിയിൽ റെൻഡർ ചെയ്തേക്കാം
"സി<>".

· സ്ഥിരത പുലർത്തുക.

· നല്ലവരായിരിക്കുക.

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് ഓൺലൈനായി perlstyle ഉപയോഗിക്കുക