1C - හොඳ සහ නරක. 1C පමණ හොලිවර් වල ලකුණු සකස් කිරීම

මිත්‍රවරුනි සහ සගයන්, මෑතක සිට Habré හි සංවර්ධන වේදිකාවක් ලෙස 1C කෙරෙහි ද්වේශය සහිත ලිපි සහ එහි ආරක්ෂකයින්ගේ කථා නිතර නිතර පළ විය. මෙම ලිපි එක් බරපතල ගැටළුවක් හඳුනාගෙන ඇත: බොහෝ විට, 1C හි විවේචකයින් එය විවේචනය කරන්නේ "එය ප්‍රගුණ නොකිරීම", තත්‍යානුකූලව පහසුවෙන් විසඳිය හැකි ගැටළු වලට බැණ වැදීම සහ ඊට පටහැනිව, ඇත්ත වශයෙන්ම වැදගත්, වටිනා ගැටළු ස්පර්ශ නොකිරීමයි. සාකච්ඡා කරන අතර වෙළෙන්දා විසින් විසඳනු නොලැබේ. 1C වේදිකාව පිළිබඳ සන්සුන් හා සමබර සමාලෝචනයක් පැවැත්වීම අර්ථවත් බව මම විශ්වාස කරමි. එයට කළ හැකි දේ, එය කළ නොහැකි දේ, එය කළ යුතු නමුත් නොකළ යුතු දේ, සහ අතුරුපස සඳහා, එය පිපිරුමක් සමඟ කරන දේ, සහ %technology_name% හි ඔබේ සංවර්ධකයින් එය විසි කරමින් වසර සියයක් කරනු ඇත. වාර්ෂික අයවැය එකකට වඩා.

එහි ප්රතිඵලයක් වශයෙන්, කළමනාකරුවෙකු හෝ ගෘහ නිර්මාණ ශිල්පියෙකු ලෙස, ඔබට 1C භාවිතා කිරීම ප්රයෝජනවත් වන්නේ කුමන කාර්යයද යන්න පිළිබඳව පැහැදිලි අවබෝධයක් ලබා ගත හැකි අතර, එය උණුසුම් යකඩ සමඟ පුළුස්සා දැමිය යුතුය. "1C නොවන" ලෝකයේ සංවර්ධකයෙකු ලෙස, ඔබට කලබල ඇති කරන 1C හි ඇති දේ දැක ගත හැකි වනු ඇත. 1C සංවර්ධකයෙකු ලෙස, ඔබට ඔබේ පද්ධතිය වෙනත් භාෂාවල පරිසර පද්ධති සමඟ සංසන්දනය කිරීමට සහ මෘදුකාංග සංවර්ධන සම්බන්ධීකරණ පද්ධතියේ ඔබේ ස්ථානය තේරුම් ගැනීමට හැකි වනු ඇත.

කප්පාදුව යටතේ 1C මත ඝන ප්රහාර ගොඩක් ඇත, 1C හි විවේචකයන් මත, Java, .NET සහ පොදුවේ ... රසිකයා පිරී ඇත, සාදරයෙන් පිළිගනිමු!

මම ගැන

ආසන්න වශයෙන් 2004 සිට මම සංවාදයේ විෂය ගැන හුරුපුරුදුය. පූසෙක්, ගේ කුරුල්ලෙක්, දළඹුවෙක් ගැන කොමික් තියෙන මහාචාර්ය ෆෝට්‍රාන් ගැන පොතක් ලැබුණු මොහොතේ ඉඳන් මම අවුරුදු 6 ඉඳන් වැඩසටහන් කරනවා ඇති. මම පොතේ පින්තූර වලින් බළලා ලියූ වැඩසටහන් විශ්ලේෂණය කර ඔවුන් කළ දේ සොයා ගතිමි. ඔව්, මට ඒ වන විට සැබෑ පරිගණකයක් නොතිබුණි, නමුත් පොතේ පැතිරීම පිළිබඳ චිත්‍රයක් තිබූ අතර මම X cat ගැන ඔත්තු බැලූ විධානයන් ඇතුළත් කරමින් කඩදාසි බොත්තම් අවංකව තද කළෙමි.

ඊට පස්සේ ඉස්කෝලේ BK0011 සහ BASIC, C++ සහ විශ්ව විද්‍යාලයේ assemblers, ඊට පස්සේ 1C, තව ගොඩක් දේවල් මට මතක තියාගන්න කම්මැලියි. පසුගිය වසර 15 තුළ, මම ප්රධාන වශයෙන් 1C සඳහා සම්බන්ධ වී ඇත, කේතනය අනුව පමණක් නොව, සාමාන්යයෙන් 1C. මෙහි කාර්යයන්, පරිපාලනය සහ devops සැකසීම. පසුගිය වසර 5 තුළ මම අනෙකුත් 1C පරිශීලකයින් සඳහා සංවර්ධන සහ ස්වයංක්‍රීය මෙවලම් සංවර්ධනය කිරීම, ලිපි සහ පොත් ලිවීම සම්බන්ධයෙන් සමාජීය වශයෙන් ප්‍රයෝජනවත් ක්‍රියාකාරකම්වල නියැලී සිටිමි.

සාකච්ඡාවේ මාතෘකාව තීරණය කරමු

පළමුව, "1C" අක්ෂරවලින් බොහෝ දේ අදහස් කළ හැකි බැවින්, අපි කතා කිරීමට යන්නේ කුමක් දැයි නිර්වචනය කරමු. මෙම අවස්ථාවෙහිදී, "1C" අක්ෂරවලින් අපි අදහස් කරන්නේ නවීන, අටවන අනුවාදයේ "1C: Enterprise" සංවර්ධන රාමුව පමණි. අපි නිෂ්පාදකයා සහ එහි ප්‍රතිපත්ති ගැන වැඩි යමක් කතා නොකරමු (නමුත් අපට ටිකක් කිරීමට සිදුවනු ඇත) අපි මෙම රාමුව භාවිතයෙන් ලියා ඇති විශේෂිත යෙදුම් ගැන සාකච්ඡා නොකරමු. තාක්ෂණය වෙනමය, යෙදුම් හෙවත් වින්‍යාසය වෙනමය.

ඉහළ මට්ටමේ ගෘහ නිර්මාණ ශිල්පය 1C: ව්යවසාය

මම "රාමුව" යන වචනය සඳහන් කරන්නේ කිසිවක් සඳහා නොවේ. සංවර්ධකයෙකුගේ දෘෂ්ටි කෝණයෙන්, 1C වේදිකාව හරියටම රාමුවකි. තවද ඔබ එය හරියටම රාමුවක් ලෙස සැලකිය යුතුය. එය යම් ධාවන කාලයකින් (පිළිවෙලින් JVM හෝ CLR) ක්‍රියාත්මක වන Spring හෝ ASP.NET ලෙස සිතන්න. සාම්ප්‍රදායික ක්‍රමලේඛන ලෝකයේ (“1C නොවේ”), රාමු, අථත්‍ය යන්ත්‍ර සහ විශේෂිත යෙදුම් වලට බෙදීම ස්වාභාවිකය, මෙම සංරචක සාමාන්‍යයෙන් විවිධ නිෂ්පාදකයින් විසින් සංවර්ධනය කර ඇති බැවිනි. 1C ලෝකයේ, සංවර්ධන රාමුව සහ ධාවන කාලය පැහැදිලිව වෙන්කර හඳුනා ගැනීම සිරිතක් නොවේ; ඊට අමතරව, රාමුව භාවිතයෙන් ලියා ඇති විශේෂිත යෙදුම් ද ප්‍රධාන වශයෙන් 1C විසින්ම සංවර්ධනය කරනු ලැබේ. එහි ප්රතිඵලයක් වශයෙන්, යම් ව්යාකූලත්වයක් ඇති වේ. එමනිසා, ලිපියේ රාමුව තුළ, අපට එකවර පැති කිහිපයකින් 1C සලකා බලා එය ඛණ්ඩාංක අක්ෂ කිහිපයක් ඔස්සේ වර්ගීකරණය කිරීමට සිදුවනු ඇත. එක් එක් ඛණ්ඩාංක අක්ෂයේ අපි දුඹුරු ද්‍රව්‍ය සවලක් දමා පවතින විසඳුමේ ලක්ෂණ, වාසි සහ අවාසි දෙස බලමු.

1C මත දර්ශන ස්ථාන

ගැනුම්කරු සඳහා 1C

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

1C ගැනුම්කරු සඳහා මෙය ඉක්මන් වෙළඳපොළට කාලයකි. ඉක්මනින්. Java, C# හෝ JS වලට වඩා වේගවත්. සාමාන්යය. රෝහල අවට. ප්‍රතික්‍රියා භාවිතා කරන ව්‍යාපාරික කාඩ්පත් වෙබ් අඩවියක් වඩා හොඳ වනු ඇති බව පැහැදිලිය, නමුත් WMS පද්ධතියක පසුබිම 1C මත වේගයෙන් දියත් වනු ඇත.

මෙවලමක් ලෙස 1C

සෑම තාක්ෂණික විසඳුමකටම අදාළ වීමේ සීමාවන් ඇත. 1C යනු පොදු කාර්ය භාෂාවක් නොවේ; එය එහි රාමුවෙන් වෙන්ව ජීවත් නොවේ. ඔබට අවශ්ය විට 1C භාවිතා කිරීම යෝග්ය වේ:

