TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

سب کو سلام! آج ہم آئی ٹی عوام کے سامنے اپنا پروڈکٹ پیش کرنا چاہتے ہیں - APIs کے ساتھ کام کرنے کے لیے ایک IDE ٹیسٹ میس. شاید آپ میں سے کچھ پہلے ہی سے ہمارے بارے میں جانتے ہیں۔ پچھلے مضامین. تاہم، ٹول کا کوئی جامع جائزہ نہیں لیا گیا ہے، اس لیے ہم اس بدقسمتی کی کمی کو دور کرتے ہیں۔

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

پریرتا

میں اس کے ساتھ شروع کرنا چاہوں گا کہ حقیقت میں، ہم اس زندگی میں کیسے آئے اور API کے ساتھ جدید کام کے لیے اپنا ٹول بنانے کا فیصلہ کیا۔ آئیے فعالیت کی ایک فہرست کے ساتھ شروع کریں جو ایک پروڈکٹ میں ہونی چاہیے، جس کے بارے میں، ہماری رائے میں، ہم کہہ سکتے ہیں کہ یہ "APIs کے ساتھ کام کرنے کے لیے IDE" ہے:

  • استفسارات اور اسکرپٹس کی تخلیق اور ان پر عمل درآمد (سوالات کی ترتیب)
  • مختلف قسم کے ٹیسٹ لکھنا
  • ٹیسٹ نسل
  • API کی تفصیل کے ساتھ کام کرنا، بشمول Swagger، OpenAPI، WADL، وغیرہ جیسے فارمیٹس سے درآمد کرنا۔
  • طنزیہ درخواستیں۔
  • اسکرپٹ لکھنے کے لیے ایک یا زیادہ زبانوں کے لیے اچھی مدد، بشمول مقبول لائبریریوں کے ساتھ انضمام
  • وغیرہ

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

کس کو ایسے آلے کی ضرورت ہے؟ ظاہر ہے، وہ تمام لوگ جو کم از کم کسی نہ کسی طرح APIs کی ترقی اور جانچ سے جڑے ہوئے ہیں ڈویلپر اور ٹیسٹر =)۔ مزید برآں، اگر سابقہ ​​کے لیے اکثر واحد سوالات اور سادہ اسکرپٹس پر عمل درآمد کرنا کافی ہوتا ہے، تو ٹیسٹرز کے لیے یہ ایک اہم ٹول ہے، جس میں دیگر چیزوں کے ساتھ ساتھ ٹیسٹ لکھنے کا ایک طاقتور طریقہ کار بھی شامل ہونا چاہیے جس میں ان کو چلانے کی صلاحیت ہو۔ سی آئی

لہذا، ان ہدایات پر عمل کرتے ہوئے، ہم نے اپنی پروڈکٹ بنانا شروع کی۔ آئیے دیکھتے ہیں کہ اس مرحلے پر ہم نے کیا حاصل کیا ہے۔

تیز شروعات

آئیے درخواست کے ساتھ پہلی واقفیت کے ساتھ شروع کریں۔ آپ اسے ڈاؤن لوڈ کر سکتے ہیں۔ ہماری ویب سائٹ پر. اس وقت، تمام 3 بڑے پلیٹ فارم سپورٹ ہیں - ونڈوز، لینکس، میک او ایس۔ ڈاؤن لوڈ، انسٹال، لانچ۔ جب آپ اسے پہلی بار لانچ کرتے ہیں، تو آپ کو درج ذیل ونڈو نظر آ سکتی ہے:

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

اپنی پہلی درخواست بنانے کے لیے مواد کے علاقے کے اوپری حصے میں پلس کے نشان پر کلک کریں۔ استفسار ٹیب اس طرح لگتا ہے:

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

