دوستو ۽ همراهن، تازو ئي هبري تي 1C جي طرف نفرت سان هڪ ترقياتي پليٽ فارم جي طور تي، ۽ ان جي محافظن جي تقريرن جي باري ۾ وڌيڪ بار بار آرٽيڪل موجود آهن. اهي آرٽيڪل هڪ سنگين مسئلي جي نشاندهي ڪن ٿا: اڪثر ڪري، 1C جا نقاد ان تي تنقيد ڪن ٿا ته ”ان ۾ مهارت حاصل نه ڪرڻ“ جي پوزيشن کان، ڊاهڻ وارا مسئلا جيڪي حقيقت ۾ آسانيءَ سان حل ٿين ٿا، ۽ ان جي برعڪس، انهن مسئلن تي هٿ نه وجهڻ جيڪي واقعي اهم آهن. بحث ڪرڻ ۽ وينڊر طرفان حل نه ڪيا ويا آهن. مان سمجهان ٿو ته اهو سمجهه ۾ اچي ٿو ته 1C پليٽ فارم جو هڪ سنجيده ۽ متوازن جائزو وٺڻ. اھو ڇا ڪري سگھي ٿو، اھو ڇا نٿو ڪري سگھي، اھو ڇا ڪرڻ گھرجي پر نٿو ڪري، ۽، مٺاڻ لاءِ، اھو ڇا ٿو ڪري، ۽ %technology_name% تي توھان جا ڊولپر سو سال ڪندا، ان کي اڇلائي ڇڏيندا هڪ کان وڌيڪ سالياني بجيٽ.
نتيجي ۾، توهان، هڪ مئنيجر يا معمار جي حيثيت ۾، هڪ واضح سمجهه حاصل ڪرڻ جي قابل هوندا ته ڪهڙو ڪم توهان لاءِ فائديمند هوندو 1C استعمال ڪرڻ، ۽ ڪٿي ان کي گرم لوهه سان ساڙڻ جي ضرورت آهي. "غير-1C" دنيا ۾ هڪ ڊولپر جي حيثيت سان، توهان ڏسي سگهندا ته 1C ۾ ڇا آهي، جيڪو پريشان ٿي رهيو آهي. ۽ هڪ 1C ڊولپر جي حيثيت ۾، توهان پنهنجي سسٽم کي ٻين ٻولين جي ماحولي نظام سان ڀيٽڻ جي قابل هوندا ۽ سافٽ ويئر ڊولپمينٽ جي همراهن واري نظام ۾ توهان جي مقام کي سمجهي سگهندا.
ڪٽ جي هيٺان 1C تي تمام گھڻا حملا آھن، 1C جي نقادن تي، جاوا تي، .NET ۽ عام طور تي... فين ڀرپور آھي، ڀليڪار!
پاڻ بابت
مان تقريبن 2004 کان گفتگو جي موضوع کان واقف آهيان. مان شايد پروگرامنگ ڪري رهيو آهيان تڏهن کان جڏهن مان 6 سالن جو هو، ان وقت کان مون کي پروفيسر فورٽران بابت هڪ ڪتاب مليو جنهن ۾ هڪ ٻلي، هڪ اسپرو ۽ هڪ ڪيٽرپلر بابت ڪاميڪس شامل آهن. مون انهن پروگرامن جو تجزيو ڪيو جيڪي ٻلي ڪتاب ۾ تصويرن مان لکيا ۽ معلوم ڪيو ته انهن ڇا ڪيو. ۽ ها، مون وٽ ان وقت حقيقي ڪمپيوٽر نه هو، پر ڪتاب جي پکيڙ تي هڪ ڊرائنگ هئي ۽ مون ايمانداري سان ڪاغذ جي بٽڻن کي دٻايو، اهي حڪم داخل ڪيا جيڪي مون ڪيٽ ايڪس تي جاسوسي ڪيا هئا.
پوءِ اتي BK0011 ۽ BASIC اسڪول ۾، C++ ۽ يونيورسٽي ۾ اسمبلرز، پوءِ 1C، ۽ پوءِ ڪيتريون ئي ٻيون شيون هيون، جن کي ياد ڪرڻ ۾ مان ڏاڍو سست آهيان. گذريل 15 سالن کان، مان بنيادي طور تي 1C ۾ شامل آهيان، نه رڳو ڪوڊنگ جي لحاظ کان، پر عام طور تي 1C ۾. هتي ڪم، انتظاميه ۽ ڊيوپس کي ترتيب ڏيو. گذريل 5 سالن کان، مان ٻين 1C استعمال ڪندڙن لاءِ ڊولپمينٽ ۽ آٽوميشن ٽولز ٺاهڻ، مضمون ۽ ڪتاب لکڻ جي سلسلي ۾ سماجي طور مفيد سرگرمين ۾ مصروف آھيان.
اچو ته بحث جي موضوع تي فيصلو ڪريون
پهرين، اچو ته وضاحت ڪريون ته اسان ڇا ڳالهائڻ وارا آهيون، ڇاڪاڻ ته اکر "1C" جو مطلب تمام گهڻيون شيون ٿي سگهن ٿيون. انهي صورت ۾، خط "1C" ذريعي اسان جو مطلب خاص طور تي ترقي فريم ورڪ "1C: انٽرنيشنل" جو جديد، اٺين نسخو آهي. اسان ٺاهيندڙ ۽ ان جي پاليسين بابت گهڻو ڪجهه نه ڳالهائينداسين (پر اسان کي ڪجهه ڪرڻو پوندو) اسان هن فريم ورڪ کي استعمال ڪندي مخصوص ايپليڪيشنن تي بحث نه ڪنداسين. ٽيڪنالاجي الڳ آهي، ايپليڪيشنون عرف ترتيبون الڳ آهن.
اعلي سطحي فن تعمير 1C: انٽرنيشنل
اهو ڪجھ به نه آهي ته مان لفظ "فريم ورڪ" جو ذڪر ڪريان. ڊولپر جي نقطي نظر کان، 1C پليٽ فارم خاص طور تي هڪ فريم ورڪ آهي. ۽ توهان کي ان کي بلڪل فريم ورڪ وانگر علاج ڪرڻ جي ضرورت آهي. ان کي اسپرنگ يا ASP.NET جي طور تي سوچيو، جيڪو ڪجهه رن ٽائم (ترتيب سان JVM يا CLR) تي عمل ڪيو ويو آهي. اهو ائين ٿئي ٿو ته روايتي پروگرامنگ جي دنيا ۾ ("نه 1C")، فريم ورڪ، ورچوئل مشينن ۽ مخصوص ايپليڪيشنن ۾ ورهائڻ قدرتي آهي، انهي حقيقت جي ڪري ته اهي حصا عام طور تي مختلف ٺاهيندڙن پاران ٺاهيا ويا آهن. 1C دنيا ۾، واضح طور تي ڊولپمينٽ فريم ورڪ ۽ رن ٽائم کي الڳ ڪرڻ جو رواج نه آهي، ان کان علاوه، فريم ورڪ استعمال ڪندي مخصوص ايپليڪيشنون پڻ خاص طور تي 1C پاران ٺاهيا ويا آهن. نتيجي طور، ڪجهه مونجهارو پيدا ٿئي ٿو. تنهن ڪري، آرٽيڪل جي فريم ورڪ ۾، اسان کي هڪ ئي وقت ۾ ڪيترن ئي پاسن کان 1C تي غور ڪرڻو پوندو ۽ ان کي ڪيترن ئي همراهن جي محور سان گڏ درجه بندي ڪرڻو پوندو. ۽ هر ڪوآرڊينيٽ محور ۾ اسان ناسي مادي جو هڪ ڦلو لڳايو ۽ موجوده حل جي خاصيتن، فائدن ۽ نقصانن تي نظر وجهنداسين.
1C تي ڏسڻ جا نقطا
خريد ڪندڙ لاء 1C
خريد ڪندڙ هڪ آٽوميشن سسٽم خريد ڪري ٿو جنهن سان هو جلدي پنهنجي ڪاروبار کي خودڪار ڪرڻ جا مسئلا حل ڪري سگهن ٿا. ھڪڙو ڪاروبار ھڪڙو ننڍڙو اسٽال ٿي سگھي ٿو، يا اھو ھڪڙو وڏو ھولڊنگ ڪمپني ٿي سگھي ٿو. اهو واضح آهي ته انهن ڪاروبار جون ضرورتون مختلف آهن، پر ٻنهي جي حمايت ڪئي وئي آهي هڪ واحد پليٽ فارم ڪوڊ بيس.
1C خريد ڪندڙ لاءِ هي هڪ تڪڙو وقت-مارڪيٽ آهي. تڪڙو. جاوا، C# يا JS کان تيز. سراسري. اسپتال جي چوڌاري. اهو واضح آهي ته هڪ ڪاروباري ڪارڊ ويب سائيٽ React استعمال ڪندي بهتر ٿي ويندي، پر WMS سسٽم جو پس منظر 1C تي تيزيء سان لانچ ٿيندو.
1C هڪ اوزار جي طور تي
هر ٽيڪنيڪي حل جي قابل اطلاق حدون آهن. 1C هڪ عام-مقصد ٻولي نه آهي؛ اهو پنهنجي فريم ورڪ کان الڳ ناهي. اهو 1C استعمال ڪرڻ جي صلاح ڏني وئي آهي جڏهن توهان کي ضرورت هجي:
- سرور ايپليڪيشن
- ايپليڪيشن جتي ماليات ظاهر ٿئي ٿي
- تيار ٿيل UI، ORM، رپورٽنگ، XML/JSON/COM/PDF/YourData Transfering Format سان
- پس منظر جي عملن ۽ نوڪرين جي مدد سان
- ڪردار جي بنياد تي سيڪيورٽي سان
- لکڻ جي قابل ڪاروباري منطق سان
- جلدي هڪ پروٽوٽائپ ٺاهڻ جي صلاحيت ۽ گهٽ وقت تائين مارڪيٽ
جيڪڏهن توهان چاهيو ته توهان کي 1C جي ضرورت ناهي:
- مشين سکيا
- GPU حساب
- ڪمپيوٽر گرافڪس
- رياضياتي حساب
- CAD سسٽم
- سگنل پروسيسنگ (آواز، وڊيو)
- ھاء لوڊ http ڪالون سوين ھزارين آر پي ايس سان
1C هڪ پيداواري ڪمپني جي طور تي
اهو سمجهڻ جي قابل آهي ته 1C جو ڪاروبار هڪ سافٽ ويئر ٺاهيندڙ جي حيثيت ۾ آهي. 1C ڪمپني آٽوميشن ذريعي ڪاروباري مسئلن جو حل وڪرو ڪري ٿي. مختلف ڪاروبار، ننڍو يا وڏو، پر اهو ئي آهي جيڪو هوء وڪرو ڪري ٿي. ھن مقصد کي حاصل ڪرڻ جا وسيلا آھن ڪاروباري ايپليڪيشنون. اڪائونٽنگ، پي رول اڪائونٽنگ، وغيره انهن ايپليڪيشنن کي لکڻ لاءِ، ڪمپني استعمال ڪري ٿي پنهنجي ڪاروباري ايپليڪيشن ڊولپمينٽ پليٽ فارم. خاص طور تي انهن ساڳين ڪاروباري ايپليڪيشنن جي عام ڪمن لاءِ ٺهيل:
- مالي اڪائونٽنگ
- ڪاروباري منطق جي آسان حسب ضرورت
- هيٽروجنيئس آئي ٽي نظارن ۾ وسيع انضمام جا امڪان
هڪ ٺاهيندڙ جي طور تي، 1C مڃي ٿو ته اها حڪمت عملي آهي جيڪا توهان کي ڀائيوارن ۽ گراهڪن سان گڏ ڪم ڪرڻ جي اجازت ڏئي ٿي هڪ کٽڻ واري موڊ ۾. توھان ھن سان بحث ڪري سگھو ٿا، پر اھو اٽڪل آھي ڪيئن ڪمپني پاڻ کي ترقي ڪري ٿي: ڪاروباري مسئلن لاء تيار ڪيل حل جيڪي جلدي ڀائيوارن طرفان ترتيب ڏئي سگھجن ٿيون ۽ ڪنھن به IT منظرنامي ۾ ضم ٿي سگھن ٿيون.
فريم ورڪ جي طور تي 1C لاءِ سڀ دعوائون يا خواهشون خاص طور تي هن پرزم ذريعي ڏسڻ گهرجن. "اسان چاهيون ٿا OOP 1C ۾،" ڊولپر چون ٿا. "پليٽ فارم ۾ OOP کي سپورٽ ڪرڻ لاءِ اسان کي ڪيترو خرچ ايندو، ڇا اهو اسان کي باڪس جي وڪرو وڌائڻ ۾ مدد ڏيندو؟" ڪاروباري مسئلن جو حل وڪڻڻ جو سندس ”پرزم“ کولي ٿو:
- اي، ڪاروبار، ڇا توهان چاهيو ٿا OOP پنهنجي 1C ۾؟
- ڇا هي مون کي منهنجي مسئلن کي حل ڪرڻ ۾ مدد ڪندو؟
- ڪير ڄاڻي ...
- پوء ڪا ضرورت ناهي
اهو طريقو سٺو يا خراب ٿي سگهي ٿو ان تي منحصر آهي ته ڪير ان کي ڏسي رهيو آهي، پر اهو صرف اهو طريقو آهي. حقيقت جي باري ۾ ڳالهائيندي ته 1C ۾ ڪا به خصوصيت X ناهي، توهان کي سمجهڻ جي ضرورت آهي ته اهو ڪنهن سبب لاء ناهي، پر چونڊ جي حوالي سان "عمل درآمد جي قيمت بمقابله منافع جي رقم".
ٽيڪنالاجي درجه بندي
"حقيقت ۾، Odinesniks بهترين نمونن کي استعمال ڪرڻ لاء بهترين ڪم ڪن ٿا، احتياط سان چونڊيل طريقن جي ماهرن ۽ 1C پليٽ فارم جي ڊولپرز طرفان.
جڏهن توهان هڪ سادي منظم فارم لاءِ پنهنجو بيوقوف ڪوڊ لکندا آهيو، حقيقت ۾ توهان استعمال ڪري رهيا آهيو ماڊل-ڏسڻ- سنڀاليندڙ с ٻه طرفي ڊيٽا بائنڊنگ в ٽي پرت وارو-ڊيٽا-ايپ-انجڻ، ذائقو اعلي سطحي اعتراض-رابطي-نقشه بنياد تي بيان ڪندڙ ميٽا ڊيٽا جي وضاحتپنهنجو هجڻ پليٽ فارم-آزاد سوال جي ٻولي، ج بيان ڪندڙ ڊيٽا تي ٻڌل يوزر انٽرفيس، مڪمل شفاف سيريلائيزيشن ۽ ڊومين تي ٻڌل پروگرام ٻولي.جتي 1C ڊولپرز مختلف آهن انهن جي مغربي ساٿين کان پي آر ۾ آهي. انهن کي پسند آهي ته ڪنهن به بدمعاشي کي وڏو نالو ڏيو ۽ ان سان گڏ هڪ گندي ٿيلهي وانگر ڊوڙندا.
A. Orefkov
1C پليٽ فارم وٽ هڪ کلاسک 3-ٽيئر آرڪيٽيڪچر آهي، جنهن جي مرڪز ۾ ايپليڪيشن سرور آهي (يا ننڍن دڪاندارن لاءِ ٿورڙي پئسن لاءِ ان جي تخليق). يا ته MS SQL يا Postgres استعمال ٿئي ٿو DBMS طور. Oracle ۽ IBM DB2 لاءِ سپورٽ پڻ آهي، پر اهو بلڪه باطني آهي؛ ڪنهن کي به خبر ناهي ته ڇا ٿيندو جيڪڏهن توهان انهن ڊيٽابيس تي وچولي ۽ اعليٰ لوڊ تي 1C لاڳو ڪندا. مان سمجهان ٿو ته 1C پاڻ کي اها خبر ناهي.
ڪلائنٽ حصو يا ته هڪ پتلي ڪلائنٽ آهي جيڪو صارف جي مشين تي نصب ٿيل آهي يا ويب ڪلائنٽ. اهم خصوصيت اها آهي ته پروگرامر 2 مختلف ڪوڊ نه لکندا آهن، اهي هڪ ايپليڪيشن لکندا آهن، هڪ ٻولي ۾، ۽ توهان ان کي برائوزر ۾ ڊسپلي ڪري سگهو ٿا جيڪڏهن ڪا خواهش يا ضرورت هجي. اتي ڪير چاهي ٿو هڪ حقيقي مڪمل اسٽيڪ ۽ هڪ واحد ٻولي سامهون ۽ پسمانده، node.js لاءِ؟ اهي آخر تائين ڪڏهن به ساڳيو ڪم نه ڪري سگهيا. هڪ حقيقي مڪمل اسٽيڪ موجود آهي، پر توهان کي ان کي 1C ۾ لکڻو پوندو. قسمت جي ستم ظريفي، اهڙيون شيون :)
ڪلائوڊ SaaS حل 1C: Fresh پڻ برائوزر موڊ ۾ ڪم ڪري ٿو، جنهن ۾ توهان 1C خريد نٿا ڪري سگهو، پر هڪ ننڍڙو ڊيٽابيس ڪرائي تي وٺو ۽ اتي شوارما جي سيلز جي ٽريڪ رکو. بس برائوزر ۾، ڪنهن به شيءِ کي انسٽال ڪرڻ يا ترتيب ڏيڻ کان سواءِ.
ان کان سواء، اتي هڪ وراثت ڪلائنٽ آهي، جنهن کي 1C ۾ "باقاعده ايپليڪيشن" سڏيو ويندو آهي. وراثت آهي وراثت، 2002 ۾ ايپليڪيشنن جي دنيا ۾ ڀليڪار، پر اسان اڃا تائين ماحولياتي نظام جي موجوده حالت بابت ڳالهائي رهيا آهيون.
1C سرور حصو ڪلستر ۾ نئين مشين شامل ڪندي ڪلسترنگ ۽ اسڪيل کي سپورٽ ڪري ٿو. هتي ڪافي ڪاپيون ٽوڙي ويون آهن ۽ ان بابت آرٽيڪل ۾ هڪ الڳ سيڪشن هوندو. مختصر ۾، اهو بلڪل ساڳيو نه آهي جيئن ته HAProxy جي پويان ڪجھه ساڳيا مثال شامل ڪرڻ.
ايپليڪيشن ڊولپمينٽ فريم ورڪ پنهنجي پروگرامنگ ٻولي استعمال ڪري ٿو، جيڪا تقريباً ٿورو سڌريل VB6 روسي ۾ ترجمو ٿيل آهي. انهن ماڻهن لاءِ جيڪي روسين جي هر شيءِ کان نفرت ڪن ٿا، جيڪي نه ٿا مڃين ته ”جيڪڏهن“ ترجمو ڪيو ويو آهي ”جيڪڏهن،“ ٻيو نحو اختيار پيش ڪجي ٿو. اهي. جيڪڏھن توھان چاھيو، توھان ان کي 1C ۾ اھڙي طرح لکي سگھو ٿا جيئن اھو VB کان ڌار نه ٿي سگھي.
هي تمام پروگرامنگ ٻولي انهن جي پليٽ فارم ڏانهن 1C nicknames جي نفرت جو بنيادي سبب آهي. اچو ته ان کي منهن ڏيو، بغير ڪنهن سبب جي نه. ٻولي کي ممڪن طور تي سادو تصور ڪيو ويو، منتر کي پورو ڪرڻ لاء ٺهيل "ڊيولپرز، ڊولپرز" گهٽ ۾ گهٽ CIS ۾ پيماني تي. اهڙي حل جو تجارتي جوهر، منهنجي خيال ۾، واضح طور تي نظر اچي ٿو: وڌيڪ ڊولپرز، وڏي مارڪيٽ ڪوريج. اهو سچ آيو، مختلف اندازن مطابق 45٪ کان 95٪ تائين. مان فوري طور تي چوندس ته ٻولي ۾ لکڻ بلڪل آسان آهي. ۽ مان ڄاڻان ٿو ڪافي پروگرامنگ ٻوليون.
اچو ته ٻولي سان شروع ڪريون.
1C پروگرامنگ ٻولي
ساڳئي وقت سسٽم جي مضبوط ۽ ڪمزور نقطي. آسان داخلا ۽ پڙهڻ جي صلاحيت مهيا ڪري ٿي. ٻئي طرف، 8 ۾ نسخو 2002 جي ڇڏڻ کان وٺي ان کي اپڊيٽ نه ڪيو ويو آهي ۽ اخلاقي طور تي پراڻي آهي. ڪو چوندو ”اصل خرابي اها آهي ته اتي ڪو او او پي ناهي“ ۽ اهي غلط هوندا. پهرين ڳالهه ته PLO نه رڳو نوراليفس کي پسند ڪري ٿو پر توروالڊن کي به. ۽ ٻيو، OOP اڃا تائين موجود آهي.
ڊولپر جي نقطي نظر کان، هن وٽ پنهنجي اختياري تي هڪ فريم ورڪ آهي بنيادي ڪلاس سان گڏ DBMS تي ڏيکاريل. ڊولپر وٺي سگھي ٿو بنيادي ڪلاس "ڊائريڪٽري" ۽ ان مان "ڪلائنٽ" ڊاريڪٽري کي ورثي ۾. اهو ان ۾ نوان ڪلاس فيلڊز شامل ڪري سگھي ٿو، مثال طور، INN ۽ ايڊريس، ۽ پڻ، جيڪڏھن ضروري ھجي، اھو بيس ڪلاس جي طريقن کي اوور رائڊ (override) ڪري سگھي ٿو، مثال طور، OnWrite/AtRecord طريقو.
فريم ورڪ اهڙي طرح ٺهيل آهي ته گهڻي وراثت جي ضرورت ئي گهٽ هوندي آهي، ۽ او او پي ۾ پابندي، منهنجي خيال ۾، سمجهه ۾ اچي ٿي. 1C ڊومين ڊولپمينٽ ڊولپمينٽ تي ڌيان ڏئي ٿو ۽ توهان کي سوچي ٿو، سڀ کان پهريان، حل جي موضوع واري علائقي بابت، ۽ اهو سٺو آهي. هتي نه رڳو ڪا لالچ نه آهي، پر 10 مختلف DTOs ۽ ViewModels لکڻ جي به ضرورت ناهي صرف ڊومين مان ڪجهه ڊيٽا ڏيکارڻ لاءِ. 1C ڊولپر ھميشه ھڪڙي اداري سان ھلندو آھي، بغير تصور جي حوالي سان ھڪڙي درجن طبقن سان گڏ ساڳيا نالن سان، ھڪڙي اداري جي نمائندگي ڪري ٿو، پر مختلف طرف کان. ڪا به .NET ايپليڪيشن، مثال طور، لازمي طور تي پنج يا ٻه ViewModels ۽ DTOs تي مشتمل هوندي JSON ۾ سيريلائيزيشن ۽ ڪلائنٽ کان سرور تائين ڊيٽا جي منتقلي لاءِ. ۽ لڳ ڀڳ 10-15٪ توهان جي ايپليڪيشن ڪوڊ جي ڊيٽا کي هڪ طبقي کان ٻئي ڏانهن منتقل ڪرڻ ۾ خرچ ڪيو ويندو قلم يا ڪچي وانگر AutoMapper استعمال ڪندي. اهو ڪوڊ لازمي طور تي لکيو وڃي ٿو ۽ ان کي ٺاهڻ ۽ برقرار رکڻ لاءِ پروگرامرز کي ادا ڪرڻ گهرجي.
اهو ظاهر ٿئي ٿو ته 1C ٻولي کي پيچيده ڪرڻ کان سواء ترقي ڪرڻ ڏکيو آهي ان کي مکيه اسٽريم ٻولين جي سطح تي، اهڙيء طرح سادگي جي فائدي کي وڃائڻ. وينڊرز جو ڪهڙو ڪم آهي جيڪو بنيادي طور حل ڪيو پيو وڃي: هڪ معياري حل جاري ڪرڻ جنهن کي گهٽي تي پڪڙيندڙ ڪو به شاگرد گهربل معيار جي معيار سان ترتيب ڏئي سگهي ٿو (يعني، هڪ اسٽيل کان وڏي ڪارخاني تائين هڪ ڪيس مڪمل ڪيو ويو آهي). جيڪڏهن توهان هڪ اسٽال آهيو، هڪ شاگرد وٺو؛ جيڪڏهن توهان هڪ ڪارخانو آهيو، توهان جي پليپشن پارٽنر کان گرو وٺو. حقيقت اها آهي ته لاڳو ڪندڙ ڀائيوار شاگردن کي گرو جي قيمت تي وڪرو ڪندا آهن فريم ورڪ سان ڪو مسئلو ناهي. تعميراتي طور تي، فريم ورڪ کي ٻنهي جي مسئلن کي حل ڪرڻ گهرجي، معياري ترتيبن جو ڪوڊ (جيڪو اسان ڪاروبار کي ڪسٽمائيزيشن جي واعدي سان وڪرو ڪيو) هڪ شاگرد کي سمجهڻ جي قابل هجڻ گهرجي، ۽ هڪ گرو کي سمجهڻ گهرجي جيڪو توهان چاهيو ٿا.
ڇا، منهنجي خيال ۾، ٻولي ۾ واقعي غائب آهي، جيڪا توهان کي توهان کان وڌيڪ لکڻ لاء مجبور ڪري ٿي، اهو آهي جيڪو ڪسٽمر طرفان ادا ڪيل وقت ضايع ڪري ٿو.
- سطح تي ٽائپنگ جو امڪان، مثال طور، ٽائپ اسڪرپٽ (نتيجي طور، IDE ۾ وڌيڪ ترقي يافته ڪوڊ تجزياتي اوزار، ريفڪٽرنگ، گهٽ جارحتي جام)
فرسٽ ڪلاس جي شين جي طور تي افعال جي دستيابي. ٿورو وڌيڪ پيچيده تصور، پر عام بوائلر پليٽ-ڪوڊ جو مقدار تمام گھٽ ٿي سگھي ٿو. ڪوڊ جي شاگردن جي سمجھ، IMHO، حجم ۾ گھٽتائي جي ڪري به وڌندي - عالمگير مجموعو لغوي، شروعاتي. ساڳي شيء - ڪوڊ جي مقدار کي گهٽائڻ جيڪو لکڻ جي ضرورت آهي ۽ / يا توهان جي اکين سان ڏسڻ جي ضرورت آهي. مجموعا ڀرڻ 9000٪ کان مٿي 1C پروگرامنگ وقت وٺندو آهي. نحوي شگر کان سواءِ هي لکڻ ڊگهو، مهانگو ۽ غلطي جو شڪار آهي. عام طور تي، 1C حلن ۾ LOC جي مقدار موجود کليل فريم ورڪ جي مقابلي ۾ تمام قابل تصور حدن کان وڌي ٿي ۽، عام طور تي، توهان جي سڀني ادارن جاوا گڏيل. ٻولي لفظي آهي، ۽ هي ڊيٽا جي مقدار، ياداشت، IDE بريڪن، وقت، پئسا ...
- آخرڪار تعميرات مون وٽ هڪ مفروضو آهي ته هي تعمير غائب آهي حقيقت اها آهي ته انهن کي روسي ۾ ان جو ڪامياب ترجمو نه مليو :)
- ذاتي ڊيٽا جا قسم (OOP کان سواء)، VB6 مان قسم جا اينالاگ. اهو توهان کي اجازت ڏيندو ته BSP ۾ تبصرا استعمال ڪندي اڏاوتون ٽائيپ نه ڪريو ۽ جادو جا طريقا جيڪي انهن اڏاوتن کي ٺاهيندا آهن. اسان حاصل ڪريون ٿا: گهٽ ڪوڊ، هڪ نقطي ذريعي هڪ اشارو، مسئلي جو تيز حل، ٽائپس جي ڪري گهٽ غلطيون ۽ ساختن جي غائب ملڪيت. ھاڻي صارف جي ڍانچي جي ٽائپنگ مڪمل طور تي معياري سب سسٽم لائبريري جي ڊولپمينٽ ٽيم سان تعلق رکي ٿي، جيڪا، پنھنجي اعتبار سان، منظور ٿيل پيراميٽر ڍانچي جي متوقع ملڪيتن تي تبصرا لکندي آھي.
- ويب ڪلائنٽ تي غير مطابقت واري ڪالن سان ڪم ڪرڻ وقت ڪو شوگر ناهي. ڪال بيڪ-دوزخ پروسيسنگ نوٽيفڪيشن جي صورت ۾ هڪ عارضي ڪچرو آهي جيڪو مکيه برائوزر جي API ۾ اوچتو تبديلي جي ڪري، پر توهان هر وقت ائين نٿا رهي سگهو، "شاگردن جي سمجھ" جو فائدو گم ٿي رهيو آهي گھڻي کان گهڻو. مکيه IDE ۾ هن پيراگراف جي حمايت ۾ شامل نه ڪريو ۽ شيون اڃا به خراب ٿي وڃن ٿيون.
اهو هڪ دٻائڻ وارو مسئلو آهي، اهو واضح آهي ته فهرست تمام وڏي ٿي سگهي ٿي، پر اسان کي اهو نه وسارڻ گهرجي ته هي اڃا تائين هڪ عام-مقصد ٻولي ناهي، ان کي ملٽي ٽريڊنگ، ليمبڊا افعال، GPU تائين رسائي ۽ تيز رفتار جي ضرورت ناهي. سچل نقطي حساب. هي هڪ ڪاروباري منطق اسڪرپٽنگ ٻولي آهي.
هڪ پروگرامر جيڪو اڳ ۾ ئي هن ٻولي سان گهڻو ڪم ڪري چڪو آهي، js يا c# ۾ ڏسندو آهي، هن ٻولي جي فريم ورڪ ۾ بور ٿي ويندو آهي. اها هڪ حقيقت آهي. هن کي ترقي جي ضرورت آهي. وينڊر لاءِ پيماني جي ٻئي پاسي مخصوص خصوصيتن کي لاڳو ڪرڻ جي قيمت آهي بمقابله انهن جي عمل درآمد کانپوءِ آمدني ۾ اضافو. هتي مون کي ڪا به ڄاڻ نه آهي ته هن وقت ڪمپني جي نظر ۾ ڇا آهي.
ترقي ماحول
هتي به شيون آساني سان نه ٿيون وڃن. اتي ٻه ترقي ماحول آهن. پهريون آهي ترتيب ڏيڻ وارو ترسيل ۾ شامل آهي. ٻيو آهي انٽرپرائز ڊولپمينٽ ٽولز ماحول، يا مختصر لاءِ EDT، Eclipse جي بنياد تي ترقي ڪئي وئي آهي.
ترتيب ڏيڻ وارو ترقياتي ڪمن جي مڪمل رينج مهيا ڪري ٿو، سڀني خاصيتن کي سپورٽ ڪري ٿو ۽ مارڪيٽ تي مکيه ماحول آهي. اهو پڻ اخلاقي طور تي متروڪ آهي، ترقي نه ڪري رهيو آهي، افواهون مطابق - پنهنجي اندر اندر فني قرض جي مقدار جي ڪري. اندروني API کولڻ سان صورتحال بهتر ٿي سگهي ٿي (سان دوستي جي صورت ۾ A. Orefkova يا هڪ آزاد بنياد تي)، پر اهو معاملو ناهي. مشق ڏيکاريو ويو آهي ته ڪميونٽي IDE ۾ پنهنجون خاصيتون لکندو، جيستائين وينڊر مداخلت نه ڪندو. پر اسان وٽ اهو آهي جيڪو اسان وٽ آهي. ترتيب ڏيڻ وارو 2004-2005 ۾ تمام سٺو هو، ان وقت جي بصري اسٽوڊيو جي تمام گهڻو ياد ڏياريندو هو، ڪجهه هنڌن تي اهو به ٿڌو هو، پر اهو انهن وقتن ۾ ڦاسي ويو هو.
ان کان سواء، اوسط معياري حل جو مقدار ان کان پوء ڪيترائي ڀيرا وڌي چڪو آهي، ۽ اڄ IDE صرف ڪوڊ جي مقدار سان مقابلو نٿو ڪري سگهي جنهن سان ان کي کارايو ويندو آهي. استعمال ۽ ريفيڪٽرنگ صلاحيتون به صفر نه آهن، اهي ڳاڙهي ۾ آهن. اهو سڀ ڪجهه ڊولپرز ۾ حوصلو نه ٿو وڌائي ۽ اهي خواب ڏسن ٿا ته ٻين ماحولياتي نظامن ڏانهن وڃڻ ۽ اتي ئي ڪوڊ شيٽ جاري رکن، پر هڪ خوشگوار ماحول ۾ جيڪو توهان جي رويي سان توهان جي منهن تي ٿڪ نه ٿو اچي.
متبادل طور تي، هڪ IDE شروع کان لکيل آهي، Eclipse تي ٺهيل آهي، پيش ڪيل آهي. اتي، ذريعن، جيئن ڪنهن ٻئي سافٽ ويئر ۾، ٽيڪسٽ فائلن جي صورت ۾ رهن ٿا، GIT ۾ ذخيرو ٿيل آهن، درخواست جي شاخن کي ڇڪايو، اهو سڀ ڪجهه. پاسي تي، اهو ڪيترن ئي سالن تائين بيٽا جي حيثيت نه ڇڏي آهي، جيتوڻيڪ اهو هر رليز سان بهتر ٿي رهيو آهي. مان EDT جي نقصانن بابت نه لکندس، اڄ اهو هڪ مائنس آهي، سڀاڻي اهو هڪ مقرر ڪيل خاصيت آهي. اهڙي وضاحت جي لاڳاپي جلدي ختم ٿي ويندي. اڄ اهو EDT ۾ ترقي ڪرڻ ممڪن آهي، پر اهو غير معمولي آهي؛ توهان کي ڪجهه IDE بگ لاء تيار ٿيڻ جي ضرورت آهي.
جيڪڏهن توهان مٿين بيان ڪيل "1C پرزم" ذريعي صورتحال تي نظر رکون ٿا، توهان ڪجهه هن طرح حاصل ڪندا آهيو: نئين IDE جي ڇڏڻ سان باڪس جي وڪرو ۾ اضافو نه ٿيندو، پر ڊولپرز جو نڪرڻ گهٽجي سگهي ٿو. اهو چوڻ ڏکيو آهي ته ڊولپر جي آرام جي لحاظ کان ايڪو سسٽم جو انتظار آهي، پر Microsoft اڳ ۾ ئي موبائيل ڊولپرز کي خراب ڪري ڇڏيو آهي انهن کي تمام دير سان خدمتون پيش ڪندي.
ترقي جو انتظام
هتي هر شي خاص طور تي ڪوڊ لکڻ جي ڀيٽ ۾ بهتر آهي، خاص طور تي تازو، جڏهن ڪميونٽي جي ڪوششون انتظامي آٽوميشن جي مسئلن کي روشن ڪيو، 1C مخزن کي ڪچري جي ڍير ۾ اڇلائڻ ۽ گٽ، جلدي الزام، ڪوڊ-جائزو استعمال ڪرڻ لاء پروٽوٽائپ شروع ڪيو. ، جامد تجزيو، خودڪار ترتيب ڏيڻ ۽ وغيره. پليٽ فارم تي ڪيتريون ئي خاصيتون شامل ڪيون ويون آهن جيڪي ترقياتي ڪمن جي خودڪار جي سطح کي وڌائين ٿيون. بهرحال، اهي سڀئي خاصيتون شامل ڪيون ويون آهن صرف ۽ خاص طور تي اسان جي پنهنجي وڏي شين جي ترقي لاء، جڏهن اهو واضح ٿي ويو ته اسان خودڪار طريقي سان نه ٿا ڪري سگهون. اتي خودڪار ضم ٿي ويا، KDiff سان ٽي طرفي مقابلو ۽ اهو سڀ ڪجهه. Github تي لانچ ڪيو ويو ، جيڪو، واضح طور تي، نظرياتي طور تي منصوبي کان پري ڇڪيو ويو ، پر وينڊر ڪمپني جي عملن کي پورو ڪرڻ لاءِ تبديل ڪيو ويو. اوپن سورس کان ضدي ماڻهن جي مهرباني، 1C ۾ ڊولپمينٽ آٽوميشن زمين تان لهي وئي. ترتيب ڏيڻ لاءِ هڪ کليل API، IMHO، به مکيه IDE جي اخلاقي پسماندگيءَ کي بدلائي ڇڏيندو.
اڄ، Git ۾ 1C ذريعن کي ذخيرو ڪرڻ سان گڏ جيرا ۾ مسئلن سان ڳنڍيل ڪمٽس، ڪرسيبل ۾ جائزو، جينڪنز کان پش بٽڻ ۽ 1C ۾ ڪوڊ ٽيسٽنگ تي ايلور رپورٽون ۽ جيتوڻيڪ. - هي خبرن کان پري آهي، بلڪه ڪمپنين ۾ مکيه وهڪرو جتي 1C ترقي جي تمام گهڻي آهي.
انتظاميه
هتي چوڻ لاءِ گهڻو ڪجهه آهي. پهرين، هي آهي، يقينا، هڪ سرور (1C سرور ڪلستر). هڪ عجيب ڳالهه، پر حقيقت اها آهي ته اهو هڪ مڪمل طور تي بليڪ باڪس آهي، ڪافي تفصيل سان دستاويز ڪيو ويو آهي، پر هڪ مخصوص انداز ۾ - ڪيترن ئي سرورز تي هاءِ لوڊ موڊ ۾ بي ترتيب آپريشن شروع ڪرڻ ۾ مهارت حاصل ڪرڻ تمام ٿورا چونڊيل آهن جيڪي "ٽيڪنالاجي مسئلن تي ماهر" لکت سان ميڊل. اهو نوٽ ڪرڻ جي قابل آهي ته، اصول ۾، هڪ 1C سرور جو انتظام ڪنهن ٻئي سرور جي انتظام کان مختلف ناهي. اهو هڪ نيٽ ورڪ تي ٻڌل، گھڻن موضوعن واري ايپليڪيشن آهي جيڪا ميموري، سي پي يو، ۽ ڊسڪ وسيلن کي استعمال ڪري ٿي. ٽيلي ميٽري گڏ ڪرڻ ۽ تشخيص لاءِ ڪافي موقعا فراهم ڪري ٿي.
هتي مسئلو اهو آهي ته وينڊر هن تشخيص لاء تيار ڪيل حل جي لحاظ کان ڪجهه خاص پيش نٿو ڪري. ها، اتي 1C آهي: اوزار ۽ ڪنٽرول سينٽر، اهي اڃا به سٺا آهن، پر اهي تمام قيمتي آهن ۽ هر ڪنهن وٽ ناهي. گرافانا، زيبڪس، اي ايل ڪي ۽ ٻين شين کي ڳنڍڻ لاءِ ڪميونٽي ۾ ڪيتريون ئي ترقيون آهن معياري منتظم سيٽ کان، پر ڪو به واحد حل ناهي جيڪو اڪثريت کي پورو ڪري. ڪم پنهنجي هيرو جي انتظار ۾ آهي. ۽ جيڪڏهن توهان هڪ ڪاروبار آهيو جيڪو 1C ڪلستر تي لانچ ڪرڻ جو ارادو رکي ٿو، توهان کي هڪ ماهر جي ضرورت آهي. توهان جي پنهنجي اندر يا ٻاهران، پر توهان کي ان جي ضرورت آهي. اهو عام آهي ته سرور آپريشن جي صلاحيتن سان گڏ هڪ الڳ ڪردار آهي، هر 1C استعمال ڪندڙ کي اهو ڄاڻڻ نه گهرجي، توهان کي صرف اهو سمجهڻ گهرجي ته اهڙي ڪردار جي ضرورت آهي. اچو ته مثال طور SAP وٺون. اتي، هڪ پروگرامر، گهڻو ڪري، پنهنجي ڪرسي تان به نه اٿي سگهندو، جيڪڏهن هن کي ايپليڪيشن سرور تي ڪجهه ترتيب ڏيڻ لاء چيو وڃي. هو صرف بيوقوف ٿي سگهي ٿو ۽ هو شرمسار نه ٿيندو. SAP جي طريقيڪار ۾ ان لاءِ الڳ ملازم جو ڪردار آھي. ڪجهه سببن لاء، 1C صنعت ۾ اهو يقين آهي ته اهو ساڳيو تنخواه لاء هڪ ملازم ۾ گڏ ڪيو وڃي. اهو هڪ فريب آهي.
1C سرور جا نقصان
اتي بلڪل هڪ مائنس آهي - reliability. يا، جيڪڏھن توھان چاھيو ٿا، غير متوقع. سرور جي اوچتو عجيب رويي اڳ ۾ ئي شهر جي ڳالهه بڻجي وئي آهي. هڪ آفاقي علاج - سرور کي بند ڪرڻ ۽ سڀني ڪيچ کي صاف ڪرڻ - جيتوڻيڪ ماهر جي دستي ڪتاب ۾ بيان ڪيو ويو آهي، ۽ جيتوڻيڪ هڪ بيچ ڪتاب جي سفارش ڪئي وئي آهي جيڪو اهو ڪري ٿو. جيڪڏهن توهان جو 1C سسٽم ڪجهه ڪرڻ شروع ڪري ٿو ته اهو نظرياتي طور تي به نه ڪرڻ گهرجي، اهو وقت آهي سيشن ڊيٽا ڪيش کي صاف ڪرڻ جو. منهنجي اندازي مطابق سڄي ملڪ ۾ فقط ٽي ماڻهو آهن جيڪي ڄاڻن ٿا ته 1C سرور کي ان طريقي کان سواءِ ڪيئن هلائڻو آهي ۽ اهي راز شيئر نٿا ڪن، ڇاڪاڻ ته... اهي هن کان رهن ٿا. شايد انهن جو راز اهو آهي ته اهي سيشن ڊيٽا کي صاف ڪن ٿا، پر اهي ڪنهن کي به ان بابت نه ٻڌايو، دوست.
ٻي صورت ۾، 1C سرور ساڳيو ايپليڪيشن آهي جيڪو ڪنهن ٻئي وانگر آهي ۽ انتظام ڪيو ويندو آهي ساڳئي طريقي سان، دستاويز پڙهڻ ۽ ٽمبر تي ڇڪڻ سان.
Docker
پيداوار ۾ ڪنٽينر ٿيل 1C سرور استعمال ڪرڻ جي افاديت اڃا تائين ثابت نه ڪئي وئي آهي. سرور صرف بيلنسر جي پويان نوڊس کي شامل ڪندي ڪلستر نه ڪيو ويو آهي، جيڪو گھٽ ۾ گھٽ پيداوار ڪنٽينرائيزيشن جي فائدن کي گھٽائي ٿو، ۽ هاء لوڊ موڊ ۾ ڪنٽينرز ۾ ڪامياب آپريشن جو رواج قائم نه ڪيو ويو آهي. نتيجي طور، صرف ڊولپر استعمال ڪن ٿا Docker + 1C ٽيسٽ ماحول قائم ڪرڻ لاءِ. اتي اهو تمام مفيد آهي، لاڳو ڪيو ويو آهي، توهان کي جديد ٽيڪنالاجي سان راند ڪرڻ جي اجازت ڏئي ٿو ۽ ترتيب ڏيڻ واري مايوسي کان هڪ وقف وٺو.
تجارتي جزو
سيڙپڪاري جي نقطي نظر کان، 1C توهان کي ايپليڪيشن ڪلاس جي وسيع صلاحيتن جي ڪري ڪاروباري خيالن کي جلدي شروع ڪرڻ جو مسئلو حل ڪرڻ جي اجازت ڏئي ٿو. باڪس مان 1C تمام مهذب رپورٽنگ ڏئي ٿو، ڪنهن به شيءِ سان انضمام، ويب ڪلائنٽ، موبائل ڪلائنٽ، موبائل ايپليڪيشن، مختلف ڊي بي ايم ايس لاءِ سپورٽ، بشمول. مفت، ڪراس پليٽ فارم ٻئي سرور ۽ نصب ڪيل ڪلائنٽ حصا. ها، ايپليڪيشنن جو UI پيلو هوندو، ڪڏهن ڪڏهن اهو هڪ مائنس هوندو آهي، پر هميشه نه.
1C چونڊڻ سان، هڪ ڪاروبار سافٽ ويئر حلن جو هڪ سيٽ حاصل ڪري ٿو جيڪو انهن کي ايپليڪيشنن جي تمام وسيع رينج ٺاهڻ جي اجازت ڏئي ٿو، انهي سان گڏ مارڪيٽ تي ڪيترائي ڊولپر جيڪي Javaists کان گهٽ پئسا چاهيندا آهن ۽ ساڳئي وقت تيزي سان نتيجا ڏين ٿا.
مثال طور، هڪ ڪلائنٽ کي PDF انوائس موڪلڻ جو ڪم شاگردن جي ڪم جي هڪ ڪلاڪ ۾ حل ٿي سگهي ٿو. .NET ۾ ساڳيو مسئلو هڪ ملڪيت جي لائبريري خريد ڪرڻ سان حل ٿي سگهي ٿو، يا هڪ سخت، ڏاڙهي واري ڊولپر طرفان ڪجهه ڏينهن يا هفتن جي ڪوڊنگ ذريعي. ڪڏهن ڪڏهن، ٻئي هڪ ڀيرو. ۽ ها، مان صرف پي ڊي ايف نسل بابت ڳالهائي رهيو هوس. اسان اهو نه ٻڌايو آهي ته هي بل ڪٿان ايندو. ويب فرنٽيئر کي لازمي طور تي هڪ فارم ٺاهڻو پوندو جتي آپريٽر ڊيٽا داخل ڪندو، پس منظر کي JSON جي منتقلي لاءِ ڊي ٽي او ماڊل ٺاهڻ، ڊيٽابيس ۾ اسٽوريج لاءِ ماڊل، ڊيٽابيس جي ساخت پاڻ، ان ڏانهن لڏپلاڻ، گرافڪ جي ٺهڻ. هن ئي اڪائونٽ جي ڊسپلي، ۽ صرف پوء - PDF. 1C تي، سڄي ڪم، شروع کان، مڪمل طور تي هڪ ڪلاڪ ۾ مڪمل ڪيو ويو آهي.
هڪ ننڍڙي اسٽال لاءِ هڪ مڪمل اڪائونٽنگ سسٽم خريد ڪيو/وڪڻڻ واري عمل سان 3 ڪلاڪن ۾ ڪيو ويندو آهي سيلز رپورٽنگ، خريداري ۽ وڪري جي قيمتن تي سامان جو حساب ڪتاب، گودام جي ذريعي، رسائي جي حقن تي ڪنٽرول، ويب ڪلائنٽ ۽ موبائل ايپليڪيشن. . ٺيڪ آهي، مون اپليڪيشن جي باري ۾ وساري ڇڏيو، ايپليڪيشن سان نه 3 ڪلاڪن ۾، ڇهن ۾.
اهو ڪم ڪيترو وقت وٺندو هڪ .NET ڊولپر کي صاف ڪمپيوٽر تي بصري اسٽوڊيو انسٽال ڪرڻ کان وٺي ڪسٽمر کي ڏيکارڻ لاءِ؟ ترقي جي قيمت بابت ڇا؟ ساڳي ڳاله.
پليٽ فارم جي طور تي 1C جي طاقت
1C مضبوط نه آهي ڇو ته ان جي باري ۾ ڪجهه خاص آهي جيڪا دنيا ۾ بهترين آهي. ان جي برعڪس، هر فرد جي سبسسٽم ۾ توهان دنيا جي سافٽ ويئر ۾ هڪ وڌيڪ دلچسپ اينالاگ ڳولي سگهو ٿا. بهرحال، فڪر جي ميلاپ جي بنياد تي، مون کي 1C وانگر هڪ پليٽ فارم نظر نٿو اچي. اهو آهي جتي تجارتي ڪاميابي ڪوڙ آهي. پليٽ فارم جا فائدا ان ۾ پکڙيل آهن ۽ سڀ کان وڌيڪ واضح طور تي نظر اچن ٿا جڏهن توهان ڏسو ته اهو ٻين پليٽ فارمن ۾ ڪيئن ڪيو ويندو آهي. بنيادي طور تي، اهي خاصيتون نه آهن، پر ان جي ابتڙ - هڪ مخصوص مثال جي حق ۾ خاصيتن جو رد. ڪجھ مثال:
- يونيڪوڊ. ڇا ان کان وڌيڪ آسان ٿي سگهي ٿو؟ 2019 ۾ سنگل بائيٽ ASCII انڪوڊنگ استعمال ڪرڻ جي ڪا ضرورت ناهي (سواءِ قديم ورثي وارن سان انضمام جي). ڪڏهن به نه. پر نه. بهرحال، ڪنهن ٽيبل ۾ ڪو هڪ واحد بائيٽ ورچار استعمال ڪري ٿو ۽ ايپليڪيشن کي انڪوڊنگ سان مسئلو هوندو. 2015 ۾، gitlab جي LDAP اختيار ناڪام ٿي وئي انڪوڊنگز سان غلط ڪم جي ڪري؛ JetBrains IDE اڃا تائين هر هنڌ فائل جي نالن ۾ سيريلڪ سان ڪم نٿو ڪري. 1C ڊيٽابيس جي پرت مان ايپليڪيشن ڪوڊ جي اعليٰ معيار جي اڪيلائي فراهم ڪري ٿي. اُتي ننڍي سطح تي ٽيبل ٽائيپ ڪرڻ ناممڪن آهي ۽ ڊيٽابيس ليول تي نااهل جونيئرن جا جمنا اُتي ناممڪن آهي. ها، نااهل جونيئرز سان گڏ ٻيا مسئلا ٿي سگهن ٿا، پر مسئلن جو قسم تمام ننڍڙو آهي. هاڻي توهان مون کي ٻڌايو ته توهان جي ايپليڪيشن صحيح طرح سان ٺهيل آهي ۽ ڊيٽابيس جي رسائي واري پرت کي الڳ ڪيو ويو آهي جيئن اهو هجڻ گهرجي. توهان جي ڪارپوريٽ ڪسٽم جاوا ايپليڪيشن تي هڪ ٻيو نظر وٺو. ويجهي ۽ ايمانداري سان. ڇا توهان جو ضمير توهان کي تنگ ڪري ٿو؟ پوء مان توهان لاء خوش آهيان.
- دستاويزن / حوالن جي ڪتابن جو تعداد. 1C ۾ اهو ضرور نه آهي سڀ کان وڌيڪ لچڪدار ۽ نه بهترين. پر اهي بئنڪنگ سافٽ ويئر ۽ خود لکيل اڪائونٽنگ سسٽم ۾ ڇا ڪن ٿا - خير، اهو صرف اونداهي آهي. يا ته سڃاڻپ ۾ ڦاسي پوندي (۽ پوءِ ”او، اسان وٽ سوراخ ڇو آهن“)، يا ان جي برعڪس، اهي هڪ جنريٽر ٺاهيندا جيڪو ڊي بي ايم ايس جي سطح تي لاڪ ڪرڻ سان ڪم ڪندو (۽ هڪ رڪاوٽ بڻجي ويندو). حقيقت ۾، اهو بظاهر سادو ڪم ڪرڻ تمام ڏکيو آهي - ادارن جي آخر کان آخر تائين ڳڻپيوڪر، هڪ انفراديت سيڪشن سان گڏ ڪنجين جي هڪ مخصوص سيٽ جي بنياد تي، اڳڀرائي، ته جيئن متوازي ڊيٽا جي داخلا دوران ڊيٽابيس کي بلاڪ نه ڪري. .
- ڊيٽابيس ۾ رڪارڊ جي سڃاڻپ ڪندڙ. 1C هڪ مضبوط ارادي وارو فيصلو ڪيو - سڀ لنڪ سڃاڻپ ڪندڙ بلڪل مصنوعي آهن ۽ اهو ئي آهي. ۽ ورهايل ڊيٽابيس ۽ تبادلي سان ڪو مسئلو ناهي. ٻين سسٽم جي ڊولپرز ضد طور تي ڪجهه ٺاهيندا آهن جهڙوڪ سڃاڻپ (اهو ننڍو آهي!)، انهن کي GUI ۾ ڇڪيو جيستائين اهو ڪيترن ئي لاڳاپيل مثالن ٺاهڻ جو وقت آهي (۽ پوء اهي دريافت ڪيا ويندا). ڇا توهان وٽ اهو ناهي؟ ايمانداري سان؟
- فهرستون. 1C وٽ (وڏي) لسٽن ذريعي پيج ڪرڻ ۽ انھن جي ذريعي نيويگيٽ ڪرڻ لاءِ ڪافي ڪامياب ميکانيزم آھي. مون کي فوري طور تي رزرويشن ڪرڻ ڏيو - ميڪانيزم جي صحيح استعمال سان! عام طور تي، موضوع ڪافي ناخوشگوار آهي، اهو مثالي طور تي حل نه ٿو ڪري سگهجي: اهو يا ته غير معمولي ۽ سادو آهي (پر ڪلائنٽ تي وڏي رڪارڊ جو خطرو)، يا پيجنگ هڪ يا ٻي ڪڙي آهي. جيڪي پيجنگ ڪندا آھن سي اڪثر ڪري ڪڙي ڪندا آھن. جيڪي هڪ ايماندار اسڪرول بار ٺاهيندا آهن هڪ ڊيٽابيس، هڪ چينل ۽ هڪ ڪلائنٽ شامل ڪندا آهن.
- منظم ٿيل فارم. ڪو شڪ ناهي، ويب ڪلائنٽ ۾ انٽرفيس مڪمل طور تي ڪم نٿو ڪري. پر اهو ڪم ڪري ٿو. پر ٻين ڪيترن ئي اڪائونٽنگ ۽ بينڪننگ سسٽم لاءِ، ريموٽ ڪم ڪار جي جڳهه ٺاهڻ هڪ انٽرنيشنل-سطح وارو منصوبو آهي. ڊسڪليمر: خوش قسمتي سان انهن لاءِ جيڪي اصل ۾ ويب تي ٺاهيا آهن، اهو اثر انداز نه ٿيندو.
- موبائل ايپ. تازو، توهان پڻ لکي سگهو ٿا موبائل ايپليڪيشنون جڏهن ته ساڳئي ماحولياتي نظام ۾. اهو هتي هڪ ويب ڪلائنٽ جي ڀيٽ ۾ ٿورو وڌيڪ پيچيده آهي؛ ڊوائيسز جون خاصيتون توهان کي انهن لاء خاص طور تي لکڻ لاء مجبور ڪن ٿيون، پر ان جي باوجود، توهان موبائل ڊولپرز جي هڪ الڳ ٽيم کي ملازمت نه ڪندا آهيو. جيڪڏهن توهان کي ڪنهن ڪمپني جي اندروني ضرورتن لاءِ هڪ ايپليڪيشن جي ضرورت آهي (جڏهن ڪارپوريٽ مسئلي جو موبائيل حل هڪ پيلي UI ڊيزائن کان وڌيڪ اهم آهي)، توهان صرف ساڳيو پليٽ فارم استعمال ڪريو دٻي مان ٻاهر.
- رپورٽنگ. هن لفظ مان منهنجو مطلب نه آهي BI سسٽم وڏي ڊيٽا سان ۽ اي ٽي ايل جي عمل تي دير سان. اهو حوالو ڏئي ٿو آپريشنل اسٽاف رپورٽون جيڪي توهان کي هتي ۽ هاڻي اڪائونٽنگ جي حالت جو جائزو وٺڻ جي اجازت ڏين ٿيون. بيلنس، باهمي ٺاهه، ٻيهر درجه بندي، وغيره. 1C دٻي مان نڪرندو آهي رپورٽنگ سسٽم سان گڏ لچڪدار سيٽنگن سان گڏ گروپنگ، فلٽر، ۽ صارف جي پاسي تي بصري. ها، مارڪيٽ تي ٿڌو اينالاگ موجود آهن. پر سڀني ۾ هڪ حل جي فريم ورڪ جي اندر نه ۽ قيمت تي ڪڏهن ڪڏهن سڀ ۾ هڪ حل کان وڌيڪ. ۽ گهڻو ڪري اهو به ٻيو طريقو آهي ڀرسان: صرف رپورٽنگ، پر سڄي پليٽ فارم کان وڌيڪ قيمتي، ۽ معيار ۾ بدترين.
- ڇپيل فارم. خير، اي ميل ذريعي ملازمن کي PDF ۾ تنخواه سلپس موڪلڻ جو مسئلو حل ڪرڻ لاءِ .NET استعمال ڪريو. ۽ هاڻي انوائس ڇپائڻ جو ڪم. انهن جون ڪاپيون ساڳئي PDF ۾ محفوظ ڪرڻ بابت ڇا؟ 1C nickname لاءِ، ڪنهن به لي آئوٽ کي PDF ڏانهن ڪڍڻ آهي +1 لائن آف ڪوڊ. ان جو مطلب آهي + 40 سيڪنڊن جو ڪم ڪندڙ وقت، ٻي ٻوليءَ ۾ ڏينهن يا هفتا بدران. 1C ۾ ڇپيل فارم جي ترتيب ناقابل يقين حد تائين ترقي ڪرڻ ۾ آسان ۽ ادا ڪيل هم منصبن سان مقابلو ڪرڻ لاءِ ڪافي طاقتور آهن. ها، شايد، 1C اسپريڊ شيٽ دستاويزن ۾ ڪيترائي انٽرويو جا موقعا نه آهن؛ توهان OpenGL استعمال ڪندي اسڪيلنگ سان جلدي 3D ڊراگرام حاصل نٿا ڪري سگهو. پر ڇا اهو واقعي ضروري آهي؟
اهي صرف چند مثالن جا مثال آهن جتي ڪارڪردگي کي محدود ڪرڻ يا سمجهوتو لاڳو ڪرڻ مستقبل ۾ هڪ اهم تعميراتي فائدي ثابت ٿئي ٿو. جيتوڻيڪ هڪ سمجهوتو يا نه سڀ کان وڌيڪ مؤثر اختيار - اهو اڳ ۾ ئي دٻي ۾ آهي ۽ ڏني وئي آهي. ان جي آزاد عمل درآمد يا ته ناممڪن ٿي ويندي (ڇاڪاڻ ته اهڙي فيصلي کي منصوبي جي شروعات ۾ ڪيو وڃي ٿو، ۽ ان لاء ڪو به وقت نه آهي، ۽ اتي ڪو به معمار نه آهي)، يا ڪيترن ئي مهانگو reterations. فهرستن مان هر هڪ ۾ (۽ اهو تعميراتي حلن جي مڪمل فهرست نه آهي)، توهان کي ڇڪي سگهو ٿا ۽ پابنديون متعارف ڪرايو جيڪي اسڪيلنگ کي بلاڪ ڪن ٿا. ڪنهن به صورت ۾، توهان کي، هڪ ڪاروباري شخص جي طور تي، پڪ ڪرڻ جي ضرورت آهي ته توهان جا پروگرامر، جڏهن هڪ "سسٽم کان شروع" ٺاهيندا آهن، سڌو هٿ هوندا آهن ۽ صحيح سسٽم جي مسئلن کي فوري طور تي چڱي طرح ڪندا.
ها، جيئن ڪنهن ٻئي پيچيده سسٽم ۾، 1C پاڻ وٽ پڻ حل آهن جيڪي ڪجهه حصن ۾ اسڪيلنگ کي بلاڪ ڪن ٿا. بهرحال، مان ورجائي ٿو، فڪٽرن جي ميلاپ جي بنياد تي، ملڪيت جي قيمت، ۽ اڳ ۾ ئي حل ٿيل مسئلن جو تعداد، مون کي مارڪيٽ تي هڪ قابل مقابلو نه ڏسڻ ۾ اچي ٿو. ساڳئي قيمت لاءِ، توهان حاصل ڪريو هڪ مالي ايپليڪيشن فريم ورڪ، هڪ ڪلستر ٿيل متوازن سرور، هڪ UI ۽ ويب انٽرفيس سان، هڪ موبائل ايپليڪيشن سان، رپورٽنگ، انضمام ۽ ٻين شين جو هڪ گروپ. جاوا جي دنيا ۾، توهان هڪ فرنٽ-اينڊ ۽ پوئتي-آخر ٽيم ڪرائي، گهر ۾ لکيل سرور ڪوڊ جي گهٽ-سطح واري شوال کي ڊيبگ ڪريو ۽ 2 موبائل OS لاءِ 2 موبائل ايپليڪيشنن لاءِ الڳ الڳ ادا ڪريو.
مان اهو نه چئي رهيو آهيان ته 1C سڀني ڪيسن کي حل ڪندو، پر هڪ اندروني ڪارپوريٽ ايپليڪيشن لاء، جڏهن UI برانچ ڪرڻ جي ڪا ضرورت ناهي - ٻيو ڇا گهربل آهي؟
تارن جو هڪ چمچو
توهان شايد اهو تاثر حاصل ڪيو ته 1C دنيا کي بچائيندو ۽ ڪارپوريٽ سسٽم لکڻ جا ٻيا سڀئي طريقا غلط آهن. بلڪل ائين نه آهي. هڪ واپاري جي نقطه نظر کان، جيڪڏهن توهان 1C چونڊيو ٿا، ته پوءِ مارڪيٽ ۾ تيز وقت کان علاوه، توهان کي هيٺين نقصانن جو خيال رکڻو پوندو:
- سرور reliability. واقعي اعلي معيار جي ماهرن جي ضرورت آهي جيڪي ان جي بي ترتيب آپريشن کي يقيني بڻائي سگهن ٿيون. مون کي خبر ناهي ته وينڊر کان اهڙن ماهرن لاءِ تيار ڪيل تربيتي پروگرام. ماهرن جي امتحان لاءِ تياري ڪرڻ جا ڪورس آهن، پر هي، منهنجي خيال ۾، ڪافي ناهي.
- حمايت. اڳيون نقطو ڏسو. وينڊر کان مدد حاصل ڪرڻ لاء، توهان کي ان کي خريد ڪرڻ جي ضرورت آهي. ڪجهه سببن لاء، هي 1C صنعت ۾ قبول نه ڪيو ويو آهي. ۽ SAP سان، اهو لڳ ڀڳ هڪ لازمي خريداري آهي ۽ اهو ڪنهن کي به تنگ نٿو ڪري. ڪارپوريٽ سپورٽ جي بغير ۽ عملي جي ماهر جي بغير، توهان 1C گليچز سان اڪيلو ڇڏي سگهو ٿا.
- اڃا، توهان 1C سان بلڪل سڀ ڪجهه نٿا ڪري سگهو. هي هڪ اوزار آهي ۽ هر اوزار وانگر ان جي قابل اطلاق حدون آهن. 1C نظارن ۾، اهو تمام ضروري آهي ته هڪ "غير-1C" سسٽم معمار.
- سٺا 1C nickname ٻين ٻولين ۾ سٺي پروگرامر کان سستا نه آهن. جيتوڻيڪ، خراب پروگرامرز کي ڀرتي ڪرڻ مهانگو آهي، قطع نظر ته اهي ڪهڙي به ٻولي ۾ لکن ٿا.
اچو ته نقطا ڊاٽ ڪريو
- 1C ڪاروبار لاءِ تيز رفتار ايپليڪيشن ڊولپمينٽ (RAD) فريم ورڪ آهي ۽ ان لاءِ ٺهيل آهي.
- وڏن DBMSs، ڪلائنٽ UI، هڪ تمام سٺو ORM ۽ رپورٽنگ لاءِ سپورٽ سان ٽي ٽائر لنڪ
- سسٽم سان گڏ انضمام لاء وسيع امڪان جيڪي ڪري سگھن ٿا جيڪي 1C نٿا ڪري سگھن. جيڪڏھن توھان چاھيو ٿا مشين سکيا، پائٿون وٺو ۽ نتيجو موڪليو 1C ذريعي http يا RabbitMQ
- 1C استعمال ڪندي سڀ ڪجهه ڪرڻ جي ڪوشش ڪرڻ جي ضرورت ناهي، توهان کي ان جي طاقت کي سمجهڻ جي ضرورت آهي ۽ انهن کي پنهنجي مقصدن لاءِ استعمال ڪرڻ گهرجي.
- ڊولپرز جيڪي ڪشش ثقل ڪن ٿا ٽيڪنيڪي فريم ورڪ گيجٽس ۾ کوٽڻ ۽ هر N سالن ۾ نئين انجڻ کي نئين سر ترتيب ڏيڻ لاءِ 1C سان بيزار آهن. اتي هر شيء تمام قدامت پسند آهي.
- ڊولپر پڻ بور ٿي ويا آهن ڇو ته ٺاهيندڙن کان انهن لاء تمام گهٽ ڳڻتي آهي. بورنگ ٻولي، ڪمزور IDE. انهن کي جديديت جي ضرورت آهي.
- ٻئي طرف، ڊولپر جيڪي مزو نه ٿا ڳولي سگهن استعمال ڪرڻ ۽ سکڻ جي ذريعي ٻئي ٽيڪنالاجي جيڪي مزو وٺندا آهن خراب ڊولپر آهن. اهي رڙيون ڪندا ۽ ٻئي ماحولياتي نظام ڏانهن ويندا.
- ملازمت ڪندڙ جيڪي پنهنجن 1C nicknames کي اجازت نه ڏيندا آهن پيٿون ۾ ڪجهه لکڻ لاءِ خراب ملازم آهن. اهي جستجو ڪندڙ ذهن رکندڙ ملازمن کي وڃائي ويهندا، ۽ انهن جي جاءِ تي بندر ڪوڊرز ايندا، جيڪي هر شيءِ سان اتفاق ڪندي، ڪارپوريٽ سافٽ ويئر کي دلدل ۾ ڇڪيندا. اهو اڃا تائين ٻيهر لکڻو پوندو، تنهنڪري اهو بهتر ٿيندو ته پيٿون ۾ ٿورو اڳ ۾ ٿورو سيڙپڪاري ڪرڻ؟
- 1C هڪ تجارتي ڪمپني آهي ۽ خصوصيتن کي لاڳو ڪري ٿو صرف پنهنجي مفادن ۽ خرچ جي بنياد تي. توهان هن لاءِ هن تي الزام نٿا لڳائي سگهو ، ڪاروبار کي نفعي بابت سوچڻ گهرجي ، اها زندگي آهي
- 1C ڪاروباري مسئلن جو حل وڪڻڻ سان پئسا ڪمائي ٿو، نه واسيا جي ڊولپر جي مسئلن کي. اهي ٻئي مفهوم پاڻ ۾ ملن ٿا، پر ترجيح اها آهي جيڪا مون چيو. جڏهن ڊولپر Vasya 1C لاءِ ذاتي لائسنس لاءِ ادا ڪرڻ لاءِ تيار آهي: Resharper، اهو تمام جلدي ظاهر ٿيندو، A. Orefkova پاران "Resharper" ان جو ثبوت آهي. جيڪڏهن وينڊر ان جي حمايت ڪئي، ۽ ان جي خلاف نه وڙهندي، ڊولپرز لاء سافٽ ويئر لاء مارڪيٽ ظاهر ٿيندو. هاڻي هن مارڪيٽ ۾ هڪ اڌ رانديگر آهن قابل اعتراض نتيجن سان، ۽ سڀ ڪجهه ڇاڪاڻ ته IDE سان انضمام منفي آهي ۽ سڀ ڪجهه ڪچي تي ڪيو ويندو آهي.
- گھڻ-مشين آپريٽر جي مشق غائب ٿي ويندي. جديد ايپليڪيشنون تمام وڏيون آھن ياد رکڻ لاءِ ڪوڊ جي پاسي کان ۽ ڪاروباري استعمال واري پاسي کان. 1C سرور پڻ وڌيڪ پيچيده ٿي رهيو آهي؛ اهو ناممڪن ٿي ويندو هر قسم جي ماهر هڪ ملازم ۾. انهي کي لازمي طور تي ماهرن جي طلب ڪرڻ گهرجي، جنهن جو مطلب آهي 1C پيشي جي جذبي ۽ تنخواه ۾ اضافو. جيڪڏهن اڳي واسيا هڪ تنخواه لاءِ ٽي-ان ون ڪم ڪندا هئا، هاڻي توهان کي ٻه واسيا کي ڀرتي ڪرڻ جي ضرورت آهي ۽ واسيا جي وچ ۾ مقابلو انهن جي سطح جي مجموعي واڌ کي تيز ڪري سگهي ٿو.
ٿڪل
1C هڪ تمام قابل پيداوار آهي. منهنجي قيمت جي حد ۾، مون کي ڪنهن به اينالاگ کي خبر ناهي، تبصرن ۾ لکو جيڪڏهن ڪو آهي. بهرحال، ايڪو سسٽم مان ڊولپرز جو نڪرڻ وڌيڪ ۽ وڌيڪ قابل ذڪر ٿيندو پيو وڃي، ۽ اهو هڪ "دماغي خشڪي" آهي، ڪابه پرواهه ناهي ته توهان ان کي ڪيئن ڏسو. صنعت جديديت لاء بکيو آهي.
جيڪڏھن توھان ھڪڙو ڊولپر آھيو، 1C تي پھچي نه وڃو ۽ نه سوچيو ته سڀ ڪجھ ٻين ٻولين ۾ جادو آھي. جڏهن توهان هڪ جونيئر آهيو، شايد. جيترو جلدي ڪجهه وڏي کي حل ڪرڻ جي ضرورت آهي، تيار ڪيل حلن کي گهڻي عرصي تائين ڏسڻو پوندو ۽ وڌيڪ شدت سان مڪمل ڪيو ويندو. معيار جي لحاظ کان "بلاڪ" جنهن مان هڪ حل ٺاهي سگهجي ٿو، 1C تمام، تمام سٺو آهي.
۽ هڪ ٻي شيءِ - جيڪڏهن هڪ 1C nickname توهان کي ڀرتي ڪرڻ لاءِ اچي ٿو، ته پوءِ 1C nickname محفوظ طور تي ليڊ تجزيه نگارن جي عهدي تي مقرر ڪري سگهجي ٿو. انهن جي سمجھڻ جي ڪم، موضوع جي ايراضي، ۽ ٺهڪندڙ صلاحيتن کي شاندار آهي. مون کي پڪ آهي ته اهو صحيح طور تي 1C ترقي ۾ ڊي ڊي ڊي جي زبردستي استعمال جي ڪري آهي. هڪ شخص کي تربيت ڏني وئي آهي ته سڀ کان پهريان ڪم جي معني جي باري ۾ سوچڻ لاء، موضوع واري علائقي جي شين جي وچ ۾ رابطن جي باري ۾، ۽ ساڳئي وقت انضمام ٽيڪنالاجيز ۽ ڊيٽا جي بدلي فارميٽ ۾ هڪ ٽيڪنيڪل پس منظر آهي.
آگاهه رهو ته مثالي فريم ورڪ موجود ناهي ۽ پنهنجو پاڻ جو خيال رکجو.
دعائون!
پي ايس: توهان جي وڏي مهرباني مضمون تيار ڪرڻ ۾ مدد لاء.
صرف رجسٽرڊ استعمال ڪندڙ سروي ۾ حصو وٺي سگهن ٿا. ، توهان جي مهرباني.
ڇا توهان وٽ توهان جي ڪمپني ۾ 1C آهي؟
-
13,3٪بلڪل نه.71
-
30,3٪اتي آهي، پر رڳو اڪائونٽنگ کاتي ۾ ڪٿي ڪٿي. ٻين پليٽ فارمن تي بنيادي سسٽم 162
-
41,4٪ها، مکيه ڪاروباري عمل ان تي ڪم ڪن ٿا 221
-
15,0٪1C مرڻو پوندو، مستقبل جو تعلق %technology_name%80 سان آهي
534 صارفين ووٽ ڏنو. 99 استعمال ڪندڙن کي روڪيو ويو.
جو ذريعو: www.habr.com