• සේවාදායක යෙදුම
• මුදල් පෙනී සිටින යෙදුම
• සූදානම් UI, ORM, වාර්තා කිරීම, XML/JSON/COM/PDF/YourDataTransferingFormat සමඟ
• පසුබිම් ක්‍රියාවලි සහ රැකියා සඳහා සහාය ඇතිව
• භූමිකාව මත පදනම් වූ ආරක්ෂාව සමඟ
• scriptable business logic සමග
• ඉක්මනින් මූලාකෘතියක් නිර්මාණය කිරීමේ හැකියාව සහ අඩු කාලය-වෙළඳපොළට

ඔබට අවශ්‍ය නම් 1C අවශ්‍ය නොවේ:

• යන්ත්‍ර ඉගෙනීම
• GPU ගණනය කිරීම්
• පරිගණක රූප නිර්මාණයන්
• ගණිතමය ගණනය කිරීම්
• CAD පද්ධතිය
• සංඥා සැකසීම (ශබ්ද, වීඩියෝ)
• ලක්ෂ ගණනින් rps සමඟ http ඇමතුම් හයිලෝඩ් කරන්න

නිෂ්පාදන සමාගමක් ලෙස 1C

මෘදුකාංග නිෂ්පාදකයෙකු ලෙස 1C හි ව්‍යාපාරය කුමක්දැයි වටහා ගැනීම වටී. 1C සමාගම ස්වයංක්‍රීයකරණය හරහා ව්‍යාපාරික ගැටලුවලට විසඳුම් අලෙවි කරයි. විවිධ ව්යාපාර, විශාල හෝ කුඩා, නමුත් ඇය විකුණන්නේ එයයි. මෙම ඉලක්කය සපුරා ගැනීමේ මාධ්‍යයන් ව්‍යාපාරික යෙදුම් වේ. ගිණුම්කරණය, වැටුප් ගිණුම්කරණය, ආදිය සඳහා මෙම යෙදුම් ලිවීමට සමාගම තමන්ගේම ව්‍යාපාර යෙදුම් සංවර්ධන වේදිකාවක් භාවිතා කරයි. මෙම ව්‍යාපාරික යෙදුම්වල පොදු කාර්යයන් සඳහා විශේෂයෙන් සකස් කර ඇත:

• මූල්ය ගිණුම්කරණය
• ව්යාපාර තර්කනය පහසු අභිරුචිකරණය
• විෂමජාතීය තොරතුරු තාක්ෂණ භූ දර්ශන තුළ පුළුල් ඒකාබද්ධ කිරීමේ හැකියාවන්

නිෂ්පාදකයෙකු ලෙස, 1C විශ්වාස කරන්නේ මෙය ඔබට ජයග්‍රාහී මාදිලියේ හවුල්කරුවන් සහ සේවාදායකයින් සමඟ වැඩ කිරීමට ඉඩ සලසන උපාය මාර්ගය බවයි. ඔබට මෙය සමඟ තර්ක කළ හැකිය, නමුත් මෙය දළ වශයෙන් සමාගම ප්‍රවර්ධනය කරන ආකාරයයි: හවුල්කරුවන්ට ඉක්මනින් අභිරුචිකරණය කළ හැකි සහ ඕනෑම තොරතුරු තාක්ෂණ භූ දර්ශනයකට ඒකාබද්ධ කළ හැකි ව්‍යාපාරික ගැටළු සඳහා සූදානම් කළ විසඳුම්.

රාමුවක් ලෙස 1C සඳහා වන සියලුම හිමිකම් හෝ ප්‍රාර්ථනා මෙම ප්‍රිස්මය හරහා පමණක් බැලිය යුතුය. "අපට 1C හි OOP අවශ්යයි" යනුවෙන් සංවර්ධකයින් පවසති. “වේදිකාවේ OOP සඳහා සහය දැක්වීමට අපට කොපමණ මුදලක් වැය වේද, මෙය පෙට්ටි අලෙවිය වැඩි කිරීමට අපට උපකාරී වේද?” 1C පවසයි. ව්‍යාපාරික ගැටළු සඳහා විසඳුම් විකිණීමේ ඔහුගේ "ප්‍රිස්මය" විවෘත කරයි:

- හේයි, ව්‍යාපාරය, ඔබට ඔබේ 1C තුළ OOP අවශ්‍යද?
- මෙය මගේ ගැටළු විසඳීමට මට උපකාර කරයිද?
- කව්ද දන්නේ...
- එහෙනම් අවශ්‍ය නැහැ

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

තාක්ෂණික වර්ගීකරණය

“ඇත්ත වශයෙන්ම, ඔඩිනෙස්නික්ස් 1C වේදිකාවේ සැලකිලිමත් ක්‍රමවේදයන් සහ සංවර්ධකයින් විසින් ප්‍රවේශමෙන් තෝරා ගත් හොඳම රටා භාවිතා කිරීමට උපරිම උත්සාහයක් දරයි.
ඔබ සරල කළමණාකරන පෝරමයක් සඳහා ඔබේ මෝඩ කේතය ලියන විට, යථාර්ථයේ දී ඔබ භාවිතා කරයි ආදර්ශ-දර්ශන-පාලකය с ද්විත්ව මාර්ග දත්ත බැඳීම в ත්‍රි-ස්ථර-දත්ත-යෙදුම්-එන්ජිම, රස කළ ඉහළ මට්ටමේ වස්තුව-සම්බන්ධතා-සිතියම් කිරීම පාදම මත ප්රකාශන පාරදත්ත විස්තරයතමන්ගේම තිබීම වේදිකාව-ස්වාධීන විමසුම් භාෂාව, ඇ ප්‍රකාශන දත්ත මත පදනම් වූ පරිශීලක අතුරුමුහුණත, සම්පූර්ණ විනිවිද පෙනෙන අනුක්‍රමිකකරණය සහ වසම්-නැඹුරු වැඩසටහන් භාෂාව.

1C සංවර්ධකයින් ඔවුන්ගේ බටහිර සගයන්ගෙන් වෙනස් වන්නේ PR හි ය. ඕනම කුණු කෑල්ලකට ලොකු නමක් දීලා අපිරිසිදු මල්ලක් වගේ ඒකත් එක්ක දුවන්න ආසයි.”
A. ඔරෙෆ්කොව්

1C වේදිකාවට සම්භාව්‍ය 3-ස්ථර ගෘහ නිර්මාණ ශිල්පයක් ඇත, එහි මධ්‍යයේ යෙදුම් සේවාදායකය (හෝ කුඩා සාප්පු හිමියන් සඳහා සුළු මුදලකට එහි අනුකරණය) ඇත. MS SQL හෝ Postgres DBMS එකක් ලෙස භාවිතා කරයි. Oracle සහ IBM DB2 සඳහා ද සහය ඇත, නමුත් මෙය තරමක් ගුප්ත ය; ඔබ මධ්‍යම හා ඉහළ බරක් යටතේ මෙම දත්ත සමුදායන් මත 1C ක්‍රියාත්මක කළහොත් කුමක් සිදුවේදැයි කිසිවෙකු දන්නේ නැත. 1C විසින්ම මෙය නොදන්නා බව මම විශ්වාස කරමි.

සේවාදායක කොටස යනු පරිශීලකයාගේ යන්ත්‍රයේ ස්ථාපනය කර ඇති තුනී සේවාලාභියෙකු හෝ වෙබ් සේවාලාභියෙකු වේ. ප්‍රධාන ලක්ෂණය වන්නේ ක්‍රමලේඛකයින් විවිධ කේත 2 ක් ලියන්නේ නැති අතර, ඔවුන් එක් යෙදුමක්, එක් භාෂාවකින් ලියන අතර, ආශාවක් හෝ අවශ්‍යතාවයක් තිබේ නම් ඔබට එය බ්‍රව්සරයේ ප්‍රදර්ශනය කළ හැකිය. node.js, ඉදිරිපස සහ පසුපෙළ සඳහා සැබෑ සම්පූර්ණ තොගයක් සහ තනි භාෂාවක් අවශ්‍ය වූයේ කාටද? අවසානය දක්වා එකම දේ කිරීමට ඔවුන් කිසි විටෙකත් සමත් වූයේ නැත. සැබෑ සම්පූර්ණ තොගයක් පවතී, නමුත් ඔබට එය 1C වලින් ලිවිය යුතුය. දෛවයේ සරදම, එවැනි දේවල් :)

Cloud SaaS විසඳුම 1C:Fresh බ්‍රව්සර් මාදිලියේ ද ක්‍රියා කරයි, ඔබට 1C මිලදී ගත නොහැක, නමුත් කුඩා දත්ත ගබඩාවක් කුලියට ගෙන එහි ෂවර්මා විකුණුම් නිරීක්ෂණය කරන්න. කිසිවක් ස්ථාපනය කිරීම හෝ වින්‍යාස කිරීමකින් තොරව බ්‍රවුසරයේ පමණි.