آئیے اسے مزید تفصیل سے دیکھتے ہیں۔ درخواست کا انٹرفیس مقبول ریسٹ کلائنٹس کے انٹرفیس سے بہت ملتا جلتا ہے، جو اسی طرح کے ٹولز سے ہجرت کو آسان بناتا ہے۔ آئیے یو آر ایل سے پہلی درخواست کرتے ہیں۔ https://next.json-generator.com/api/json/get/NJv-NT-U8

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

عام طور پر، پہلی نظر میں، رسپانس پینل بھی کوئی حیران کن بات نہیں کرتا۔ تاہم، میں آپ کی توجہ چند نکات کی طرف مبذول کرانا چاہتا ہوں:

  1. جواب کے جسم کو ایک درخت کی شکل میں دکھایا گیا ہے، جو پہلے معلوماتی مواد کو شامل کرتا ہے اور دوسرا آپ کو کچھ دلچسپ خصوصیات شامل کرنے کی اجازت دیتا ہے جن کے بارے میں ذیل میں
  2. ایک Assertions ٹیب ہے، جو دی گئی درخواست کے لیے ٹیسٹوں کی فہرست دکھاتا ہے۔

جیسا کہ آپ دیکھ سکتے ہیں، ہمارے آلے کو آرام دہ اور پرسکون کلائنٹ کے طور پر استعمال کیا جا سکتا ہے۔ تاہم، اگر اس کی صلاحیتیں صرف درخواستیں بھیجنے تک محدود ہوتیں تو ہم یہاں نہیں ہوتے۔ اگلا، میں TestMace کے بنیادی تصورات اور فعالیت کا خاکہ پیش کروں گا۔

بنیادی تصورات اور خصوصیات

گرہ۔

TestMace فعالیت کو مختلف قسم کے نوڈس میں تقسیم کیا گیا ہے۔ اوپر دی گئی مثال میں، ہم نے RequestStep نوڈ کے آپریشن کا مظاہرہ کیا۔ تاہم، اب درخواست میں درج ذیل قسم کے نوڈس بھی دستیاب ہیں:

  • درخواست کا مرحلہ۔ یہ وہ نوڈ ہے جس کے ذریعے آپ درخواست بنا سکتے ہیں۔ چائلڈ عنصر کے طور پر اس میں صرف ایک Assertion node ہو سکتا ہے۔
  • دعویٰ۔ نوڈ کو ٹیسٹ لکھنے کے لیے استعمال کیا جاتا ہے۔ RequestStep نوڈ کا صرف چائلڈ نوڈ ہو سکتا ہے۔
  • فولڈر۔ آپ کو اپنے اندر فولڈر اور RequestStep نوڈس کو گروپ کرنے کی اجازت دیتا ہے۔
  • پروجیکٹ یہ روٹ نوڈ ہے، جب پروجیکٹ بنتا ہے تو خود بخود بن جاتا ہے۔ بصورت دیگر، یہ فولڈر نوڈ کی فعالیت کو دہراتا ہے۔
  • لنک. فولڈر یا RequestStep نوڈ سے لنک کریں۔ آپ کو استفسارات اور اسکرپٹس کو دوبارہ استعمال کرنے کی اجازت دیتا ہے۔
  • وغیرہ

نوڈس خروںچوں میں واقع ہیں (نیچے بائیں طرف والا پینل، جو تیزی سے "ون-آف" سوالات پیدا کرنے کے لیے استعمال کیا جاتا ہے) اور پروجیکٹس میں (اوپر بائیں جانب پینل)، جس پر ہم مزید تفصیل سے غور کریں گے۔

پروجیکٹ

جب آپ ایپلیکیشن لانچ کرتے ہیں، تو آپ کو اوپر بائیں کونے میں ایک واحد پروجیکٹ لائن نظر آ سکتی ہے۔ یہ منصوبے کے درخت کی جڑ ہے۔ جب آپ کوئی پروجیکٹ شروع کرتے ہیں تو ایک عارضی پروجیکٹ بنتا ہے، جس کا راستہ آپ کے آپریٹنگ سسٹم پر منحصر ہوتا ہے۔ کسی بھی وقت آپ پروجیکٹ کو اپنے لیے آسان جگہ پر منتقل کر سکتے ہیں۔

