مائیکروسافٹ نے کمیونٹی کی رائے سنی اور .NET SDK ریپوزٹری پر واپس آ گیا جو کوڈ "ہاٹ ری لوڈ" فنکشن کو نافذ کرتا ہے، جسے کچھ دن پہلے کوڈ بیس سے ہٹا دیا گیا تھا، اس حقیقت کے باوجود کہ یہ پہلے سے ہی اوپن سورس کے طور پر درج تھا۔ .NET 6 کی ابتدائی ریلیز کا حصہ تھا۔ کمپنی کے نمائندوں نے کمیونٹی سے معافی مانگی اور اعتراف کیا کہ انہوں نے پہلے ہی شامل کیے گئے کوڈ کو ہٹا کر غلطی کی ہے اور کمیونٹی کے عدم اطمینان کا فوری جواب نہیں دیا۔ یہ بھی کہا گیا ہے کہ کمپنی .NET کو ایک کھلے پلیٹ فارم کی حیثیت سے برقرار رکھے ہوئے ہے اور اوپن ڈویلپمنٹ ماڈل کے مطابق اپنی ترقی جاری رکھے گی۔
یہ وضاحت کی گئی ہے کہ .NET 6 کی ریلیز سے قبل وسائل اور وقت کی کمی کی وجہ سے، صرف Visual Studio 2022 میں Hot Reload پیش کرنے کا فیصلہ کیا گیا تھا، لیکن سب سے بڑی غلطی یہ تھی کہ پہلے سے کھولے گئے کوڈ کو فعال نہ کرنے کی بجائے source codebase، اس کوڈ کو مخزن سے ہٹا دیا گیا ہے۔ .NET 6 کی حتمی ریلیز میں "ہاٹ ری لوڈ" کو لانے کے لیے وسائل کی کمی کا ذکر سوالات کو جنم دیتا ہے، کیونکہ یہ فیچر پہلے ہی .NET 6 RC1 اور .NET 6 RC2 کے حتمی ٹیکسٹ ریلیز کا حصہ تھا، اور اس کا تجربہ صارفین ویژول اسٹوڈیو 2022 میں ڈیولپمنٹ بھی ڈیولپمنٹ کے لیے اضافی وقت کی اجازت نہیں دیتی ہے، کیونکہ ویژول اسٹوڈیو 2022 اور .NET 6 ایک ہی دن - 8 نومبر کو ریلیز کے لیے شیڈول ہیں۔
اصل میں یہ سوچا گیا تھا کہ "ہاٹ ری لوڈ" کو صرف کمرشل پروڈکٹ ویژول اسٹوڈیو 2022 میں چھوڑنے کا مقصد مفت ڈویلپمنٹ ٹولز کے مقابلے اس کی مسابقتی اپیل کو بڑھانا تھا۔ دی ورج کے مطابق، "ہاٹ ری لوڈ" کوڈ کو ہٹانا ایک انتظامی فیصلہ تھا جو مائیکروسافٹ کے سافٹ ویئر ڈویلپمنٹ ڈویژن کی سربراہ جولیا لیوسن نے کیا تھا۔
ایک یاد دہانی کے طور پر، Hot Reload ایک پروگرام کے چلتے وقت کوڈ میں ترمیم کرنے کا ایک ذریعہ فراہم کرتا ہے، جس سے آپ کو دستی طور پر عملدرآمد کو روکے بغیر یا بریک پوائنٹس کو منسلک کیے بغیر تبدیلیاں کرنے کی اجازت ملتی ہے۔ ڈویلپر ایپلی کیشن کو ڈاٹ نیٹ واچ کنٹرول کے تحت چلا سکتا تھا، جس کے بعد کوڈ میں کی گئی تبدیلیاں چلتی ہوئی ایپلی کیشن پر خود بخود لاگو ہو جاتی تھیں، جس سے نتیجہ کو فوری طور پر دیکھنا ممکن ہو جاتا تھا۔
ماخذ: opennet.ru