ඊට අමතරව, 1C හි "සාමාන්‍ය යෙදුමක්" ලෙස හැඳින්වෙන ලෙගසි ග්‍රාහකයෙකු ඇත. උරුමය යනු උරුමයකි, 2002 දී යෙදුම් ලෝකයට සාදරයෙන් පිළිගනිමු, නමුත් අපි තවමත් කතා කරන්නේ පරිසර පද්ධතියේ වත්මන් තත්වය ගැන ය.

1C සේවාදායක කොටස පොකුරට නව යන්ත්‍ර එකතු කිරීමෙන් පොකුරු කිරීම සහ පරිමාණයන් සඳහා සහය දක්වයි. මෙහි පිටපත් විශාල ප්‍රමාණයක් කැඩී ඇති අතර මේ ගැන වෙනම කොටසක් ලිපියේ ඇත. කෙටියෙන් කිවහොත්, මෙය HAProxy පිටුපස හරියටම සමාන අවස්ථා කිහිපයක් එකතු කිරීම හා සමාන නොවේ.

යෙදුම් සංවර්ධන රාමුව එහිම ක්‍රමලේඛන භාෂාවක් භාවිතා කරයි, එය දළ වශයෙන් රුසියානු භාෂාවට පරිවර්තනය කරන ලද තරමක් වැඩිදියුණු කළ VB6 ට සමාන වේ. රුසියානු භාෂාවට වෛර කරන, "if" යනු "if" ලෙස පරිවර්තනය කර ඇති බව විශ්වාස නොකරන පුද්ගලයින් සඳහා, දෙවන වාක්‍ය ඛණ්ඩ විකල්පය ඉදිරිපත් කෙරේ. එම. ඔබට අවශ්‍ය නම්, ඔබට එය VB වලින් වෙන්කර හඳුනාගත නොහැකි ලෙස 1C වලින් ලිවිය හැකිය.

1C අන්වර්ථ නාමයන් ඔවුන්ගේ වේදිකාව කෙරෙහි වෛර කිරීමට ප්‍රධාන හේතුව මෙම ක්‍රමලේඛන භාෂාවයි. හේතුවක් නැතුව නෙවෙයි ඒකට මුහුණ දෙමු. භාෂාව හැකි තරම් සරල ලෙස සංකල්පනය කරන ලද අතර, අවම වශයෙන් CIS හි පරිමාණයෙන් "සංවර්ධකයින්, සංවර්ධකයින්" යන මන්ත්‍රය ඉටු කිරීම සඳහා නිර්මාණය කර ඇත. එවැනි විසඳුමක වාණිජ සාරය, මගේ මතය අනුව, පැහැදිලිව පෙනේ: වැඩි සංවර්ධකයින්, වැඩි වෙළඳපල ආවරණයක්. 45% සිට 95% දක්වා විවිධ ඇස්තමේන්තු අනුව මෙය සැබෑ විය. ඔබ සිතන භාෂාවෙන් ලිවීම ඇත්තෙන්ම පහසු බව මම වහාම කියමි. ඒ වගේම මම ක්‍රමලේඛන භාෂා ගොඩක් දන්නවා.

අපි භාෂාවෙන් පටන් ගනිමු.

1C ක්‍රමලේඛන භාෂාව

ඒ සමගම පද්ධතියේ ශක්තිමත් හා දුර්වල ලක්ෂ්යය. පහසු ඇතුල්වීම සහ කියවීමේ හැකියාව සපයයි. අනෙක් අතට, එය 8 දී 2002 අනුවාදය නිකුත් කිරීමෙන් පසු එය යාවත්කාලීන කර නොමැති අතර සදාචාරාත්මකව යල් පැන ගොස් ඇත. කවුරුහරි කියනු ඇත "ප්රධාන පසුබෑම OOP නොමැති බව" ඔවුන් වැරදි වනු ඇත. පළමුව, PLO නුරාලීව්ට පමණක් නොව ටොවල්ඩ්ස්ටද කැමති නැත. දෙවනුව, OOP තවමත් පවතී.

සංවර්ධකයාගේ දෘෂ්ටි කෝණයෙන්, DBMS මත ප්‍රදර්ශනය කෙරෙන මූලික පන්ති සහිත රාමුවක් ඔහු සතුව ඇත. සංවර්ධකයාට මූලික පන්තියේ "ඩිරෙක්ටරිය" ගත හැකි අතර එයින් "සේවාලාභීන්" නාමාවලිය උරුම කර ගත හැක. එයට එයට නව පන්ති ක්ෂේත්‍ර එක් කළ හැකිය, උදාහරණයක් ලෙස, INN සහ ලිපිනය, සහ අවශ්‍ය නම්, එයට මූලික පන්තියේ ක්‍රම ප්‍රතික්‍ෂේප කළ හැකිය (අතික්‍රමණය කළ හැකිය), උදාහරණයක් ලෙස, OnWrite/AtRecord ක්‍රමය.

රාමුව නිර්මාණය කර ඇත්තේ ගැඹුරු උරුමයක් කලාතුරකින් අවශ්‍ය වන ආකාරයට වන අතර, OOP හි සීමාව, මගේ මතය අනුව, අර්ථවත් කරයි. 1C ඩොමේන් ඩ්‍රයිවින් ඩිවලොප්මන්ට් කෙරෙහි අවධානය යොමු කරන අතර, පළමුව, සංවර්ධනය වෙමින් පවතින විසඳුමේ විෂය ක්ෂේත්‍රය ගැන ඔබ සිතීමට සලස්වයි, මෙය හොඳයි. කිසිදු පෙළඹවීමක් පමණක් නොව, ඩොමේන් වෙතින් යම් යම් දත්ත පෙන්වීමට විවිධ DTOs සහ ViewModels 10ක් ලිවීමට අවශ්‍ය නොවේ. 1C සංවර්ධකයා සෑම විටම එක් ආයතනයක් සමඟ ක්‍රියා කරයි, සමාන නම් සහිත පන්ති දුසිමක් සමඟ සංජානනයේ සන්දර්භය අවුල් නොකර, එකම ආයතනය නියෝජනය කරයි, නමුත් වෙනත් පැත්තකින්. ඕනෑම .NET යෙදුමක්, උදාහරණයක් ලෙස, JSON වෙත අනුක්‍රමිකකරණය සහ සේවාලාභියාගෙන් සේවාදායකයට දත්ත මාරු කිරීම සඳහා ViewModels සහ DTOs පහක් හෝ දෙකක් අඩංගු වේ. ඔබේ යෙදුම් කේතයෙන් ආසන්න වශයෙන් 10-15% ක් AutoMapper වැනි පෑන් හෝ කිහිලිකරු භාවිතයෙන් එක් පන්තියක සිට තවත් පන්තියකට දත්ත මාරු කිරීමට වැය වේ. මෙම කේතය ලිවිය යුතු අතර එය නිර්මාණය කිරීම සහ නඩත්තු කිරීම සඳහා වැඩසටහන්කරුවන්ට ගෙවිය යුතුය.

1C භාෂාව ප්‍රධාන ධාරාවේ භාෂා මට්ටමට සංකීර්ණ නොකර සංවර්ධනය කිරීම දුෂ්කර වන අතර එමඟින් සරලත්වයේ වාසිය අහිමි වේ. අත්‍යවශ්‍යයෙන්ම විසඳනු ලබන වෙළෙන්දාගේ කාර්යය කුමක්ද: වීථියේ සිටින ඕනෑම සිසුවෙකුට අවශ්‍ය ගුණාත්මක මට්ටමින් අභිරුචිකරණය කළ හැකි සම්මත විසඳුමක් නිකුත් කිරීම (එනම්, කුටියක සිට විශාල කර්මාන්ත ශාලාවක් දක්වා ආවරණයක් සම්පූර්ණ කර ඇත). ඔබ කුටියක් නම්, ශිෂ්‍යයෙකු ගන්න; ඔබ කර්මාන්ත ශාලාවක් නම්, ඔබේ ක්‍රියාත්මක කරන සහකරුගෙන් ගුරුවරයෙකු ගන්න. ක්‍රියාත්මක කරන හවුල්කරුවන් ගුරුවරයෙකුගේ මිලට සිසුන් විකුණනවා යන කාරණය රාමුවේ ප්‍රශ්නයක් නොවේ. වාස්තු විද්‍යාත්මකව, රාමුව දෙකේම ගැටළු විසඳිය යුතුය, සම්මත වින්‍යාස කේතය (අප අභිරුචිකරණයේ පොරොන්දුව සමඟ ව්‍යාපාරවලට විකුණුවා) ශිෂ්‍යයෙකුට තේරුම් ගත හැකි විය යුතු අතර ගුරුවරයෙකුට ඔබට අවශ්‍ය ඕනෑම දෙයක් තේරුම් ගත හැකිය.

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

• මට්ටමින් ටයිප් කිරීමේ හැකියාව, උදාහරණයක් ලෙස, TypeScript (ප්‍රතිඵලයක් ලෙස, IDE හි වඩාත් දියුණු කේත විශ්ලේෂණ මෙවලම්, ප්‍රතිනිර්මාණය කිරීම, අඩු ප්‍රහාරාත්මක ජම්බු)
  පළමු පන්තියේ වස්තූන් ලෙස ශ්‍රිත තිබීම. තරමක් සංකීර්ණ සංකල්පයක්, නමුත් සාමාන්‍ය බොයිලේරු-කේතයේ ප්‍රමාණය විශාල ලෙස අඩු කළ හැකිය. IMHO යන කේතය පිළිබඳ ශිෂ්‍යයාගේ අවබෝධය පරිමාව අඩු වීම නිසා වැඩි වේ