پروجیکٹ کا بنیادی مقصد فائل سسٹم میں ہونے والی پیشرفت کو محفوظ کرنے اور ورژن کنٹرول سسٹم کے ذریعے ان کو مزید ہم آہنگ کرنے، CI میں اسکرپٹ چلانے، تبدیلیوں کا جائزہ لینے وغیرہ کی صلاحیت ہے۔

متغیرات۔

متغیرات ایپلی کیشن کے کلیدی میکانزم میں سے ایک ہیں۔ آپ میں سے جو لوگ TestMace جیسے ٹولز کے ساتھ کام کرتے ہیں انہیں پہلے سے ہی اندازہ ہو سکتا ہے کہ ہم کس کے بارے میں بات کر رہے ہیں۔ لہذا، متغیرات عام ڈیٹا کو ذخیرہ کرنے اور نوڈس کے درمیان بات چیت کرنے کا ایک طریقہ ہیں۔ ایک اینالاگ، مثال کے طور پر، پوسٹ مین یا بے خوابی میں ماحولیاتی متغیرات ہیں۔ تاہم، ہم نے آگے بڑھ کر موضوع کو تیار کیا۔ TestMace میں، متغیر کو نوڈ کی سطح پر سیٹ کیا جا سکتا ہے۔ کوئی بھی۔ آباؤ اجداد سے متغیرات کو وراثت میں لینے اور اولاد میں متغیرات کو اوورلیپ کرنے کا ایک طریقہ کار بھی ہے۔ اس کے علاوہ متعدد بلٹ ان متغیرات ہیں، بلٹ ان متغیرات کے نام سے شروع ہوتے ہیں $. ان میں سے کچھ یہ ہیں:

  • $prevStep - پچھلے نوڈ کے متغیرات سے لنک
  • $nextStep - اگلے نوڈ کے متغیرات سے لنک
  • $parent - ایک ہی چیز، لیکن صرف آباؤ اجداد کے لیے
  • $response - سرور سے جواب
  • $env - موجودہ ماحولیاتی متغیرات
  • $dynamicVar - اسکرپٹ یا استفسار کے عمل کے دوران تخلیق کردہ متحرک متغیرات

$env - یہ بنیادی طور پر عام پروجیکٹ نوڈ لیول کے متغیرات ہیں، تاہم، ماحولیاتی متغیرات کا سیٹ منتخب ماحول کے لحاظ سے تبدیل ہوتا ہے۔

متغیر تک رسائی حاصل کی جاتی ہے۔ ${variable_name}
متغیر کی قدر ایک اور متغیر، یا یہاں تک کہ ایک مکمل اظہار بھی ہو سکتا ہے۔ مثال کے طور پر، یو آر ایل متغیر ایک اظہار ہو سکتا ہے جیسے
http://${host}:${port}/${endpoint}.

الگ سے، اسکرپٹ پر عمل درآمد کے دوران متغیرات کو تفویض کرنے کے امکان کو نوٹ کرنا ضروری ہے۔ مثال کے طور پر، اکثر کامیاب لاگ ان کے بعد سرور سے آنے والے اجازت نامے (ایک ٹوکن یا پورا ہیڈر) کو محفوظ کرنے کی ضرورت ہوتی ہے۔ TestMace آپ کو اس طرح کے ڈیٹا کو آباؤ اجداد میں سے کسی ایک کے متحرک متغیر میں محفوظ کرنے کی اجازت دیتا ہے۔ پہلے سے موجود "جامد" متغیرات کے ساتھ تصادم سے بچنے کے لیے، متحرک متغیرات کو الگ آبجیکٹ میں رکھا جاتا ہے۔ $dynamicVar.

منظر نامے

