ایپلیکیشنز کی ترقی
Iroha ایپلی کیشنز کو ٹرانزیکشن کا رویہ واضح کرنا چاہئے، دستخط کی حالت پر مشتمل رہنا چاہئے، اور ان سوالات اور واقعات کا استعمال کرنا چاہئے جو پیداوار میں آسانی سے مشاہدہ کرنے کے لئے آسان ہیں.
کلائنٹ سیٹ اپ
- ایپلی کیشن سورس کوڈ کے باہر کلائنٹ ترتیب ذخیرہ کریں۔ ماحول مخصوص ترتیب سے سلسلہ ID ، Torii URL ، دستخط اکاؤنٹ اور لین دین کی ترتیبات لوڈ کریں.
client.tomlفائلوں کو مقامی نیٹ ورک ، Taira ، Minamoto ، اور نجی نیٹ ورک کے لئے الگ رکھیں. ایک کاپی شدہ ٹیسٹ نیٹ دستخط کبھی بھی مین نیٹ دستخط نہیں بننا چاہئے۔- ٹرانزیکشن لائفٹائمز اور اسٹیٹس ٹائم آؤٹ کو جان بوجھ کر طے کریں۔ ایک بہت ہی مختصر زندگی معمول کے نیٹ ورک کی پریشانی کے تحت ختم ہوسکتی ہے ، جبکہ ایک بہت طویل عرصہ سے دوہری گذارشات پر استدلال کرنا مشکل ہوسکتا ہے۔
- صرف
nonce = trueکا استعمال کریں جب بار بار ٹرانزیکشنز میں الگ الگ ہیش ہونا چاہئے۔ idempotent کاروباری کارروائیوں کے ل an ، ایک درخواست کی درخواست کو اسٹور اور دوبارہ استعمال کریں ID تاکہ دوبارہ کوششیں ٹریک کی جاسکیں۔
موجودہ TOML فیلڈز کے لئے کلائنٹ ترتیب ملاحظہ کریں۔
لین دین
- SDK ٹائپ کردہ ہدایات سے لین دین کی تعمیر کریں جہاں ممکن ہو خام JSON یا تاروں کے ساتھ جمع ہونے والے مفید بوجھ کے بجائے.
- Preflight اہم صرف پڑھنے کے سوالات کے ساتھ لکھتا ہے: اکاؤنٹ کی موجودگی، اثاثہ بیلنس، اجازت ریاست، فیس اثاثے کی دستیابی، اور ہدف آبجیکٹ حالت.
- ٹرانزیکشن ہیش، اتھارٹی اکاؤنٹ، ہدایات کا خلاصہ، اور متوقع حالت کی تبدیلی کو جمع کرنے سے پہلے ریکارڈ کریں.
Rejected،Expired، اور ٹائم آؤٹ کے نتائج مختلف ہیں۔ ٹائم آوٹ کا مطلب ہے کہ مؤکل نے حتمی حیثیت کو نہیں دیکھا۔ یہ ثابت نہیں کرتا ہے کہ نیٹ ورک نے لین دین کو نظرانداز کیا ہے۔- ایک کامیاب تحریر کے بعد، کاروباری آپریشن سے ملنے والے استفسار یا واقعہ چیک پوائنٹ کے ساتھ نتائج کی تصدیق کریں.
ٹرانزیکشن میکانکس کے لئے، ٹرانزیکشنز دیکھیں.
سوالات اور واقعات
- تبدیلی کی اطلاعات کے لئے موجودہ حالت اور واقعات کے سلسلے کے سوالات کا استعمال کریں۔ ایونٹ ہینڈلنگ کو بار بار وسیع سوالات سے تبدیل کرنے سے گریز کریں۔
- اکاؤنٹ، اثاثہ اور بلاک کی فہرست جیسے وسیع تکرار پذیر سوالات کو صفحہ بندی کریں.
- سبسکرپشنز اور ٹرگرز کے لئے تنگ فلٹرز کو ترجیح دیتے ہیں۔ وسیع فلٹر تشخیص کے لئے مفید ہیں لیکن غیر ضروری عملدرآمد اور کلائنٹ کی طرف سے پروسیسنگ شامل کر سکتے ہیں۔
- صرف پڑھنے والے دھواں کے چیک کو دستخط شدہ ٹرانزیکشن ٹیسٹ سے الگ رکھیں تاکہ اختتامی نقطہ کی دستیابی کا تشخیص کرنا آسان ہو۔
دیکھیں سوالوں، واقعے، اور فلٹرز .
ایجنٹ کی مدد سے ترقی
- ایجنٹوں کو ٹرانزیکشن کوڈ لکھنے سے پہلے دستاویزات، SDK کوڈ، اور صرف پڑھنے کے نیٹ ورک کی حالت کا معائنہ کرنے دو.
TAIRA_LIVE=1جیسے ماحول کے پرچم کے پیچھے براہ راست نیٹ ورک ٹیسٹ کا اختیار رکھیں.- پرائیویٹ چابیاں، اکاؤنٹ کی بازیابی کا مواد، API ٹوکن، یا آگے بڑھانے والے مصنف کے سرخیوں کو پرامپٹس میں پیسٹ نہ کریں۔
- کسی بھی ایجنٹ کو براہ راست ٹیسٹ نیٹ ٹرانزیکشن جمع کروانے سے پہلے لین دین کے منصوبے کی ضرورت ہے۔ اس منصوبے میں نیٹ ورک ، اتھارٹی ، ہدایات ، فیس اثاثہ ، پری فلائٹ ریڈس ، متوقع نتیجہ اور دوبارہ کوشش کا رویہ شامل ہونا چاہئے۔
Taira MCP ورک فلو کے لئے، دیکھیں SORA پر تعمیر کریں 3: Taira اور Minamoto.
SDK حفظان صحت
- پن SDK اور بائنری ورژن مل کر مطابقت میٹرکس کا استعمال کرتے ہوئے۔
- پیدا کردہ کلائنٹ کوڈ، ٹکڑے ٹکڑے، اور مثالیں اپ اسٹریم ورک اسپیس ریویژن کے ساتھ مطابقت پذیر رکھیں.
- ٹرانزیکشن بلڈنگ کوڈ اور انٹیگریشن ٹیسٹ کے لئے یونٹ ٹیسٹ شامل کریں آپ کی درخواست پر منحصر سب سے چھوٹے پڑھنے اور لکھنے کے راستے کے لئے.