Qbs 2.0 اسمبلی ٹول ریلیز

Qbs 2.0 اسمبلی ٹول کٹ کے اجراء کا اعلان کیا گیا ہے۔ Qbs بنانے کے لیے، انحصار کے درمیان Qt کی ضرورت ہوتی ہے، حالانکہ Qbs خود کسی بھی پروجیکٹ کی اسمبلی کو منظم کرنے کے لیے ڈیزائن کیا گیا ہے۔ Qbs پروجیکٹ بلڈ اسکرپٹس کی وضاحت کے لیے QML زبان کا ایک آسان ورژن استعمال کرتا ہے، جو آپ کو کافی لچکدار تعمیراتی اصولوں کی وضاحت کرنے کی اجازت دیتا ہے جو بیرونی ماڈیولز کو جوڑ سکتے ہیں، JavaScript فنکشنز استعمال کرسکتے ہیں، اور اپنی مرضی کے مطابق تعمیراتی اصول بنا سکتے ہیں۔

Qbs میں استعمال ہونے والی اسکرپٹنگ لینگویج کو IDEs کے ذریعے تعمیراتی اسکرپٹ کی تخلیق اور تجزیہ کو خودکار بنانے کے لیے بنایا گیا ہے۔ اس کے علاوہ، Qbs میک فائلز نہیں بناتا، اور خود، میک یوٹیلیٹی جیسے بیچوان کے بغیر، کمپائلرز اور لنکرز کے آغاز کو کنٹرول کرتا ہے، تمام انحصار کے تفصیلی گراف کی بنیاد پر تعمیراتی عمل کو بہتر بناتا ہے۔ پراجیکٹ میں ساخت اور انحصار پر ابتدائی ڈیٹا کی موجودگی آپ کو کئی دھاگوں میں کارروائیوں کو مؤثر طریقے سے متوازی کرنے کی اجازت دیتی ہے۔ فائلوں اور ذیلی ڈائریکٹریوں کی ایک بڑی تعداد پر مشتمل بڑے پروجیکٹس کے لیے، Qbs کا استعمال کرتے ہوئے دوبارہ تعمیرات کی کارکردگی کئی گنا زیادہ کارکردگی دکھا سکتی ہے - دوبارہ تعمیر تقریباً فوری ہوتی ہے اور اس سے ڈویلپر کو انتظار میں وقت نہیں لگتا۔

یاد رہے کہ 2018 میں Qt کمپنی نے Qbs کی ترقی روکنے کا فیصلہ کیا تھا۔ Qbs کو qmake کے متبادل کے طور پر تیار کیا گیا تھا، لیکن آخر کار طویل مدتی میں Qt کے لیے بنیادی تعمیراتی نظام کے طور پر CMake کو استعمال کرنے کا فیصلہ کیا گیا۔ Qbs کی ترقی اب کمیونٹی اور دلچسپی رکھنے والے ڈویلپرز کے تعاون سے ایک آزاد پروجیکٹ کے طور پر جاری ہے۔ Qt کمپنی کا بنیادی ڈھانچہ ترقی کے لیے استعمال ہوتا رہتا ہے۔

ورژن نمبر میں ایک اہم تبدیلی نئے جاوا اسکرپٹ بیک اینڈ کے نفاذ کے ساتھ منسلک ہے، جس نے QtScript کی جگہ لے لی، جسے Qt 6 میں متروک قرار دیا گیا تھا۔ JavaScriptCore سے پیچیدہ پابندیوں کی وجہ سے خود QtScript کو برقرار رکھنا غیر حقیقی سمجھا جاتا تھا، لہذا ایک خود کفیل اور کمپیکٹ کو نئے پس منظر کی بنیاد کے طور پر چنا گیا QuickJS JavaScript انجن Fabrice Bellard نے بنایا تھا، جس نے QEMU اور FFmpeg پروجیکٹس کی بنیاد رکھی تھی۔ انجن ES2019 تصریح کو سپورٹ کرتا ہے اور موجودہ اینالاگس (XS 35%، DukTape دو گنا سے زیادہ، JerryScript تین گنا، اور MuJS سات گنا) کی کارکردگی میں نمایاں طور پر بہتر ہے۔

اسمبلی سکرپٹ تیار کرنے کے نقطہ نظر سے، ایک نئے انجن میں منتقلی قابل ذکر تبدیلیوں کی قیادت نہیں کرنا چاہئے. پیداواری صلاحیت بھی تقریباً اسی سطح پر رہے گی۔ اختلافات کے درمیان، نئے انجن میں nulls کے استعمال کے لیے سخت تقاضے ہیں، جو موجودہ پروجیکٹس میں مسائل کو ظاہر کر سکتے ہیں جو QtScript استعمال کرتے وقت کسی کا دھیان نہیں گئے۔

ماخذ: opennet.ru

نیا تبصرہ شامل کریں