مندرجہ بالا تمام خصوصیات کا استعمال کرتے ہوئے، آپ پوری استفسار کی اسکرپٹس چلا سکتے ہیں۔ مثال کے طور پر، ایک ہستی بنانا -> کسی ہستی سے استفسار کرنا -> کسی ہستی کو حذف کرنا۔ اس صورت میں، مثال کے طور پر، آپ کئی RequestStep نوڈس کو گروپ کرنے کے لیے فولڈر نوڈ استعمال کر سکتے ہیں۔

خودکار تکمیل اور اظہار کو نمایاں کرنا

متغیرات کے ساتھ آسان کام کے لیے (اور نہ صرف) خودکار تکمیل ضروری ہے۔ اور ظاہر ہے، ایک اظہار کی قدر کو نمایاں کرنا آسان اور زیادہ آسان یہ واضح کرنے کے لیے کہ ایک خاص متغیر کس چیز کے برابر ہے۔ یہ بالکل ایسا ہی ہے جب سو بار سننے سے ایک بار دیکھنا بہتر ہے:

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

یہ بات قابل غور ہے کہ خودکار تکمیل کو نہ صرف متغیرات کے لیے لاگو کیا جاتا ہے، بلکہ، مثال کے طور پر، ہیڈر کے لیے، کچھ ہیڈرز کی قدریں (مثال کے طور پر، مواد کی قسم ہیڈر کے لیے خودکار تکمیل)، پروٹوکول اور بہت کچھ۔ درخواست کے بڑھنے کے ساتھ ہی فہرست کو مسلسل اپ ڈیٹ کیا جاتا ہے۔

کالعدم/دوبارہ کریں۔

تبدیلیوں کو کالعدم کرنا/دوبارہ کرنا ایک بہت آسان چیز ہے، لیکن کسی وجہ سے اسے ہر جگہ لاگو نہیں کیا جاتا ہے (اور APIs کے ساتھ کام کرنے کے ٹولز بھی اس سے مستثنیٰ نہیں ہیں)۔ لیکن ہم ان میں سے نہیں ہیں!) ہم نے پورے پراجیکٹ میں انڈو/ریڈو کو لاگو کیا ہے، جو آپ کو نہ صرف ایک مخصوص نوڈ میں ترمیم کرنے بلکہ اس کی تخلیق، حذف، حرکت وغیرہ کو بھی کالعدم کرنے کی اجازت دیتا ہے۔ سب سے اہم آپریشن تصدیق کی ضرورت ہے.

ٹیسٹ بنانا

Assertion node ٹیسٹ بنانے کے لیے ذمہ دار ہے۔ اہم خصوصیات میں سے ایک بلٹ ان ایڈیٹرز کا استعمال کرتے ہوئے، پروگرامنگ کے بغیر ٹیسٹ بنانے کی صلاحیت ہے۔

Assertion node دعووں کے ایک سیٹ پر مشتمل ہوتا ہے۔ ہر دعوے کی اپنی ایک قسم ہے؛ اس وقت دعوے کی کئی قسمیں ہیں۔

  1. اقدار کا موازنہ کریں - صرف 2 اقدار کا موازنہ کریں۔ متعدد موازنہ آپریٹرز ہیں: برابر، برابر نہیں، اس سے بڑا، اس سے بڑا یا مساوی، اس سے کم، اس سے کم یا برابر۔

  2. قدر پر مشتمل ہے - سٹرنگ میں سبسٹرنگ کی موجودگی کو چیک کرتا ہے۔

  3. XPath - چیک کرتا ہے کہ XML میں سلیکٹر ایک خاص قدر پر مشتمل ہے۔

  4. جاوا اسکرپٹ کا دعویٰ ایک صوابدیدی جاوا اسکرپٹ اسکرپٹ ہے جو کامیابی پر صحیح اور ناکامی پر غلط لوٹاتا ہے۔

میں نوٹ کرتا ہوں کہ صرف آخری کے لیے صارف سے پروگرامنگ کی مہارت کی ضرورت ہوتی ہے، باقی 3 دعوے گرافیکل انٹرفیس کا استعمال کرتے ہوئے بنائے جاتے ہیں۔ یہاں، مثال کے طور پر، موازنہ اقدار کا دعویٰ بنانے کے لیے ڈائیلاگ کیسا لگتا ہے:

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