• විශ්ව එකතුව වචනාර්ථ, ආරම්භක. එකම දෙය - ලිවිය යුතු සහ/හෝ ඔබේ ඇසින් බැලීමට අවශ්‍ය කේතය ප්‍රමාණය අඩු කිරීම. එකතු කිරීම් පිරවීම 9000C ක්‍රමලේඛන කාලයෙන් 1%කට වඩා ගතවේ. සින්ටැක්ටික් සීනි නොමැතිව මෙය ලිවීම දිගු, මිල අධික සහ දෝෂ සහිතය. සාමාන්‍යයෙන්, 1C විසඳුම්වල ඇති LOC ප්‍රමාණය පවතින විවෘත රාමු සහ සාමාන්‍යයෙන්, ඔබේ සියලුම ව්‍යවසාය ජාවා ඒකාබද්ධ හා සසඳන විට සිතිය හැකි සියලු සීමාවන් ඉක්මවයි. භාෂාව වාචික වන අතර, මෙය දත්ත ප්‍රමාණය, මතකය, IDE තිරිංග, කාලය, මුදල්...
• අවසාන වශයෙන් ඉදිකිරීම් රුසියානු භාෂාවට සාර්ථක පරිවර්තනයක් සොයා නොගැනීම නිසා මෙම ඉදිකිරීම අතුරුදහන් වී ඇති බවට මට උපකල්පනයක් තිබේ :)
• තමන්ගේම දත්ත වර්ග (OOP නොමැතිව), VB6 වෙතින් වර්ගයේ ප්‍රතිසම. BSP හි අදහස් සහ මෙම ව්‍යුහයන් ගොඩනඟන මැජික් ක්‍රම භාවිතා කරමින් ව්‍යුහයන් ටයිප් නොකිරීමට එය ඔබට ඉඩ සලසයි. අපට ලැබෙන්නේ: අඩු කේතයක්, තිතක් හරහා ඉඟියක්, ගැටලුවට වේගවත් විසඳුමක්, අක්ෂර වින්‍යාසය සහ ව්‍යුහයන්ගේ නැතිවූ ගුණාංග හේතුවෙන් අඩු දෝෂ. දැන් පරිශීලක ව්‍යුහයන් ටයිප් කිරීම සම්පූර්ණයෙන්ම රඳා පවතින්නේ සම්මත උප පද්ධති පුස්තකාලයේ සංවර්ධන කණ්ඩායම මත වන අතර, එහි ගෞරවයට අනුව, සම්මත වූ පරාමිති ව්‍යුහයන්ගේ අපේක්ෂිත ගුණාංග පිළිබඳ අදහස් ප්‍රවේශමෙන් ලියයි.
• වෙබ් සේවාදායකයා මත අසමමුහුර්ත ඇමතුම් සමඟ වැඩ කරන විට සීනි නැත. processingNotifications ආකාරයෙන් callback-hell යනු ප්‍රධාන බ්‍රව්සර්වල API හි හදිසි වෙනස් වීමක් නිසා ඇති වූ තාවකාලික අත්වාරුවකි, නමුත් ඔබට සැමවිටම මේ ආකාරයෙන් ජීවත් විය නොහැක; අසමමුහුර්ත කේතයේ “ශිෂ්‍ය අවබෝධයේ” ​​වාසිය නැති වී යයි. වැඩි වැඩියෙන්. ප්‍රධාන IDE හි මෙම සුසමාදර්ශය සඳහා කිසිදු සහායක් එක් නොකරන්න, එවිට දේවල් වඩාත් නරක අතට හැරේ.

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

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

සංවර්ධන පරිසරය

මෙතනත් වැඩේ හරි යන්නේ නෑ. සංවර්ධන පරිසරයන් දෙකක් තිබේ. පළමුවැන්න භාරදීමේ ඇතුළත් වින්‍යාසකාරකයයි. දෙවැන්න නම් ව්‍යවසාය සංවර්ධන මෙවලම් පරිසරය, නැතහොත් කෙටියෙන් EDT, Eclipse පදනම මත සංවර්ධනය කිරීමයි.

වින්‍යාසකරු පූර්ණ පරාසයක සංවර්ධන කාර්යයන් සපයයි, සියලු විශේෂාංග සඳහා සහය දක්වන අතර වෙළඳපොලේ ප්‍රධාන පරිසරය වේ. කටකතා වලට අනුව එය සදාචාරාත්මකව යල්පැන ඇති නමුත් සංවර්ධනය නොවේ - එය තුළ ඇති තාක්ෂණික ණය ප්‍රමාණය හේතුවෙන්. අභ්‍යන්තර API විවෘත කිරීමෙන් තත්වය වැඩිදියුණු කළ හැකිය (මිත්‍රත්වයේ ස්වරූපයෙන් හිම මිනිසා A. ඔරෙෆ්කෝවා හෝ ස්වාධීන පදනමක් මත), නමුත් මෙය එසේ නොවේ. වෙළෙන්දා බාධා නොකරන තාක් කල්, ප්‍රජාව IDE තුළ තමන්ගේම විශේෂාංග ලියන බව ප්‍රායෝගිකව පෙන්වා දී ඇත. නමුත් අපට ඇති දේ අපට තිබේ. වින්‍යාසකය 2004-2005 දී විශිෂ්ටයි, ඒ කාලයේ විෂුවල් ස්ටුඩියෝව සිහිපත් කරයි, සමහර ස්ථානවල එය ඊටත් වඩා සිසිල් විය, නමුත් එය එම කාලවල සිරවී තිබුණි.

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

විකල්පයක් ලෙස, Eclipse මත ගොඩනගා ඇති මුල සිට ලියන ලද IDE ඉදිරිපත් කරනු ලැබේ. එහිදී, මූලාශ්‍ර, වෙනත් ඕනෑම මෘදුකාංගයක මෙන්, පෙළ ගොනු ආකාරයෙන් ජීවත් වන අතර, GIT හි ගබඩා කර ඇත, ඉල්ලීම් ශාඛා අදින්න, මේ සියල්ල. අවාසිය නම්, එය එක් එක් නිකුතුව සමඟ වඩා හොඳ වෙමින් තිබුණද, එය වසර ගණනාවක් තිස්සේ බීටා තත්ත්වයෙන් ඉවත් වී නැත. EDT හි අවාසි ගැන මම ලියන්නේ නැත, අද එය අවාසියකි, හෙට එය ස්ථාවර අංගයකි. එවැනි විස්තරයක අදාළත්වය ඉක්මනින් මැකී යනු ඇත. අද එය EDT හි සංවර්ධනය කළ හැකි නමුත් එය අසාමාන්ය ය; ඔබ නිශ්චිත IDE දෝෂ ගණනක් සඳහා සූදානම් විය යුතුය.

ඔබ ඉහත සඳහන් කළ “1C ප්‍රිස්මය” හරහා තත්වය දෙස බැලුවහොත්, ඔබට මෙවැනි දෙයක් ලැබේ: නව IDE නිකුත් කිරීමෙන් පෙට්ටි අලෙවිය වැඩි නොවේ, නමුත් සංවර්ධකයින් පිටතට ගලායාම අඩු විය හැකිය. සංවර්ධකයාගේ සුවපහසුව අනුව පරිසර පද්ධතිය අපේක්ෂා කරන්නේ කුමක්දැයි පැවසීම දුෂ්කර ය, නමුත් මයික්‍රොසොෆ්ට් දැනටමත් ජංගම සංවර්ධකයින්ට සිය සේවාවන් ප්‍රමාද වී ලබා දීමෙන් අවුල් කර ඇත.

සංවර්ධන කළමනාකරණය

මෙහි ඇති සෑම දෙයක්ම කේතය ලිවීමට වඩා සැලකිය යුතු ලෙස වඩා හොඳ ය, විශේෂයෙන් මෑතදී, ප්‍රජාවේ උත්සාහයන් පරිපාලන ස්වයංක්‍රීයකරණයේ ගැටළු මතු වූ විට, 1C ගබඩාව කුණු ගොඩට විසි කිරීමට සහ git, ඉක්මන් දෝෂාරෝපණය, කේත සමාලෝචනය භාවිතා කිරීම සඳහා මූලාකෘති දියත් කරන ලදී. , ස්ථිතික විශ්ලේෂණය, ස්වයංක්‍රීයව යෙදවීම සහ යනාදිය. සංවර්ධන කාර්යයන් ස්වයංක්‍රීය කිරීමේ මට්ටම වැඩි කරන වේදිකාවට බොහෝ විශේෂාංග එකතු කර ඇත. කෙසේ වෙතත්, මෙම සියලු විශේෂාංග එකතු කර ඇත්තේ අපගේම විශාල නිෂ්පාදන සංවර්ධනය කිරීම සඳහා පමණක් වන අතර, ස්වයංක්‍රීයකරණය නොමැතිව අපට කළ නොහැකි බව පැහැදිලි වූ විට. ස්වයංක්‍රීය ඒකාබද්ධ කිරීම්, KDiff සමඟ තුන්-මාර්ග සංසන්දනය සහ ඒ සියල්ල තිබුණි. Github මත දියත් කරන ලදී gitconverter, අවංකවම, මතවාදීව ව්‍යාපෘතියෙන් ඉවතට ඇද දමන ලදී gitsync, නමුත් වෙළෙන්දා සමාගමේ ක්‍රියාවලි වලට ගැලපෙන පරිදි වෙනස් කර ඇත. විවෘත මූලාශ්‍රවල සිටින මුරණ්ඩු මිනිසුන්ට ස්තූතිවන්ත වන්නට, 1C හි සංවර්ධන ස්වයංක්‍රීයකරණය බිමෙන් බැස ගියේය. වින්‍යාසකරු සඳහා විවෘත API, IMHO, ප්‍රධාන IDE හි සදාචාරාත්මක පසුගාමීත්වය ද මාරු කරනු ඇත.

