මෙම පිළිතුර මතයට වඩා තාක්ෂණික පිළිතුරක් ලබා ගැනීමේ උත්සාහයකි.
අපට පොසික්ස් පිරිසිදු කරන්නන් වීමට අවශ්ය නම්, අපි රේඛාවක් අර්ථ දක්වන්නේ:
<Newline> නොවන අක්ෂරවල ශුන්ය හෝ වැඩි ගණනක් සහ අවසන් වන <newline> අක්ෂර අනුක්‍රමයක්.
මුලාශ්‍රය: https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206
අසම්පූර්ණ රේඛාවක් ලෙස:
ගොනුවේ අවසානයේ ඇති <Newline> නොවන අක්ෂර එකක් හෝ වැඩි ගණනක අනුක්‍රමයකි.
මූලාශ්රය: https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_195
පෙළ ගොනුවක්:
පේළි ශුන්ය හෝ වැඩි ගණනකට සංවිධානය කර ඇති ගොනුවක්. රේඛාවල NUL අක්ෂර අඩංගු නොවන අතර <newline> අක්ෂරය ද ඇතුළුව දිග {LINE_MAX} බයිට් ඉක්මවා යා නොහැක. POSIX.1-2008 පෙළ ලිපිගොනු සහ ද්විමය ලිපිගොනු අතර වෙනස හඳුනා නොගත්තද (ISO C ප්‍රමිතිය බලන්න), බොහෝ උපයෝගිතා නිපදවන්නේ පෙළ ගොනුවල ක්‍රියාත්මක වන විට පුරෝකථනය කළ හැකි හෝ අර්ථවත් ප්‍රතිදානයක් පමණි. එවැනි සීමාවන් ඇති සම්මත උපයෝගිතා සෑම විටම ඒවායේ STDIN හෝ INPUT FILES අංශවල "පෙළ ගොනු" නියම කරයි.
මූලාශ්රය: https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_397
නූලක් ලෙස:
පළමු ශුන්ය බයිට් එක ඇතුළුව සහ අවසන් කරන ලද බයිට් අනුක්‍රමික අනුක්‍රමයකි.
මූලාශ්රය: https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_396
මෙම එතැන් සිට, අප විසින් කරනු එකම අවස්ථාව ලබාගත හැක්කේ හැකි කරුණු කිසිවක් වර්ගය මුහුණ අපි සංකල්පය සමග ගනුදෙනු නම් වේ රේඛාව ලෙස ගොනුවක් හෝ ගොනු වල පෙළ ගොනුවක් (අ සිද්ධියක් බව පෙළ ගොනුවක් ශුන්ය සංවිධානයක් වන හෝ වැඩි පේළි, සහ අප දන්නා රේඛාවක් <newline> සමඟ අවසන් විය යුතුය).
කාරණය : wc -l filename.
සිට wcඅත්ෙපොත අප කියවන:
රේඛාවක් අර්ථ දැක්වෙන්නේ <newline> අක්ෂරයකින් වෙන් කරන ලද අක්ෂර මාලාවක් ලෙස ය.
ජාවාස්ක්‍රිප්ට්, HTML, සහ CSS ලිපිගොනු ඒවා පෙළ ලිපිගොනු බවට පත්වීමෙන් ඇඟවෙන්නේ කුමක්ද?
බ්‍රව්සර්, නවීන IDEs සහ වෙනත් ඉදිරිපස යෙදුම් වල EOF හි EOL මඟ හැරීමේ ගැටළු නොමැත. යෙදුම් ගොනු නිසි ලෙස විග්රහ කරනු ඇත. සියලුම මෙහෙයුම් පද්ධති POSIX ප්‍රමිතියට අනුකූල නොවිය යුතු බැවින්, OS නොවන මෙවලම් (උදා: බ්‍රව්සර්) POSIX ප්‍රමිතියට (හෝ ඕනෑම OS මට්ටමේ ප්‍රමිතියකට) අනුව ලිපිගොනු හැසිරවීම ප්රායෝගික නොවේ.
එහි ප්‍රති As ලයක් වශයෙන්, EOF හි EOL යෙදුම් මට්ටමින් කිසිදු negative ණාත්මක බලපෑමක් ඇති නොකරනු ඇතැයි අපට සාපේක්ෂව විශ්වාස කළ හැකිය - එය යුනික්ස් මෙහෙයුම් පද්ධතියක් මත ක්‍රියාත්මක වන්නේ නම් නොසලකා.
මෙම අවස්ථාවෙහිදී, සේවාදායකයාගේ පැත්තෙන් JS, HTML, CSS සමඟ ගනුදෙනු කිරීමේදී EOF හි EOL මඟ හැරීම ආරක්ෂිත බව අපට විශ්වාසයෙන් කිව හැකිය. ඇත්ත වශයෙන්ම, <newline> අඩංගු නොවන මෙම ලිපිගොනු වලින් එකක් අවම කිරීම ආරක්ෂිත බව අපට ප්‍රකාශ කළ හැකිය.
අපට මෙය තවත් එක් පියවරක් ඉදිරියට ගෙන යා හැකි අතර, NodeJS සම්බන්ධයෙන් ගත් කල, එයද POSIX ප්‍රමිතියට අනුගත විය නොහැකි අතර එය POSIX නොවන අනුකූල පරිසරයන් තුළ ක්‍රියාත්මක කළ හැකිය.
එවිට අපට ඉතිරිව ඇත්තේ කුමක්ද? පද්ධති මට්ටමේ මෙවලම්.
මෙයින් අදහස් වන්නේ පැනනැඟිය හැකි එකම ගැටළුව වන්නේ පොසික්ස් හි අර්ථ නිරූපණයට අනුගත වීමට උත්සාහ කරන මෙවලම් (උදා: පෙන්වා ඇති පරිදි රේඛාවක අර්ථ දැක්වීම wc).
එසේ වුවද, සියලුම ෂෙල් වෙඩි ස්වයංක්‍රීයව පොසික්ස් වලට අනුගත නොවනු ඇත. උදාහරණයක් ලෙස බෑෂ් POSIX හැසිරීමට පෙරනිමි නොවේ. එය සක්‍රීය කිරීම සඳහා ස්විචයක් ඇත : POSIXLY_CORRECT.
EOL හි වටිනාකම පිළිබඳ සිතීමට ආහාර <newline>: https://www.rfc-editor.org/old/EOLstory.txt
සියලු ප්රායෝගික අභිප්‍රායන් සහ අරමුණු සඳහා මෙවලම් ධාවන පථයේ රැඳී සිටීම, අපි මෙය සලකා බලමු:
EOL නොමැති ගොනුවක් සමඟ වැඩ කරමු. මෙම උදාහරණයේ ඇති ගොනුව EOL නොමැති කුඩා ජාවාස්ක්‍රිප්ට් එකකි.
curl http://cdnjs.cloudflare.com/ajax/libs/AniJS/0.5.0/anijs-min.js -o x.js
curl http://cdnjs.cloudflare.com/ajax/libs/AniJS/0.5.0/anijs-min.js -o y.js
$ cat x.js y.js > z.js
-rw-r--r-- 1 milanadamovsky 7905 Aug 14 23:17 x.js
-rw-r--r-- 1 milanadamovsky 7905 Aug 14 23:17 y.js
-rw-r--r-- 1 milanadamovsky 15810 Aug 14 23:18 z.js
catගොනු විශාලත්වය හරියටම එහි තනි කොටස්වල එකතුව බව සලකන්න . ජාවාස්ක්‍රිප්ට් ලිපිගොනු සංක්ෂිප්ත කිරීම ජේඑස් ලිපිගොනු සඳහා සැලකිලිමත් වන්නේ නම්, වඩාත් සුදුසු වන්නේ සෑම ජාවාස්ක්‍රිප්ට් ගොනුවක්ම අර්ධ මහා බඩවැලකින් ආරම්භ කිරීමයි.
මෙම ත්‍රෙඩ් catඑකේ වෙනත් අයෙකු සඳහන් කර ඇති පරිදි: ගොනු දෙකක් වෙනුවට එක් පේළියක් පමණක් වන ගොනු දෙකක් ඔබට අවශ්ය නම් කුමක් කළ යුතුද? වෙනත් වචන වලින් කිවහොත්, catඑය කළ යුතු දේ කරන්න.
මෙම manපිළිබඳ catපමණක් EOF ආදානය කළ නොහැකි <නව පේළියකට යොමු කිරීමේ අක්ෂරය> කියවීම සඳහන් කර ඇත. බව සටහන -nපිළිබඳ ස්විචය catද නොවන <නව පේළියකට යොමු කිරීමේ අක්ෂරය> අවසන් රේඛාව (හෝ මුද්රණය ඇත අසම්පූර්ණ රේඛාව ලෙස) මාර්ගය - හි ගණන් ආරම්භ සිද්ධියක් බව 1 (අනුව man.)
-n නිමැවුම් රේඛා අංක 1 සිට ආරම්භ කරන්න.
POSIX විසින් රේඛාවක් නිර්වචනය කරන්නේ කෙසේදැයි දැන් අපට වැටහී ඇති හෙයින් , මෙම හැසිරීම නොපැහැදිලි හෝ සැබවින්ම අනුකූල නොවන බවට පත්වේ.
දී ඇති මෙවලමක අරමුණ සහ අනුකූලතාවය අවබෝධ කර ගැනීම EOL සමඟ ලිපිගොනු අවසන් කිරීම කෙතරම් තීරණාත්මකද යන්න තීරණය කිරීමට උපකාරී වේ. C, C ++, Java (JARs) යනාදියෙහි ... සමහර ප්‍රමිතීන් වලංගුභාවය සඳහා නව රේඛාවක් නියම කරනු ඇත - JS, HTML, CSS සඳහා එවැනි ප්‍රමිතියක් නොමැත.
නිදසුනක් ලෙස, wc -l filenameඑකක් භාවිතා කිරීම වෙනුවට කළ හැකි අතර awk '{x++}END{ print x}' filename, අප විසින් ලියන ලද ක්‍රියාවලියක් සැකසීමට අවශ්ය විය හැකි ගොනුවකින් කර්තව්‍යයේ සාර්ථකත්වය අනතුරට ලක් නොවන බවට සහතික වන්න (උදා: අපි අවම කළ JS වැනි තෙවන පාර්ශවීය පුස්තකාලයක් curl) - අපගේ හැර පොසික්ස් අනුකූල අර්ථයෙන් රේඛා ගණනය කිරීම සැබවින්ම අභිප්‍රාය විය .
නිගමනය
JS, HTML, සහ CSS වැනි ඇතැම් පෙළ ලිපිගොනු සඳහා EOF හි EOL මඟ හැරීම negative ණාත්මක බලපෑමක් ඇති කරන සැබෑ ජීවිත භාවිත අවස්ථා ඉතා අල්පය. අපි <Newline> පැමිණීම මත විශ්වාසය තබන්නේ නම්, අපි අපගේ මෙවලම් වල විශ්වසනීයත්වය සීමා කරන්නේ අප විසින් ලියන ලද ලිපිගොනු වලට පමණක් වන අතර තෙවන පාර්ශවීය ලිපිගොනු මඟින් හඳුන්වා දිය හැකි දෝෂ වලට අපව විවෘත කරමු.
කතාවේ සදාචාරය: EOF හි EOL මත යැපීමේ දුර්වලතාවයක් නොමැති ඉංජිනේරු මෙවලම්.
JS, HTML සහ CSS වලට අදාළ වන පරිදි භාවිත අවස්ථා පළ කිරීමට නිදහස්ව සිටින්න, එහිදී EOL මඟ හැරීම අහිතකර බලපෑමක් ඇති කරන්නේ කෙසේදැයි අපට පරීක්ෂා කළ හැකිය.