کیک پر آئسنگ جوابات سے دعووں کی فوری تخلیق ہے، ذرا اسے دیکھیں!

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

تاہم، اس طرح کے دعووں کی واضح حدود ہوتی ہیں، جن پر قابو پانے کے لیے آپ جاوا اسکرپٹ کا دعویٰ استعمال کرنا چاہتے ہیں۔ اور یہاں TestMace خودکار تکمیل، نحو کو نمایاں کرنے اور یہاں تک کہ ایک جامد تجزیہ کار کے ساتھ ایک آرام دہ ماحول بھی فراہم کرتا ہے۔

API کی تفصیل

TestMace آپ کو نہ صرف API استعمال کرنے کی اجازت دیتا ہے بلکہ اسے دستاویز کرنے کی بھی اجازت دیتا ہے۔ مزید برآں، وضاحت خود بھی ایک درجہ بندی کی ساخت رکھتی ہے اور باقی پروجیکٹ میں باضابطہ طور پر فٹ بیٹھتی ہے۔ اس کے علاوہ، فی الحال سویگر 2.0 / اوپن اے پی آئی 3.0 فارمیٹس سے API کی تفصیل درآمد کرنا ممکن ہے۔ تفصیل بذات خود صرف ڈیڈ ویٹ نہیں ہے، بلکہ باقی پروجیکٹ کے ساتھ قریب سے مربوط ہے، خاص طور پر، URLs، HTTP ہیڈرز، استفسار کے پیرامیٹرز وغیرہ کی خودکار تکمیل دستیاب ہے، اور مستقبل میں ہم ٹیسٹ شامل کرنے کا ارادہ رکھتے ہیں۔ API کی تفصیل کے ساتھ جواب کی تعمیل کے لیے۔

شیئرنگ نوڈ

کیس: آپ ایک مشکل درخواست یا حتیٰ کہ ایک پوری اسکرپٹ کو کسی ساتھی کے ساتھ شیئر کرنا چاہیں گے یا اسے کسی بگ کے ساتھ منسلک کرنا چاہیں گے۔ TestMace اس کیس کا بھی احاطہ کرتا ہے: ایپلیکیشن آپ کو یو آر ایل میں کسی بھی نوڈ اور یہاں تک کہ سب ٹری کو سیریلائز کرنے کی اجازت دیتی ہے۔ کاپی پیسٹ کریں اور آپ آسانی سے درخواست کو دوسری مشین یا پروجیکٹ میں منتقل کر سکتے ہیں۔

انسانی پڑھنے کے قابل پروجیکٹ اسٹوریج کی شکل

اس وقت، ہر نوڈ کو yml ایکسٹینشن کے ساتھ ایک علیحدہ فائل میں ذخیرہ کیا جاتا ہے (جیسا کہ Assertion node کا معاملہ ہے)، یا نوڈ کے نام اور index.yml فائل کے فولڈر میں۔
مثال کے طور پر، مندرجہ بالا جائزے میں ہم نے جو درخواست کی فائل کی ہے وہ اس طرح نظر آتی ہے:

index.yml

children: []
variables: {}
type: RequestStep
assignVariables: []
requestData:
  request:
    method: GET
    url: 'https://next.json-generator.com/api/json/get/NJv-NT-U8'
  headers: []
  disabledInheritedHeaders: []
  params: []
  body:
    type: Json
    jsonBody: ''
    xmlBody: ''
    textBody: ''
    formData: []
    file: ''
    formURLEncoded: []
  strictSSL: Inherit
authData:
  type: inherit
name: Scratch 1

جیسا کہ آپ دیکھ سکتے ہیں، سب کچھ بہت واضح ہے. اگر چاہیں تو اس فارمیٹ کو دستی طور پر آسانی سے ایڈٹ کیا جا سکتا ہے۔