අද, Git හි 1C මූලාශ්‍ර ගබඩා කිරීම ජිරා හි ගැටළු වලට සම්බන්ධ කැපවීම්, Crucible හි සමාලෝචන, Jenkins වෙතින් බොත්තම් තල්ලු කිරීම සහ 1C හි කේත පරීක්ෂණ පිළිබඳ Allure වාර්තා සහ පවා SonarQube හි ස්ථිතික විශ්ලේෂණය - මෙය ප්‍රවෘත්ති වලින් බොහෝ දුරස් ය, නමුත් 1C සංවර්ධනයක් ඇති සමාගම්වල ප්‍රධාන ධාරාවයි.

පරිපාලනය

මෙතන කියන්න ගොඩක් දේවල් තියෙනවා. පළමුව, මෙය ඇත්ත වශයෙන්ම, සේවාදායකයක් (1C සේවාදායක පොකුර). පුදුම දෙයක්, නමුත් එය සම්පූර්ණයෙන්ම කළු පෙට්ටියක්, ප්‍රමාණවත් සවිස්තරාත්මකව ලේඛනගත කර ඇති නමුත් නිශ්චිත ආකාරයකින් - සේවාදායකයන් කිහිපයක හයිලෝඩ් මාදිලියේ අඛණ්ඩ ක්‍රියාකාරිත්වය දියත් කිරීම ප්‍රගුණ කිරීම යනු තෝරාගත් කිහිප දෙනෙකුගේ දෙයකි. "තාක්ෂණික ගැටළු පිළිබඳ විශේෂඥයා" යන ශිලා ලිපිය සහිත පදක්කම. ප්‍රතිපත්තිමය වශයෙන්, 1C සේවාදායකයක් පරිපාලනය කිරීම වෙනත් ඕනෑම සේවාදායකයක් පරිපාලනයට වඩා වෙනස් නොවන බව සඳහන් කිරීම වටී. එය මතකය, CPU, සහ තැටි සම්පත් පරිභෝජනය කරන ජාල පදනම් වූ බහු-නූල් යෙදුමකි. ටෙලිමෙට්‍රි එකතු කිරීම සහ රෝග විනිශ්චය සඳහා ඕනෑ තරම් අවස්ථා සපයයි.

මෙහි ඇති ගැටළුව නම් වෙළෙන්දා මෙම රෝග විනිශ්චය සඳහා සූදානම් කළ විසඳුම් සම්බන්ධයෙන් විශේෂ කිසිවක් ඉදිරිපත් නොකිරීමයි. ඔව්, 1C ඇත: උපකරණ සහ පාලන මධ්‍යස්ථානය, ඒවා තරමක් හොඳයි, නමුත් ඒවා ඉතා මිල අධික වන අතර සෑම කෙනෙකුටම ඒවා නොමැත. සම්මත පරිපාලක කට්ටලයෙන් Grafana, Zabbix, ELK සහ වෙනත් දේවල් සම්බන්ධ කිරීම සඳහා ප්‍රජාවට අදහස් ගණනාවක් ඇත, නමුත් බහුතරයකට ගැලපෙන තනි විසඳුමක් නොමැත. කාර්යය එහි වීරයා බලා සිටී. ඔබ 1C පොකුරක් මත දියත් කිරීමට අදහස් කරන ව්‍යාපාරයක් නම්, ඔබට විශේෂඥයෙකු අවශ්‍ය වේ. ඔබේම ඇතුළත හෝ පිටත සිට, නමුත් ඔබට එය අවශ්යයි. සේවාදායක ක්‍රියාකාරිත්වය සඳහා නිපුණතා සමඟ වෙනම කාර්යභාරයක් තිබීම සාමාන්‍ය දෙයකි, සෑම 1C පරිශීලකයෙකුම මෙය දැන සිටිය යුතු නැත, එවැනි භූමිකාවක් අවශ්‍ය බව ඔබ තේරුම් ගත යුතුය. උදාහරණයක් ලෙස SAP ගනිමු. එහිදී, යෙදුම් සේවාදායකයේ යමක් වින්‍යාස කිරීමට ඔහුගෙන් ඉල්ලා සිටියහොත් ක්‍රමලේඛකයෙකු බොහෝ දුරට ඔහුගේ පුටුවෙන් නැගිටින්නේ නැත. ඔහු නිකම්ම මෝඩ විය හැකි අතර ඔහු ලැජ්ජාවට පත් නොවනු ඇත. SAP ක්‍රමවේදය තුළ මේ සඳහා වෙනම සේවක භූමිකාවක් ඇත. කිසියම් හේතුවක් නිසා, 1C කර්මාන්තයේ දී මෙය එකම වැටුප සඳහා එක් සේවකයෙකු තුළ ඒකාබද්ධ කළ යුතු බව විශ්වාස කෙරේ. එය මුලාවකි.

1C සේවාදායකයේ අවාසි

හරියටම එක් අඩුපාඩුවක් ඇත - විශ්වසනීයත්වය. නැතහොත්, ඔබ කැමති නම්, අනපේක්ෂිත බව. සේවාදායකයාගේ හදිසි අමුතු හැසිරීම දැනටමත් නගරයේ කතාබහට ලක්ව ඇත. විශ්වීය පිළියමක් - සේවාදායකය නැවැත්වීම සහ සියලු හැඹිලි ඉවත් කිරීම - විශේෂඥයාගේ අත්පොතෙහි පවා විස්තර කර ඇති අතර, මෙය සිදු කරන කණ්ඩායම් පොතක් පවා නිර්දේශ කරනු ලැබේ. ඔබේ 1C පද්ධතිය න්‍යායාත්මකව පවා නොකළ යුතු දෙයක් කිරීමට පටන් ගන්නේ නම්, සැසි දත්ත හැඹිලිය ඉවත් කිරීමට කාලයයි. මගේ ඇස්තමේන්තුවට අනුව, මෙම ක්‍රියා පටිපාටිය නොමැතිව 1C සේවාදායකයක් ක්‍රියාත්මක කිරීමට දන්නා පුද්ගලයින් තිදෙනෙකු පමණක් මුළු රටේම සිටින අතර ඔවුන් රහස් බෙදා නොගනී, මන්ද ... ඔවුන් ජීවත් වන්නේ මෙයින් ය. සමහර විට ඔවුන්ගේ රහස නම් ඔවුන් සැසි දත්ත පිරිසිදු කිරීමයි, නමුත් ඔවුන් ඒ ගැන කිසිවෙකුට නොකියයි, මචන්.

එසේ නොමැතිනම්, 1C සේවාදායකය වෙනත් ඕනෑම යෙදුමකට සමාන වන අතර ලේඛන කියවීමෙන් සහ රබන් එකට තට්ටු කිරීමෙන් පරිපාලනය කරනු ලැබේ.

Docker

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

වාණිජ සංරචකය

ආයෝජන දෘෂ්ටි කෝණයකින්, යෙදුම් පන්තිවල පුළුල් හැකියාවන් හේතුවෙන් ව්‍යාපාරික අදහස් ඉක්මනින් දියත් කිරීමේ ගැටළුව විසඳීමට 1C ඔබට ඉඩ සලසයි. කොටුවෙන් පිටත 1C ඉතා විනීත වාර්තාකරණය, ඕනෑම දෙයක් සමඟ ඒකාබද්ධ කිරීම, වෙබ් සේවාදායකයා, ජංගම සේවාදායකයා, ජංගම යෙදුම, විවිධ DBMS සඳහා සහය, ඇතුළුව ලබා දෙයි. නොමිලේ, හරස් වේදිකා සේවාදායකය සහ ස්ථාපිත සේවාදායක කොටස් දෙකම. ඔව්, යෙදුම්වල UI කහ වනු ඇත, සමහර විට මෙය අවාසියකි, නමුත් සෑම විටම නොවේ.
1C තෝරා ගැනීමෙන්, ව්‍යාපාරයකට ඉතා පුළුල් පරාසයක යෙදුම් තැනීමට ඉඩ සලසන මෘදුකාංග විසඳුම් කට්ටලයක් මෙන්ම Javaists ට වඩා අඩු මුදලක් අවශ්‍ය සහ ඒ සමඟම වේගයෙන් ප්‍රතිඵල ලබා දෙන වෙළඳපොලේ බොහෝ සංවර්ධකයින් ද ලබා ගනී.

