روبوٹ، حکمت عملی، مینیجر وغیرہ کے درمیان تعلقات

مصنف:ہاکسلاٹو, تخلیق: 2018-03-14 13:46:19, تازہ کاری: 2019-07-31 17:52:26

میں سمجھتا ہوں کہ آج کل، ایجاد کاروں نے روبوٹ اور حکمت عملی کے درمیان ایک دوسرے کے ساتھ تعلقات کو مقداری بنا دیا ہے۔

ہر روبوٹ جو تخلیق کیا جاتا ہے وہ ترتیب کے پیرامیٹرز میں ترمیم کرسکتا ہے ، لیکن ایسا لگتا ہے کہ صرف اس کی پالیسی میں ترمیم نہیں کی جاسکتی ہے۔

اس کا مطلب یہ ہے کہ ہر بار جب کوئی نئی حکمت عملی بنائی جاتی ہے تو ، اس حکمت عملی کو ڈسک پر ٹیسٹ کرنے کے لئے ، اس حکمت عملی کے لئے ایک نیا مساوی روبوٹ بنانا پڑتا ہے۔

کیا یہ سمجھنا درست ہے؟ اور اگر ایسا ہے تو ، کیا روبوٹ کے مطابق حکمت عملی کو تبدیل کرنے کی حمایت کی جاسکتی ہے تاکہ ٹیسٹنگ اور ڈیبگنگ کو آسان بنایا جاسکے؟


متعلقہ

مزید

بیزپونیایک میزبان کئی روبوٹ کے ساتھ مطابقت رکھتا ہے، اور اسی طرح ایک روبوٹ کئی میزبانوں کے ساتھ مطابقت رکھتا ہے، ٹھیک ہے؟

چھوٹا سا خوابآپ کا نام اور کردار ♂️ BotVS ویب سائٹ کو کنٹرول کرنے ، روبوٹ کی نگرانی ، منتظم ، اور کوالٹی ٹریڈنگ پلیٹ فارم کی ایک سیریز کی خصوصیات (سیاست لکھنے کی جانچ پڑتال ، وغیرہ) کے تحت تعینات کیا جاسکتا ہے۔ BotVS اکاؤنٹس کے تحت متعدد منتظم پروگراموں کو تعینات کیا جاسکتا ہے ، جو مختلف آپریٹنگ سسٹم کے آلات پر چل سکتے ہیں ، چاہے وہ اپنے ذاتی کمپیوٹر ہوں یا کلاؤڈ سرورز (مثال کے طور پر علی کلاؤڈ وی پی ایس) ۔ منتظم روبوٹ کے انتظام کے لئے استعمال کیا جاتا سافٹ ویئر، حکمت عملی روبوٹ کے سافٹ ویئر کی ڈرائیور ہے، جو نظام کے بنیادی کاموں کو انجام دینے کے لئے ذمہ دار ہے. مختلف بڑے آپریٹنگ سسٹم کی حمایت کرتا ہے. ایک آلہ پر ایک سے زیادہ منتظم پروگراموں کو تعینات کیا جا سکتا ہے ((اگر کارکردگی مقرر کی جاتی ہے تو، کافی ترتیب دی جاتی ہے) ، منتظم کو تعینات کرتے وقت، ہر BotVS اکاؤنٹ کا منفرد پتہ استعمال کریں ((مثال کے طور پر: rpcs@a.botvs.com:9902/0766670) شناخت کے طور پر، BotVS اکاؤنٹ کے پاس ورڈ کی توثیق کی ضرورت ہے، تعیناتی کامیاب ہو گی، لاگ ان OK دکھائے گا... وغیرہ کی معلومات. یہ حکمت عملی مخصوص ٹرانزیکشن منطق، ٹرانزیکشن طریقہ کار، واقعہ کی کارروائی، تصویر کی حالت کی نمائش، انٹرایکٹو پروسیسنگ وغیرہ کی حمایت کرتا ہے. یہ حکمت عملی جاوا اسکرپٹ، پطرون، C++ میں لکھنے کی حمایت کرتا ہے، اور یہ حکمت عملی روبوٹ کو چلانے کے لئے پابند ہے، تاکہ اس حکمت عملی کا استعمال کرتے ہوئے ٹرانزیکشن منطق کو تجارتی اکاؤنٹس کو چلانے کے لئے استعمال کیا جا سکے. روبوٹ کے لئے روبوٹ وی ایس کوٹیفیکیشن پلیٹ فارم کے ساتھ آخر کار خودکار پروگرامنگ ، کوٹیفیکیشن ، اور تجارت کرنے والے اشیاء کو حاصل کرنا۔ روبوٹ کی تخلیق کے وقت ، روبوٹ تخلیق کے صفحے کو کچھ پیرامیٹرز کی تشکیل ، کسی پالیسی کو پابند کرنے ، کچھ ایکسچینج اشیاء کی تشکیل کی ضرورت ہوتی ہے جن پر کام کرنے کی ضرورت ہوتی ہے (ایک مخصوص ایکسچینج اکاؤنٹ کی نمائندگی کرتے ہیں) ، روبوٹ کو کون سے میزبان پر چلانے کی وضاحت کریں (سرورز کو چلانے والے سرورز) ، یا روبوٹ وی ایس کے ذریعہ خود بخود موجودہ کم بوجھ والے میزبانوں کو تفویض نہ کریں (سرورز کو چلانے والے سرورز) ایکسچینج آبجیکٹ کا استعمال کسی ایکسچینج میں اکاؤنٹ کی نمائندگی کرنے کے لئے کیا جاتا ہے۔ ایکسچینج شامل کرنا ، ایک ایکسچینج اکاؤنٹ کی تشکیل کی معلومات ، API KEY (اجازت کی کلید) یا ایکسچینج اکاؤنٹ ، صرف اس ایکسچینج کو شامل کرنا ہے جو روبوٹ کی تخلیق کے وقت منتخب کیا جاسکتا ہے ، اور روبوٹ کے لئے ایکسچینج آبجیکٹ کی تشکیل کے طور پر منتخب کیا جاسکتا ہے۔ صارف کی معلومات کو صارف کے براؤزر پر خفیہ کاری کے بعد BotVS اکاؤنٹ میں تشکیل دیا جاتا ہے ، یعنی BotVS اکاؤنٹ صارف کی واضح معلومات کو محفوظ نہیں کرتا ہے۔

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

ہاکسلاٹولہذا موجودہ صورت حال یہ ہے کہ ایک روبوٹ صرف ایک پالیسی A کو پابند کرسکتا ہے اور پابند ہونے کے بعد کسی اور پالیسی B پر سوئچ نہیں کرسکتا ہے۔ میرا سوال یہ ہے کہ کیا پابند پالیسی کو تبدیل کرنے کی حمایت کی جاسکتی ہے تاکہ ہر روبوٹ کو آزادانہ طور پر اس پالیسی کو تبدیل کرنے کی اجازت دی جاسکے جو وہ استعمال کرنا چاہتا ہے۔