فائل سسٹم میں فولڈرز کا درجہ بندی مکمل طور پر پروجیکٹ میں نوڈس کے درجہ بندی کو دہراتا ہے۔ مثال کے طور پر، اسکرپٹ جیسے:

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

فائل سسٹم کو درج ذیل ڈھانچے میں نقشہ بناتا ہے (صرف فولڈر کا درجہ بندی دکھایا گیا ہے، لیکن جوہر واضح ہے)

TestMace - APIs کے ساتھ کام کرنے کے لیے ایک طاقتور IDE

اس سے پروجیکٹ کا جائزہ لینے کا عمل آسان ہوجاتا ہے۔

پوسٹ مین سے درآمد کریں۔

مندرجہ بالا سب کو پڑھنے کے بعد، کچھ صارفین ایک نئی پروڈکٹ کو آزمانا چاہیں گے یا (کیا مذاق نہیں کر رہا ہے!) اسے اپنے پروجیکٹ میں مکمل طور پر استعمال کرنا چاہیں گے۔ تاہم، ایک ہی پوسٹ مین میں بڑی تعداد میں ترقی کے ذریعے نقل مکانی کو روکا جا سکتا ہے۔ ایسے معاملات کے لیے، TestMace پوسٹ مین سے مجموعے درآمد کرنے کی حمایت کرتا ہے۔ اس وقت، ٹیسٹ کے بغیر درآمدات کی حمایت کی جاتی ہے، لیکن ہم مستقبل میں ان کی حمایت کو مسترد نہیں کرتے۔

منصوبے

مجھے امید ہے کہ جن لوگوں نے اس مقام تک پڑھا ہے ان میں سے بہت سے لوگوں کو ہماری پروڈکٹ پسند آئی ہوگی۔ تاہم، یہ سب نہیں ہے! پروڈکٹ پر کام زوروں پر ہے اور یہاں کچھ خصوصیات ہیں جنہیں ہم جلد ہی شامل کرنے کا ارادہ رکھتے ہیں۔

کلاؤڈ سنکرونائزیشن

سب سے زیادہ درخواست کردہ خصوصیات میں سے ایک۔ اس وقت، ہم مطابقت پذیری کے لیے ورژن کنٹرول سسٹم استعمال کرنے کی تجویز پیش کرتے ہیں، جس کے لیے ہم اس قسم کے اسٹوریج کے لیے فارمیٹ کو مزید دوستانہ بنا رہے ہیں۔ تاہم، یہ ورک فلو ہر کسی کے لیے موزوں نہیں ہے، اس لیے ہم اپنے سرورز کے ذریعے بہت سے لوگوں کے لیے ایک ہم آہنگی کا طریقہ کار شامل کرنے کا ارادہ رکھتے ہیں۔

CLI

جیسا کہ اوپر ذکر کیا گیا ہے، IDE سطح کی مصنوعات موجودہ ایپلی کیشنز یا ورک فلو کے ساتھ ہر قسم کے انضمام کے بغیر نہیں کر سکتیں۔ CLI بالکل وہی ہے جو TestMace میں لکھے گئے ٹیسٹوں کو مسلسل انضمام کے عمل میں ضم کرنے کے لیے درکار ہے۔ CLI پر کام زوروں پر ہے؛ ابتدائی ورژن ایک سادہ کنسول رپورٹ کے ساتھ پروجیکٹ کو شروع کریں گے۔ مستقبل میں ہم JUnit فارمیٹ میں رپورٹ آؤٹ پٹ شامل کرنے کا ارادہ رکھتے ہیں۔

پلگ ان سسٹم

ہمارے آلے کی تمام طاقت کے باوجود، معاملات کا مجموعہ جن کے حل کی ضرورت ہوتی ہے وہ لامحدود ہے۔ سب کے بعد، ایک خاص منصوبے کے لئے مخصوص ہیں کہ کام ہیں. اسی لیے مستقبل میں ہم پلگ ان تیار کرنے کے لیے SDK شامل کرنے کا ارادہ رکھتے ہیں اور ہر ڈویلپر اپنی پسند کے مطابق فعالیت شامل کر سکے گا۔