උදාහරණයක් ලෙස, සේවාලාභියෙකුට PDF ඉන්වොයිසියක් යැවීමේ කාර්යය සිසුන්ගේ වැඩ පැයක් තුළ විසඳා ගත හැකිය. .NET හි ඇති එකම ගැටළුව හිමිකාර පුස්තකාලයක් මිලදී ගැනීමෙන් හෝ දැඩි රැවුල වවාගත් සංවර්ධකයෙකු විසින් දින කිහිපයක් හෝ සති කිහිපයක් කේතනය කිරීමෙන් විසඳිය හැක. සමහර විට, දෙකම එකවර. ඔව්, මම කතා කළේ PDF උත්පාදනය ගැන පමණයි. මේ පනත එන්නේ කොහෙන්ද කියලා අපි කිව්වේ නැහැ. වෙබ් ඉදිරිපෙළ මඟින් ක්‍රියාකරු දත්ත ඇතුළත් කරන පෝරමයක් සෑදිය යුතුය, පසුබිම්කරුට JSON මාරු කිරීම සඳහා dto මාදිලි, දත්ත ගබඩාවේ ගබඩා කිරීම සඳහා ආකෘති, දත්ත සමුදායේ ව්‍යුහය, එයට සංක්‍රමණය වීම, චිත්‍රකයක් සෑදීම සඳහා dto ආකෘති නිර්මාණය කළ යුතුය. මෙම ගිණුම ප්රදර්ශනය කරන්න, පසුව පමණක් - PDF. 1C මත, මුල සිටම සම්පූර්ණ කාර්යය හරියටම පැයකින් අවසන් වේ.

මිලදී ගත්/විකිණූ එක් ව්‍යාපාරික ක්‍රියාවලියක් සහිත කුඩා කුටියක් සඳහා සම්පූර්ණ ගිණුම්කරණ පද්ධතියක් පැය 3 කින් සිදු කෙරේ. විකුණුම් වාර්තා කිරීම, මිලදී ගැනීමේ සහ විකුණුම් මිල ගණන් යටතේ භාණ්ඩ සඳහා ගිණුම්කරණය, ගබඩාව, ප්‍රවේශ හිමිකම් පාලනය, වෙබ් සේවාදායකයා සහ ජංගම යෙදුම මගින් බිඳ දමනු ලැබේ. . හරි, මට යෙදුම ගැන අමතක වුණා, යෙදුම සමඟ පැය 3 කින් නොවේ, හයෙන්.

මෙම කාර්යය සඳහා .NET සංවර්ධකයෙකු පිරිසිදු පරිගණකයක දෘශ්‍ය චිත්‍රාගාරය ස්ථාපනය කිරීමේ සිට පාරිභෝගිකයාට එය ප්‍රදර්ශනය කිරීමට කොපමණ කාලයක් ගතවේද? සංවර්ධන වියදම ගැන කුමක් කිව හැකිද? එකම දෙය.

වේදිකාවක් ලෙස 1C හි ශක්තීන්

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

1. යුනිකෝඩ්. මීට වඩා සරල විය හැක්කේ කුමක් ද? 2019 දී තනි-බයිට් ASCII කේතීකරණ භාවිතා කිරීමට අවශ්‍ය නැත (පැරණි උරුමයන් සමඟ ඒකාබද්ධ කිරීම හැර). කවදාවත් නැහැ. නමුත් නැහැ. කෙසේ වෙතත්, සමහර වගුවක සිටින අයෙකු තනි-බයිට් වර්චාරයක් භාවිතා කරන අතර යෙදුමට කේතීකරණ සමඟ ගැටළු ඇති වේ. 2015 දී, කේතීකරණ සමඟ වැරදි වැඩ කිරීම හේතුවෙන් gitlab හි LDAP අවසරය අසාර්ථක විය; JetBrains IDE තවමත් සෑම තැනකම ගොනු නාමවල සිරිලික් සමඟ ක්‍රියා නොකරයි. 1C දත්ත සමුදා ස්ථරයෙන් යෙදුම් කේතයේ උසස් තත්ත්වයේ හුදකලා කිරීමක් සපයයි. එහිදී පහත මට්ටමේ වගු ටයිප් කිරීමට නොහැකි වන අතර දත්ත සමුදා මට්ටමේ අදක්ෂ කනිෂ්ඨයන්ගේ තදබදය එහි කළ නොහැක. ඔව්, අදක්ෂ කනිෂ්ඨයන් සමඟ වෙනත් ගැටළු ඇති විය හැක, නමුත් විවිධ ගැටළු වඩා කුඩා වේ. ඔබගේ යෙදුම නිවැරදිව නිර්මාණය කර ඇති බවත් දත්ත සමුදා ප්‍රවේශ ස්තරය විය යුතු ආකාරයටම හුදකලා කර ඇති බවත් දැන් ඔබ මට කියනු ඇත. ඔබගේ ආයතනික අභිරුචි ජාවා යෙදුම දෙස තවත් බලන්න. සමීපව හා අවංකව. ඔබේ හෘදය සාක්ෂිය ඔබට කරදර කරනවාද? එවිට මම ඔබ ගැන සතුටු වෙමි.
2. ලේඛන/යොමු පොත් ගණන. 1C දී එය නියත වශයෙන්ම වඩාත්ම නම්යශීලී නොවන අතර හොඳම නොවේ. නමුත් ඔවුන් බැංකු මෘදුකාංගවල සහ ස්වයං-ලිඛිත ගිණුම්කරණ පද්ධතිවල කරන දේ - හොඳයි, එය අඳුරකි. එක්කෝ අනන්‍යතාවය සිරවී පවතිනු ඇත (ඉන්පසු "අනේ, අපට සිදුරු ඇත්තේ ඇයි"), හෝ ඊට ප්‍රතිවිරුද්ධව, ඔවුන් DBMS මට්ටමේ අගුලු දැමීම සමඟ ක්‍රියා කරන උත්පාදක යන්ත්‍රයක් සාදනු ඇත (සහ බාධකයක් බවට පත්වනු ඇත). ඇත්ත වශයෙන්ම, බැලූ බැල්මට සරල යැයි පෙනෙන මෙම කාර්යය කිරීම තරමක් අපහසුය - සමාන්තර දත්ත ඇතුළත් කිරීමේදී දත්ත සමුදාය අවහිර නොවන පරිදි නිශ්චිත යතුරු කට්ටලයක්, උපසර්ගය මත පදනම් වූ සුවිශේෂතා අංශයක් සහිත, ආයතනවල අවසානයෙන් අගට ගණන් කරන්නෙකු වේ. .
3. දත්ත සමුදායේ වාර්තා හඳුනාගැනීම්. 1C දැඩි කැමැත්තෙන් තීරණයක් ගත්තා - සියලුම සබැඳි හඳුනාගැනීම් නිරපේක්ෂ කෘතිම වන අතර එපමණයි. බෙදා හරින ලද දත්ත සමුදායන් සහ හුවමාරු කිරීම් සමඟ ගැටළු නොමැත. වෙනත් පද්ධතිවල සංවර්ධකයින් මුරණ්ඩු ලෙස අනන්‍යතාවය වැනි දෙයක් නිර්මාණය කරයි (එය කෙටි වේ!), අදාළ අවස්ථා කිහිපයක් නිර්මාණය කිරීමට කාලය එළඹෙන තෙක් ඒවා GUI වෙත ඇද දමන්න (එවිට ඒවා සොයාගනු ඇත). ඔයාට මේක නැද්ද? අවංකවම?
4. ලැයිස්තු. 1C හි (විශාල) ලැයිස්තු හරහා පිටු දැකීමට සහ ඒවා හරහා සැරිසැරීමට සෑහෙන සාර්ථක යාන්ත්‍රණ ඇත. මට වහාම වෙන් කරවා ගැනීමට ඉඩ දෙන්න - යාන්ත්‍රණය නිවැරදිව භාවිතා කිරීමත් සමඟ! පොදුවේ ගත් කල, මාතෘකාව තරමක් අප්‍රසන්න ය, එය පරමාදර්ශී ලෙස විසඳිය නොහැක: එය එක්කෝ බුද්ධිමය සහ සරල ය (නමුත් සේවාදායකයා මත විශාල වාර්තා තැබීමේ අවදානම), නැතහොත් පිටුකරණය එක් හෝ තවත් වංක බවක් ඇත. පේජින් කරන අය බොහෝ විට කරන්නේ වංක ලෙසයි. අවංක අනුචලන තීරුවක් සාදන අය දත්ත සමුදායක්, නාලිකාවක් සහ සේවාදායකයෙකු එක් කරයි.
5. කළමනාකරණය කළ ආකෘති. සැකයක් නැත, වෙබ් සේවාදායකයා තුළ අතුරු මුහුණත පරිපූර්ණ ලෙස ක්රියා නොකරයි. නමුත් එය ක්රියා කරයි. නමුත් වෙනත් බොහෝ ගිණුම්කරණ සහ බැංකු පද්ධති සඳහා දුරස්ථ සේවා ස්ථානයක් නිර්මාණය කිරීම ව්‍යවසාය මට්ටමේ ව්‍යාපෘතියකි. වියාචනය: වාසනාවකට මෙන්, එය මුලින් වෙබයේ සාදන ලද අයට, මෙය බලපාන්නේ නැත.
6. ජංගම යෙදුම. මෑතකදී, ඔබට එකම පරිසර පද්ධතියේ සිටියදී ජංගම යෙදුම් ලිවිය හැකිය. එය වෙබ් සේවාලාභියෙකුට වඩා මෙහි ටිකක් සංකීර්ණයි; උපාංගවල විශේෂතා ඔවුන් සඳහා විශේෂයෙන් ලිවීමට බල කරයි, නමුත්, කෙසේ වෙතත්, ඔබ වෙනම ජංගම සංවර්ධකයින් කණ්ඩායමක් බඳවා නොගනී. ඔබට සමාගමක අභ්‍යන්තර අවශ්‍යතා සඳහා යෙදුමක් අවශ්‍ය නම් (සංස්ථාපිත ගැටලුවකට ජංගම විසඳුමක් කහ UI සැලසුමකට වඩා වැදගත් වන විට), ඔබ සරලව එම වේදිකාව භාවිතා කරයි.
7. වාර්තා. මෙම වචනයෙන් මා අදහස් කරන්නේ විශාල දත්ත සහිත BI පද්ධතියක් සහ ETL ක්‍රියාවලියේ ප්‍රමාදයක් නොවේ. මෙහි සහ දැන් ගිණුම්කරණ තත්ත්වය තක්සේරු කිරීමට ඔබට ඉඩ සලසන මෙහෙයුම් කාර්ය මණ්ඩල වාර්තා වලට මෙය යොමු වේ. ශේෂයන්, අන්‍යෝන්‍ය පියවීම්, නැවත ශ්‍රේණිගත කිරීම් ආදිය. 1C සමූහගත කිරීම්, පෙරහන් සහ පරිශීලක පාර්ශවයේ දෘශ්‍යකරණය සඳහා නම්‍යශීලී සැකසුම් සහිත වාර්තාකරණ පද්ධතියක් සමඟ කොටුවෙන් පිටතට පැමිණේ. ඔව්, වෙළඳපොලේ සිසිල් ඇනලොග් තිබේ. නමුත් සියල්ලෙන් එක විසඳුමක රාමුව තුළ නොව සමහර විට සියල්ලෙන් එක විසඳුමකට වඩා වැඩි මිලකට. තවද බොහෝ විට එය අනෙක් අතට පවා වේ: වාර්තා කිරීම පමණක්, නමුත් සමස්ත වේදිකාවට වඩා මිල අධික වන අතර ගුණාත්මක භාවයෙන් නරක ය.
8. මුද්රණය කළ හැකි ආකෘති. හොඳයි, සේවකයින්ට විද්‍යුත් තැපෑලෙන් වැටුප් පත්‍රිකා PDF ලෙස යැවීමේ ගැටලුව විසඳීමට .NET භාවිතා කරන්න. දැන් ඉන්වොයිසි මුද්‍රණය කිරීමේ කාර්යය. ඔවුන්ගේ පිටපත් එකම PDF වෙත සුරැකීම ගැන කුමක් කිව හැකිද? 1C අන්වර්ථ නාමය සඳහා, ඕනෑම පිරිසැලසුමක් PDF වෙත ප්‍රතිදානය කිරීම +1 කේත පේළියකි. මෙයින් අදහස් වන්නේ වෙනත් භාෂාවකින් දින හෝ සති වෙනුවට + තත්පර 40 වැඩ කරන කාලයයි. 1C හි මුද්‍රිත ආකෘති පිරිසැලසුම් සංවර්ධනය කිරීමට ඇදහිය නොහැකි තරම් පහසු වන අතර ගෙවූ සගයන් සමඟ තරඟ කිරීමට තරම් බලවත් වේ. ඔව්, බොහෝ විට, 1C පැතුරුම්පත් ලේඛනවල බොහෝ අන්තර්ක්‍රියාකාරී අවස්ථා නොමැත; ඔබට OpenGL භාවිතයෙන් පරිමාණය සහිත 3D රූප සටහනක් ඉක්මනින් ලබා ගත නොහැක. නමුත් එය ඇත්තෙන්ම අවශ්යද?

