بصری بنیادی 9 کے ساتھ متحرک نقشے

بصری بنیادی کے 2008 ورژن اس اعلی صلاحیتوں اور زندگی کی مدت کے درمیان ایک مکمل تضاد لگتا ہے جس پر غور کیا گیا ہے.

میں شائع ایک مضمون میں MSdn میگزین اس کے دسمبر 2007 ایڈیشن میں، سکاٹ ویسنویشمائیکروسافٹ میں سوفٹ ویئر ڈویلپر انجنیئر، بصری بنیادی کا استعمال کرتے ہوئے نقشے کو کیسے ڈھونڈنے کے بارے میں ایک سبق کے طور پر ایک عمدہ کام ظاہر کرتا ہے. اس کے ساتھ یہ صرف بصری بنیادی کے سب سے زیادہ پرکشش خصوصیات میں سے کچھ نہیں ظاہر کرتا ہے، بلکہ ایک ایسے مثال کو پیش کرتا ہے جو دیگر ترقی پذیری ایپلی کیشنز کو شامل کرنے کے لئے ایک بنیاد کے طور پر استعمال کیا جا سکتا ہے.

اس پوسٹ کے آغاز میں ، ہم نے یہ حوالہ دیا کہ اس سے متصادم ہے جو بہت پہلے تصور کیا گیا تھا ، کہ بصری بنیادی موت کی لکیر پر تھا۔ اس بنیاد کی تجاویز مائیکرو سافٹ کی اس عادت پر مبنی ہے کہ وہ اپنی فروخت کو برقرار رکھنے کے لئے پلیٹ فارم کو چھوڑ دے۔ جاوا کے خلاف مقابلہ کرنے کے لئے اس کی مایوسی میں NET اور C (تیز) کی طرف اس کے زبردست دھکے کے بعد۔
ہم جانتے ہیں کہ ونڈوز پلیٹ فارمز پر ترقی کی طرف انتہائی خصوصی ہونے کی وجہ سے ، بصری بنیادی نے جو حدود لایا ، اسے تبدیل کرنا پڑے گا جب ون ایکس این ایم ایکس ایکس ماحول کے فوت ہوجانے پر ، مائیکروسافٹ سختی سے .NET میں داخل ہوتا ہے اور فریم ورک کے ذریعہ اپنی متحرک لائبریریوں کی حکمت عملی (dll) میں تبدیلی کرتا ہے لائن کے نیچے جو C ++ لاتا ہے؛ لہذا یہ توقع کی جارہی تھی کہ بصری بنیادی بنیادی طور پر مر گیا ... ایسا لگتا ہے کہ یہ طویل عرصے میں ہوگا ، جب ونڈوز وسٹا نے قبضہ کرلیا (سال ایکس این ایم ایکس ایکس :))

اگر تاریخ خود کو دہراتی ہے تو ، بصری بنیادی اور .NET اسی طرح ہوگا جیسے مائیکرو سافٹ نے فاکس کے ساتھ ایس کیو ایل اور رس کی زندگی کو بڑھانے کے لئے کیا تھا۔ اگرچہ مقابلہ اتنا نہیں ہے جتنا اس وقت تھا ، ملٹیلیئر ڈیزائن اور ویب انضمام کے رجحانات ڈیٹونیٹر ہیں جو بصری بنیادی کو گرنے یا ماسک بنادیں گے۔

ٹھیک ہے، سکاٹ کی طرف سے پیش کردہ پیش رفت پر نظر ڈالنے کے قابل ہے، اگرچہ ہم سفارش کرتے ہیں مکمل دستاویز پڑھیں ہم کچھ تبصرے کریں گے کہ پوسٹ فورس آسانپنزم کے سائز کے لئے.

1. WPF ماحول کا استعمال کرتے ہوئے

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

2. درخواست آبجیکٹ ماڈل

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

... ہم آرک ویو برازیلیرو بنانے کے خواہاں ہیں ... jo ...

3. نقشے کے طبقات کا استعمال

یہاں، ایک بہت تخلیقی انداز میں، مصنف نے کثیر الاضلاع کو شمالی امریکہ کے وفاقی معیارات سے جوڑ دیا ہے جسے FIPS کہا جاتا ہے، حالانکہ یہ صرف "شماریاتی" مقاصد کے لیے استعمال ہوتے ہیں، ہمیں لگتا ہے کہ لڑکے نے ایک اچھا کام کیا ہے۔ یہ ٹھیک کہتا ہے، "علاقہ" کی خصوصیات بیرونی طور پر قابل تدوین ہوں گی۔

4. XML ڈیٹا مینجمنٹ

آخر میں، میں فرض کرتا ہوں کہ کافی سوچنے اور پینے کے بعد آپ نے ڈیٹا اور جیومیٹری کو منظم طریقے سے درآمد کرنے کے لیے (تقریباً ناگزیر) xml اور LinQ ڈھانچے پر جانے کا فیصلہ کیا ہے، حالانکہ یہاں آپ اس پیچیدہ فیلڈ، جیوڈیسی کی حدود میں چلے جاتے ہیں۔ اس سے پتہ چلتا ہے کہ اس معنی میں دوبارہ ایجاد کرنا خطرناک ہے، اگر نتیجہ کا مقصد بہت واضح نہیں ہے۔ ہمیں ایسا لگتا ہے کہ جو کام اس نے کیا ہے اس کے مقاصد کے لیےنتائج دیکھیں"بہت اچھی بات ہے، پریشان کن بات یہ ہے کہ جب یہ نتیجہ ایک میٹنگ میں ایک ایگزیکٹو دیکھتا ہے اور کہتا ہے:

"میرا ان شیئر ہولڈرز سے رابطہ ہے جو اس ایپلی کیشن میں سرمایہ کاری کرنے کے خواہشمند ہیں تاکہ ہم ایک نقشہ سازی کا نظام بنا سکیں جسے میگا انسٹی ٹیوٹ آف ٹیریٹوریل مینجمنٹ میں لاگو کیا جا سکے۔"

اور دے دیں ، انہوں نے کسی چیز کی بحالی ختم کی ... جسے اسکاٹ اپنی غیر جغرافیائی زبان میں مانتا ہے:

"پیچیدہ جیومیٹریوں کے لیے، میں نے جو کیا وہ دو اعداد و شمار تھے، پہلے میں نے ایک کو پس منظر میں دکھایا تاکہ سامنے والا ڈھک نہ پائے اور اس طرح یہ ایک جزیرے کی طرح نظر آئے..."

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

جوہر میں، بصری بیس، WPF، اظہار بلینڈ اور LINQ کا استعمال کرتے ہوئے میں موجودہ اعداد و شمار کے موجودہ نسخے سے نسبتا جدید ترین نظریات کو دوبارہ بنانے کے قابل ہونے کی درخواست تیار کرنے میں کامیاب تھا. اس ایپلی کیشن کو مختلف سالوں سے اعداد و شمار کو دیکھنے کے لئے یا مختلف طریقوں سے اعداد و شمار کو جوڑی کرنے کے لئے آسانی سے بڑھایا جا سکتا ہے. اس کوڈ سے ہم غلط استعمال کو روک سکتے ہیں. حفاظت کی بابت مزید جانیں تجربہ میں ہچکچاہٹ مت کرو اور دیکھو جو آپ حاصل کر سکتے ہیں.

کے ذریعے: Geomusings