نوڈ کی اقسام کی حد کو بڑھانا

نوڈس کا یہ سیٹ صارف کے لیے درکار تمام معاملات کا احاطہ نہیں کرتا ہے۔ نوڈس جو شامل کرنے کا منصوبہ ہے:

  • اسکرپٹ نوڈ - js اور متعلقہ API کا استعمال کرتے ہوئے ڈیٹا کو تبدیل اور رکھتا ہے۔ اس قسم کے نوڈ کا استعمال کرتے ہوئے، آپ پوسٹ مین میں پری ریکوئسٹ اور پوسٹ ریکوئسٹ اسکرپٹ جیسی چیزیں کر سکتے ہیں۔
  • گراف کیو ایل نوڈ - گراف کیو ایل سپورٹ
  • حسب ضرورت دعوی نوڈ - آپ کو پروجیکٹ میں موجودہ دعووں کے سیٹ کو بڑھانے کی اجازت دے گا۔
    قدرتی طور پر، یہ کوئی حتمی فہرست نہیں ہے؛ یہ دوسری چیزوں کے علاوہ، آپ کے تاثرات کی وجہ سے مسلسل اپ ڈیٹ ہوتی رہے گی۔

اکثر پوچھے جانے والے سوالات

آپ پوسٹ مین سے کیسے مختلف ہیں؟

  1. نوڈس کا تصور، جو آپ کو پروجیکٹ کی فعالیت کو تقریباً لامتناہی پیمانے کی اجازت دیتا ہے۔
  2. فائل سسٹم میں محفوظ کرنے کے ساتھ انسانی پڑھنے کے قابل پروجیکٹ فارمیٹ، جو ورژن کنٹرول سسٹم کا استعمال کرتے ہوئے کام کو آسان بناتا ہے۔
  3. پروگرامنگ کے بغیر ٹیسٹ بنانے کی صلاحیت اور ٹیسٹ ایڈیٹر میں مزید جدید js سپورٹ (خودکار تکمیل، جامد تجزیہ کار)
  4. اعلی درجے کی خودکار تکمیل اور متغیرات کی موجودہ قدر کو نمایاں کرنا

کیا یہ اوپن سورس پروڈکٹ ہے؟

نہیں، اس وقت ذرائع بند ہیں، لیکن مستقبل میں ہم ذرائع کھولنے کے امکان پر غور کر رہے ہیں۔

آپ کس چیز سے جی رہے ہیں؟)

مفت ورژن کے ساتھ، ہم پروڈکٹ کا ادا شدہ ورژن جاری کرنے کا ارادہ رکھتے ہیں۔ اس میں بنیادی طور پر وہ چیزیں شامل ہوں گی جن کے لیے سرور سائیڈ کی ضرورت ہوتی ہے، مثال کے طور پر، سنکرونائزیشن۔

حاصل يہ ہوا

ہمارا پروجیکٹ ایک مستحکم ریلیز کی طرف تیزی سے آگے بڑھ رہا ہے۔ تاہم، مصنوعات کو پہلے سے ہی استعمال کیا جا سکتا ہے، اور ہمارے ابتدائی صارفین کی طرف سے مثبت رائے اس کا ثبوت ہے. ہم فعال طور پر رائے جمع کرتے ہیں، کیونکہ کمیونٹی کے ساتھ قریبی تعاون کے بغیر ایک اچھا ٹول بنانا ناممکن ہے۔ آپ ہمیں یہاں تلاش کر سکتے ہیں:

سرکاری ویب سائٹ

تار

ناپختہ

فیس بک

ایشوز ٹریکر

ہم آپ کی خواہشات اور تجاویز کے منتظر ہیں!

ماخذ: www.habr.com

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