මේවා ක්‍රියාකාරීත්වය සීමා කිරීම හෝ සම්මුතීන් ක්‍රියාත්මක කිරීම අනාගතයේදී වැදගත් වාස්තු විද්‍යාත්මක ප්‍රතිලාභයක් බවට පත්වන උදාහරණ අතළොස්සක් පමණි. සම්මුතියක් හෝ වඩාත්ම ඵලදායී විකල්පය නොවේ - එය දැනටමත් කොටුව තුළ ඇති අතර එය සුළු වශයෙන් සලකනු ලැබේ. එහි ස්වාධීනව ක්‍රියාත්මක කිරීම එක්කෝ කළ නොහැකි වනු ඇත (එවැනි තීරණ ව්‍යාපෘතියේ ආරම්භයේදීම ගත යුතු නිසාත්, ඒ සඳහා කාලය නොමැති නිසාත්, ගෘහ නිර්මාණ ශිල්පියෙකු නොමැති නිසාත්), නැතහොත් මිල අධික පුනරාවර්තන කිහිපයක්. ලැයිස්තුගත කර ඇති එක් එක් ලක්ෂ්‍යය තුළ (මෙය වාස්තු විද්‍යාත්මක විසඳුම් පිළිබඳ සම්පූර්ණ ලැයිස්තුවක් නොවේ), ඔබට විශාලනය අවහිර කරන සීමාවන් ඉස්කුරුප්පු කර හඳුන්වා දිය හැකිය. ඕනෑම අවස්ථාවක, ඔබ, ව්‍යාපාරිකයෙකු ලෙස, ඔබේ ක්‍රමලේඛකයින්, “මුල සිට පද්ධතියක්” සාදන විට, සෘජු අත් ඇති බවත්, සියුම් පද්ධති ගැටළු වහාම හොඳින් සිදු කරන බවත් සහතික කර ගත යුතුය.

ඔව්, වෙනත් ඕනෑම සංකීර්ණ පද්ධතියක මෙන්, 1C හි ද ඇතැම් අංශවල පරිමාණය අවහිර කරන විසඳුම් ඇත. කෙසේ වෙතත්, මම නැවත නැවතත් කියන්නේ, සාධක එකතුවක් මත පදනම්ව, හිමිකාරිත්වයේ පිරිවැය සහ දැනටමත් කල්තියා විසඳා ඇති ගැටළු ගණන, වෙළඳපොලේ සුදුසු තරඟකරුවෙකු මම නොදකිමි. එකම මිලකට, ඔබට මූල්‍ය යෙදුම් රාමුවක්, පොකුරු සමතුලිත සේවාදායකයක්, UI සහ වෙබ් අතුරු මුහුණතක්, ජංගම යෙදුමක් සමඟ, වාර්තා කිරීම, ඒකාබද්ධ කිරීම සහ වෙනත් දේවල් රාශියක් ලැබේ. ජාවා ලෝකයේ, ඔබ ඉදිරිපස සහ පසු-අන්ත කණ්ඩායමක් කුලියට ගෙන, ගෙදර-ලිඛිත සේවාදායක කේතයේ පහත් මට්ටමේ ෂෝල්ස් දෝශ නිරාකරණය කර ජංගම OS 2 සඳහා ජංගම යෙදුම් 2ක් සඳහා වෙන වෙනම ගෙවන්න.

1C මගින් සියලුම අවස්ථා විසඳන බව මම නොකියමි, නමුත් අභ්‍යන්තර ආයතනික යෙදුමක් සඳහා, UI සන්නාම කිරීමට අවශ්‍ය නොවන විට - තවත් අවශ්‍ය වන්නේ කුමක්ද?

තාර හැන්දක්

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

• සේවාදායකයේ විශ්වසනීයත්වය. එහි අඛණ්ඩ ක්‍රියාකාරිත්වය සහතික කළ හැකි සැබවින්ම උසස් තත්ත්වයේ විශේෂඥයින් අවශ්‍ය වේ. වෙළෙන්දාගෙන් එවැනි විශේෂඥයින් සඳහා සූදානම් කළ පුහුණු වැඩසටහනක් ගැන මම නොදනිමි. විශේෂඥ විභාගය සඳහා සූදානම් වීමට පාඨමාලා ඇත, නමුත් මෙය, මගේ මතය අනුව, ප්රමාණවත් නොවේ.
• සහාය. පෙර ඡේදය බලන්න. වෙළෙන්දාගෙන් සහාය ලබා ගැනීමට, ඔබ එය මිලදී ගත යුතුය. කිසියම් හේතුවක් නිසා මෙය 1C කර්මාන්තයේ පිළිගනු නොලැබේ. SAP සමඟ, එය පාහේ මිලදී ගත යුතු අතර එය කිසිවෙකුට කරදර නොකරයි. ආයතනික සහය නොමැතිව සහ කාර්ය මණ්ඩලය පිළිබඳ විශේෂඥයෙකු නොමැතිව, ඔබට 1C දෝෂ සහිතව තනිවම සිටිය හැක.
• තවමත්, ඔබට 1C සමඟ සෑම දෙයක්ම කළ නොහැක. මෙය මෙවලමක් වන අතර සෑම මෙවලමකටම මෙන් එයට අදාළ වීමේ සීමාවන් ඇත. 1C භූ දර්ශනය තුළ, "1C නොවන" පද්ධති ගෘහ නිර්මාණ ශිල්පියෙකු සිටීම ඉතා යෝග්ය වේ.
• හොඳ 1C අන්වර්ථ නාම වෙනත් භාෂාවල හොඳ ක්‍රමලේඛකයින්ට වඩා ලාභදායී නොවේ. ඔවුන් ලියන භාෂාව කුමක් වුවත්, නරක ක්‍රමලේඛකයින් බඳවා ගැනීම මිල අධික වේ.

තිත් තිත් දමමු

• 1C යනු ව්‍යාපාර සඳහා වේගවත් යෙදුම් සංවර්ධන (RAD) රාමුවක් වන අතර මේ සඳහා සකස් කර ඇත.
• ප්‍රධාන DBMS, සේවාදායක UI, ඉතා හොඳ ORM සහ වාර්තාකරණය සඳහා සහය සහිත තට්ටු තුනේ සබැඳිය
• 1C ට කළ නොහැකි දේ කළ හැකි පද්ධති සමඟ ඒකාබද්ධ කිරීම සඳහා පුළුල් හැකියාවන්. ඔබට යන්ත්‍ර ඉගෙනීමට අවශ්‍ය නම්, Python ගෙන http හෝ RabbitMQ හරහා ප්‍රතිඵලය 1C වෙත යවන්න.
• 1C භාවිතයෙන් සෑම දෙයක්ම කිරීමට උත්සාහ කිරීම අවශ්‍ය නොවේ, ඔබ එහි ශක්තීන් තේරුම් ගෙන ඒවා ඔබේම අරමුණු සඳහා භාවිතා කළ යුතුය.
• තාක්‍ෂණික රාමු උපාංග හාරා නව එන්ජිමකට සෑම N වසරකට වරක් ප්‍රතිනිර්මාණය කිරීමට ගුරුත්වාකර්ෂණය කරන සංවර්ධකයින් 1C සමඟ කම්මැලි වේ. එහි සෑම දෙයක්ම ඉතා ගතානුගතික ය.
• නිෂ්පාදකයාගෙන් ඔවුන් ගැන සැලකිලිමත් වීම ඉතා අඩු නිසා සංවර්ධකයින් ද කම්මැලි ය. නීරස භාෂාව, දුර්වල IDE. ඒවා නවීකරණය කිරීම අවශ්ය වේ.
• අනෙක් අතට, ඔවුන් භුක්ති විඳින වෙනත් තාක්ෂණයක් භාවිතා කිරීමෙන් සහ ඉගෙනීමෙන් විනෝදයක් සොයා ගත නොහැකි සංවර්ධකයින් නරක සංවර්ධකයින් වේ. ඔවුන් කෙඳිරිගාමින් වෙනත් පරිසර පද්ධතියකට ගමන් කරනු ඇත.
• Python හි යමක් ලිවීමට ඔවුන්ගේ 1C අන්වර්ථ නාමවලට ​​ඉඩ නොදෙන සේවා යෝජකයින් නරක සේවා යෝජකයින් වේ. ඔවුන්ට විමසිලිමත් මනසක් ඇති සේවකයින් අහිමි වනු ඇති අතර, ඔවුන් වෙනුවට වඳුරු කේත කරන්නන් පැමිණෙනු ඇත, ඔවුන් සියල්ලටම එකඟ වන අතරම, ආයතනික මෘදුකාංග වගුරු බිමට ඇද දමයි. එය තවමත් නැවත ලිවීමට සිදුවනු ඇත, ඒ නිසා සමහර විට ටිකක් කලින් Python සඳහා ටිකක් ආයෝජනය කිරීම වඩා හොඳද?
• 1C යනු වාණිජ සමාගමක් වන අතර විශේෂාංග ක්‍රියාත්මක කරන්නේ තනිකරම තමන්ගේම අවශ්‍යතා සහ අවශ්‍යතා මත පදනම්වය. ඔබට මේ සඳහා ඇයට දොස් පැවරිය නොහැක, ව්‍යාපාරය ලාභය ගැන සිතිය යුතුය, එය ජීවිතයයි
• 1C මුදල් උපයන්නේ ව්‍යාපාරික ගැටළු වලට විසඳුම් විකිණීමෙන් මිස Vasyaගේ සංවර්ධක ගැටළු වලට නොවේ. මෙම සංකල්ප දෙක සහසම්බන්ධ වේ, නමුත් ප්‍රමුඛතාවය හරියටම මා පැවසූ දෙයයි. සංවර්ධක Vasya 1C: Resharper සඳහා පුද්ගලික බලපත්‍රයක් සඳහා ගෙවීමට සූදානම් වන විට, එය ඉතා ඉක්මනින් දිස්වනු ඇත, A. Orefkova විසින් "Resharper" යනු මෙයට සාක්ෂියකි. වෙළෙන්දා එයට සහාය දුන්නේ නම් සහ එයට එරෙහිව සටන් නොකළේ නම්, සංවර්ධකයින් සඳහා මෘදුකාංග සඳහා වෙළඳපොළක් දිස්වනු ඇත. දැන් මෙම වෙළඳපොලේ සැක සහිත ප්‍රතිඵල සහිත ක්‍රීඩකයින් එකහමාරක් සිටින අතර, සියල්ල IDE සමඟ ඒකාබද්ධ වීම ඍණාත්මක වන අතර සෑම දෙයක්ම කිහිලිකරු මත සිදු කෙරේ.
• බහු යන්ත්‍ර ක්‍රියාකරුවෙකුගේ භාවිතය අමතක වී යයි. නවීන යෙදුම් කේත පැත්තෙන් සහ ව්‍යාපාරික භාවිතය පැත්තෙන් යන දෙකම මතක තබා ගැනීමට විශාල වැඩිය. 1C සේවාදායකය ද වඩාත් සංකීර්ණ වෙමින් පවතී; එක් සේවකයෙකු තුළ සියලු වර්ගවල විශේෂඥතාවන් රඳවා ගැනීමට නොහැකි වනු ඇත. මෙය විශේෂඥයින් සඳහා ඉල්ලුමක් ඇති කළ යුතුය, එයින් අදහස් වන්නේ 1C වෘත්තියේ ආකර්ෂණය සහ වැටුප් වැඩිවීමයි. මීට පෙර Vasya එක වැටුපකට ත්‍රී-ඉන්-වන් වැඩ කළේ නම්, දැන් ඔබට Vasyas දෙදෙනෙකු බඳවා ගැනීමට අවශ්‍ය වන අතර Vasyas අතර තරඟය ඔවුන්ගේ මට්ටමේ සමස්ත වර්ධනයට හේතු විය හැක.

නිගමනය

1C ඉතා වටිනා නිෂ්පාදනයක්. මගේ මිල පරාසය තුළ, මම කිසිසේත්ම ප්‍රතිසමයක් නොදනිමි, ඒවා තිබේ නම් අදහස් දැක්වීම්වල ලියන්න. කෙසේ වෙතත්, පරිසර පද්ධතියෙන් සංවර්ධකයින් පිටතට ගලා යාම වඩ වඩාත් කැපී පෙනෙන අතර, ඔබ එය දෙස බලන ආකාරය කුමක් වුවත් මෙය "මොළයේ කාණු" වේ. කර්මාන්තය නවීකරණය සඳහා බඩගිනියි.
ඔබ සංවර්ධකයෙක් නම්, 1C මත එල්ලී නොසිටින්න සහ වෙනත් භාෂාවලින් සියල්ල මැජික් යැයි නොසිතන්න. ඔබ කනිෂ්ඨ වන විට, සමහර විට. විශාල දෙයක් විසඳීමට අවශ්‍ය වූ වහාම, සූදානම් කළ විසඳුම් දිගු කාලයක් සොයා බලා වඩාත් තීව්‍ර ලෙස සම්පූර්ණ කිරීමට සිදුවේ. විසඳුමක් ගොඩනගා ගත හැකි "බ්ලොක්" වල ගුණාත්මකභාවය අනුව, 1C ඉතා හොඳයි.

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

පරමාදර්ශී රාමුව නොපවතින බව දැනගෙන ඔබ ගැන සැලකිලිමත් වන්න.
සියල්ල හොඳයි!

PS: බොහොම ස්තුතියි speshuric ලිපිය සකස් කිරීමේදී සහාය සඳහා.

සමීක්ෂණයට සහභාගී විය හැක්කේ ලියාපදිංචි පරිශීලකයින්ට පමණි. පුරන්නකරුණාකර.

ඔබේ ව්‍යවසායයේ 1C තිබේද?

• 13,3%කොහෙත්ම නැහැ.71

• 30,3%ඇත, නමුත් කොහේ හරි ගිණුම් දෙපාර්තමේන්තුවේ පමණි. අනෙකුත් වේදිකාවල මූලික පද්ධති162

• 41,4%ඔව්, ප්‍රධාන ව්‍යාපාරික ක්‍රියාවලීන් එය මත ක්‍රියා කරයි221

• 15,0%1C මිය යා යුතුය, අනාගතය අයිති %technology_name%80

පරිශීලකයින් 534 දෙනෙක් ඡන්දය දුන්හ. පරිශීලකයින් 99 දෙනෙක් ඡන්දය දීමෙන් වැළකී සිටියහ.

මූලාශ්රය: www.habr.com