pure::variants - کے لیے کنیکٹر
ماخذ کوڈ مینجمنٹ دستی
پیرامیٹرک ٹیکنالوجی GmbH
ورژن 6.0.7.685 pure::variants 6.0 کے لیے
کاپی رائٹ © 2003-2024 پیرامیٹرک ٹیکنالوجی GmbH
2024
تعارف
pure::variants Connector for Source Code Management (Connector) ڈویلپرز کو خالص::variants کا استعمال کرتے ہوئے سورس کوڈ کی تغیرات کا انتظام کرنے کے قابل بناتا ہے۔ pure::variants کا سورس کوڈ مینجمنٹ ڈائریکٹری ڈھانچے اور سورس کوڈ کو ہم آہنگ کرنے کا ایک لچکدار موقع فراہم کرتا ہے۔ filepure::variants ماڈلز کے ساتھ آسانی سے۔ اس طرح متغیرات کا انتظام پیچیدہ سافٹ ویئر پروجیکٹس پر بھی قابل عمل لاگو ہوسکتا ہے۔ مزید برآں خالص:: متغیرات کی خصوصیات اور سورس کوڈ کے درمیان کنکشن بلڈر کے ساتھ آسانی سے منظم کیے جا سکتے ہیں اور ماخذ کوڈ مینجمنٹ کے ذریعے انتہائی قابل رسائی ہیں۔
1.1. سافٹ ویئر کی ضروریات
pure::variants Connector for Source Code Management خالص::variants کے لیے ایک توسیع ہے اور تمام معاون پلیٹ فارمز پر دستیاب ہے۔
1.2. تنصیب
براہ کرم سیکشن pure::variants کنیکٹرز سے مشورہ کریں کہ کنیکٹر کو انسٹال کرنے کے طریقے کے بارے میں تفصیلی معلومات کے لیے pure::variants سیٹ اپ گائیڈ (مینو ہیلپ -> مدد کے مواد اور پھر pure::variants سیٹ اپ گائیڈ -> pure::variants کنیکٹر)۔
1.3. اس دستی کے بارے میں
قارئین سے توقع کی جاتی ہے کہ وہ خالص::متغیرات کے بارے میں بنیادی معلومات اور تجربہ رکھتا ہے۔ براہ کرم اس کتابچے کو پڑھنے سے پہلے اس کے تعارفی مواد سے رجوع کریں۔ کتابچہ آن لائن مدد کے ساتھ ساتھ پرنٹ ایبل پی ڈی ایف فارمیٹ میں یہاں دستیاب ہے۔
کنیکٹر کا استعمال کرتے ہوئے
2.1 خالص::متغیرات شروع ہو رہا ہے۔
استعمال شدہ انسٹالیشن کے طریقہ کار پر منحصر ہے یا تو pure::variants-enabled Eclipse شروع کریں یا ونڈوز کے تحت پروگرام مینو سے pure::variants آئٹم کو منتخب کریں۔
اگر ویریئنٹ مینجمنٹ کا نقطہ نظر پہلے سے فعال نہیں ہے، تو اسے ونڈو مینو میں اوپن پرسپیکٹیو->دیگر… سے منتخب کرکے ایسا کریں۔
2.2 فیملی ماڈل میں ڈائرکٹری ٹری درآمد کریں۔
ڈائرکٹری ٹری کو فیملی ماڈل میں امپورٹ کرنے سے پہلے، ایک ویریئنٹس پروجیکٹ بنانا ہوگا۔ نیز یہ تجویز ہے کہ فیچر ماڈل میں پہلے سے ہی خصوصیات کی وضاحت کی گئی ہو۔ براہ کرم ان اقدامات کے بارے میں مدد کے لیے خالص::متغیر دستاویزات سے رجوع کریں۔
اصل درآمد کا آغاز یا تو پروجیکٹس کے سیاق و سباق کے مینو میں Import… ایکشن کو منتخب کرکے کیا جاتا ہے۔ view یا درآمد کریں… مینو کے ساتھ File مینو ویریئنٹ مینجمنٹ کیٹیگری سے ویریئنٹ ماڈلز یا پروجیکٹس کو منتخب کریں اور اگلا دبائیں۔ مندرجہ ذیل صفحہ پر سورس فولڈرز سے فیملی ماڈل امپورٹ کریں کو منتخب کریں اور دوبارہ اگلا دبائیں۔
درآمد کرنے کے لیے سورس کوڈ کی قسم منتخب کریں۔
امپورٹ وزرڈ ظاہر ہوتا ہے (شکل 1، "درآمد وزرڈ کا صفحہ اس سورس کوڈ کی قسم کو منتخب کرنے کے لیے جو درآمد کیا جا سکتا ہے" دیکھیں)۔ درآمد کرنے کے لیے پروجیکٹ کی قسم منتخب کریں اور اگلا دبائیں۔ ہر قسم کا ایک پہلے سے طے شدہ سیٹ پر مشتمل ہے۔ file ماڈل میں درآمد کرنے کی اقسام۔
تصویر 1. امپورٹ وزرڈ کا صفحہ اس سورس کوڈ کی قسم کو منتخب کرنے کے لیے جو درآمد کیا جا سکتا ہے
ماخذ اور ہدف کو منتخب کریں۔
اگلے وزرڈ پیج پر (شکل 2، "درآمد کے لیے ذریعہ اور ہدف کو منتخب کرنے کے لیے درآمدی وزرڈ کا صفحہ") سورس ڈائرکٹری اور ٹارگٹ ماڈل کی وضاحت ہونی چاہیے۔
اس ڈائریکٹری کو منتخب کرنے کے لیے براؤز کریں… بٹن دبائیں جہاں سورس کوڈ موجود ہے جسے درآمد کیا جانا چاہیے۔ پہلے سے طے شدہ طور پر موجودہ ورک اسپیس کو منتخب کیا جاتا ہے کیونکہ یہ نیویگیٹ شروع کرنے کے لیے ایک مفید نقطہ ہو سکتا ہے۔
ذیل میں آپ پیٹرن کو شامل اور خارج کرنے کی وضاحت کر سکتے ہیں۔ یہ پیٹرن جاوا ریگولر ایکسپریشنز ہونے چاہئیں۔ سورس روٹ فولڈر سے متعلق ہر ان پٹ پاتھ کو ان پیٹرن کے ساتھ چیک کیا جاتا ہے۔ اگر شامل پیٹرن مماثل ہے تو، ایک فولڈر درآمد کیا جاتا ہے، اگر اخراج پیٹرن مماثل نہیں ہے۔ اس کا مطلب ہے کہ شامل پیٹرن فولڈرز کو درآمد کرنے کے لیے پہلے سے منتخب کرتا ہے، exclude پیٹرن اس پری سلیکشن کو محدود کرتا ہے۔
سورس کوڈ ڈائرکٹری کو منتخب کرنے کے بعد ایک ٹارگٹ ماڈل کی وضاحت ہونی چاہیے۔ لہذا ایک متغیر پروجیکٹ یا فولڈر منتخب کریں جہاں ماڈل کو ذخیرہ کیا جانا چاہئے اور ایک ماڈل کا نام درج کریں۔ دی file نام کو .ccfm ایکسٹینشن کے ساتھ خود بخود بڑھا دیا جاتا ہے اگر اس ڈائیلاگ میں نہیں دیا گیا ہے۔ پہلے سے طے شدہ طور پر اسے اسی نام پر سیٹ کیا جائے گا جو خود ماڈل کا نام ہے۔ یہ تجویز کردہ ترتیب ہے۔
ایک مفید ماخذ فولڈر اور مطلوبہ ماڈل کا نام بتانے کے بعد، ڈائیلاگ ختم کو دبانے سے ختم ہو سکتا ہے۔ اگر نیکسٹ بٹن دبایا جائے تو ایک اور صفحہ سامنے آرہا ہے جہاں اضافی سیٹنگز کی جاسکتی ہیں۔
شکل 2. درآمدی وزرڈ کا صفحہ جس کا ذریعہ اور درآمد کا ہدف منتخب کیا جائے۔
درآمد کی ترجیحات کو تبدیل کریں۔
آخری وزرڈ پیج پر (تصویر 3، "انفرادی ترتیب کی وضاحت کے لیے درآمدی وزرڈ کا صفحہ”) ایسی ترجیحات ہیں جو درآمد شدہ سافٹ ویئر پروجیکٹ کے لیے درآمدی رویے کو اپنی مرضی کے مطابق کرنے کے لیے کی جا سکتی ہیں۔
ڈائیلاگ صفحہ ایک ٹیبل دکھاتا ہے جہاں file اقسام کی وضاحت کی گئی ہے، جس پر درآمدی عمل کے ذریعے غور کیا جائے گا۔
ہر لائن چار شعبوں پر مشتمل ہے۔
- تفصیل کے خانے میں ایک مختصر وضاحتی متن ہے جس کی شناخت کے لیے file قسم
- دی File نام پیٹرن فیلڈ کو منتخب کرنے کے لیے استعمال کیا جاتا ہے۔ files کو درآمد کیا جائے گا جب وہ فیلڈز کی قیمت سے مماثل ہوں۔ فیلڈ مندرجہ ذیل نحو کا استعمال کرتا ہے:
- سب سے عام استعمال کی صورت ہو سکتی ہے a file توسیع معمول کی ترکیب .EXT ہے، جہاں EXT مطلوبہ ہے۔ file توسیع (مثلاً جاوا)۔
- ایک اور عام صورتحال ایک خاص ہے۔ file، ایک میک کی طرحfile. لہذا، عین مطابق پر میچ کرنا ممکن ہے file نام ایسا کرنے کے لیے، صرف درج کریں۔ file فیلڈ میں نام (مثال کے طور پر build.xml)۔
- کچھ معاملات میں نقشہ سازی کی خواہشات زیادہ مخصوص ہوتی ہیں، اس لیے صرف files جو ایک خاص پیٹرن سے مماثل ہے درآمد کیا جانا چاہئے۔ اس ضرورت کو پورا کرنے کے لیے میں ریگولر ایکسپریشنز استعمال کرنا ممکن ہے۔ File نام پیٹرن فیلڈ.
ریگولر ایکسپریشنز کے نحو کو بیان کرنا اس مدد کے مقصد سے بڑھ جائے گا۔ براہ کرم خالص::متغیرات صارف کے رہنما (مثال کے طور پر) میں حوالہ باب کے ریگولر ایکسپریشن سیکشن سے رجوع کریں۔
- میپڈ عنصر کی قسم کا فیلڈ میپنگ کو a کے درمیان سیٹ کرتا ہے۔ file قسم اور خالص:: متغیرات خاندانی عنصر کی قسم۔ خاندانی عنصر کی قسم ماخذ کے لیے ایک وضاحت کنندہ ہے۔ file درآمد شدہ ماڈل میں میپ شدہ عنصر کو مزید معلومات فراہم کرنے کے لیے۔ عام انتخاب ps:class یا ps:make ہیں۔file.
- دی میپڈ file ٹائپ فیلڈ a کے درمیان میپنگ سیٹ کرتا ہے۔ file قسم اور خالص :: متغیرات file قسم دی file type in pure::variants ماخذ کے لیے ایک وضاحت کنندہ ہے۔ file درآمد شدہ ماڈل میں میپ شدہ عنصر کو مزید معلومات فراہم کرنے کے لیے۔ عام انتخاب نفاذ کے لیے impl یا تعریف کے لیے def ہیں۔ files.
تصویر 3. انفرادی ترتیب کی وضاحت کے لیے درآمدی وزرڈ کا صفحہ
نیا file ایڈ میپنگ بٹن کا استعمال کرکے اقسام کو شامل کیا جا سکتا ہے۔ تمام فیلڈز غیر متعینہ قدر کے ساتھ بھری گئی ہیں اور صارف کے ذریعہ پُر کرنا ضروری ہے۔ کسی فیلڈ میں قدر میں ترمیم کرنے کے لیے، صرف ماؤس کے ساتھ فیلڈ میں کلک کریں۔ قدر قابل تدوین ہو جاتی ہے اور اسے تبدیل کیا جا سکتا ہے۔ ڈیفالٹ کو تبدیل کرنا ممکن نہیں ہے۔ file میز کے نام کے پیٹرن. تخصیص کو لچکدار بنانے کے لیے، اسے غیر منتخب کرنا ممکن ہے۔ file قطار کو غیر منتخب کرکے ٹائپ کریں۔ غیر منتخب file نام کے نمونے کنفیگریشن میں رہتے ہیں لیکن درآمد کنندہ کے ذریعہ استعمال نہیں کیا جائے گا۔ صارف کی وضاحت file ریموو میپنگ بٹن کا استعمال کرکے اقسام کو دوبارہ ہٹایا جا سکتا ہے۔
پہلے سے طے شدہ ایک اور files file نام کا پیٹرن ٹیبل میں دستیاب ہے لیکن غیر منتخب کیا گیا ہے۔ عام طور پر یہ سب کو درآمد نہیں کرنا چاہتا ہے۔ files لیکن اس کے مطابق قطار کو منتخب کرکے آسانی سے تبدیل کیا جاسکتا ہے۔
درآمد کنندہ کے رویے کو حسب ضرورت بنانے کے لیے تین عمومی درآمدی اختیارات ہیں۔
- ملاپ کے بغیر ڈائریکٹریز درآمد نہ کریں۔ files (جیسے CVS ڈائریکٹریز)۔
اگر درآمد کنندہ کو کوئی ایسی ڈائریکٹری ملتی ہے جہاں کوئی مماثلت نہیں ہے۔ file اس میں ہے اور جہاں کسی ذیلی ڈائرکٹری کا مماثلت نہیں ہے۔ file، ڈائریکٹری درآمد نہیں کی جائے گی۔ یہ اکثر مفید ہوتا ہے، اگر پروجیکٹس کا انتظام ورژن مینجمنٹ سسٹم جیسے CVS کے ذریعے کیا جاتا ہے۔ CVS کے لیے، ہر متعلقہ ڈائرکٹری میں ایک CVS- ڈائریکٹری ہوتی ہے جہاں غیر متعلقہ ہو۔ files محفوظ ہیں. اگر یہ اختیار منتخب کیا جاتا ہے اور CVS-files کسی سے مماثل نہیں ہے۔ file اوپر بیان کی گئی قسم، ڈائرکٹری فیملی ماڈل میں ایک جزو کے طور پر درآمد نہیں کی جائے گی۔ - چھانٹنا files اور ڈائریکٹریز۔
ترتیب دینے کے لیے اس اختیار کو فعال کریں۔ files اور ڈائریکٹریز ہر ایک حروف تہجی کی ترتیب میں۔ - پاتھ ہینڈلنگ درآمد کریں۔
مزید مطابقت پذیری کے لیے درآمد کنندہ کو تمام درآمد شدہ عناصر کے اصل راستے کو ماڈل میں ذخیرہ کرنے کی ضرورت ہے۔
بہت سے معاملات میں فیملی ماڈلز دوسرے صارفین کے ساتھ شیئر کیے جاتے ہیں۔ ڈائریکٹری کا ڈھانچہ ہر صارف کے لیے مختلف ہو سکتا ہے۔ عام استعمال کے منظرناموں کی حمایت کرنے کے لیے درآمد کنندہ مختلف طریقوں میں کام کر سکتا ہے:
| مطلق | درآمد شدہ عنصر کا مطلق راستہ ماڈل میں محفوظ کیا جائے گا۔ بعد میں مطابقت پذیری کے لیے اور تبدیلی کے دوران files کو بالکل اسی جگہ پر رکھنا ہوگا جیسا کہ پہلی درآمد کے دوران کیا گیا تھا۔ |
| ورک اسپیس سے متعلق | راستے ورک اسپیس فولڈر کے مقابلے میں محفوظ کیے جاتے ہیں۔ مطابقت پذیری کے لیے files کو Eclipse ورک اسپیس کا حصہ بننا ہوگا۔ تبدیلی کو ایکلیپس ورک اسپیس کو ان پٹ ڈائرکٹری کے طور پر استعمال کرنا ہوگا۔ |
| پروجیکٹ سے متعلق | راستے پروجیکٹ کے لحاظ سے محفوظ ہیں۔ مطابقت پذیری کے لیے files ایکلیپس کے اندر پروجیکٹ کا حصہ ہیں۔ تبدیلی کو پروجیکٹ فولڈر کو ان پٹ ڈائرکٹری کے طور پر استعمال کرنا ہوگا۔ |
| راستے سے متعلق | راستے دیئے گئے راستے کے مقابلے میں محفوظ کیے جاتے ہیں۔ مطابقت پذیری کے لیے files کو بالکل اسی جگہ پر رکھنا ہوگا۔ ٹرانسفارمیشن ان پٹ ڈائرکٹری درآمد کے دوران متعلقہ پاتھ جیسی ہی ہے۔ |
اس ڈائیلاگ کی تمام ترجیحات کو مستقل طور پر محفوظ کیا جاتا ہے۔ ذاتی تخصیصات کو ہر بار درآمد کے چلنے پر دوبارہ نہیں کرنا چاہیے۔ اس سے امپورٹ ورک فلو آسان اور تیز ہو جاتا ہے۔
2.3۔ ڈائرکٹری ٹری سے ماڈلز کو اپ ڈیٹ کرنا
ہم وقت سازی کا بٹن دبائیں۔ 
درآمد شدہ ماڈل کو اس کی ڈائرکٹری پاتھ کے ساتھ ہم آہنگ کرنے کے لیے۔ پروجیکٹ کا روٹ پاتھ ماڈل میں محفوظ ہوتا ہے لہذا یہ پہلے کی طرح اسی ڈائرکٹری میں ہم آہنگ ہوجائے گا۔ سنکرونائز بٹن کو فعال کرنے کے لیے، ماڈل کھولیں اور کوئی بھی عنصر منتخب کریں۔ سنکرونائز بٹن دبانے کے بعد کمپیئر ایڈیٹر کھل جاتا ہے جہاں موجودہ فیملی ماڈل اور موجودہ ڈائرکٹری ڈھانچے کے ماڈل کی مخالفت ہوتی ہے (دیکھیں شکل 4، "موازنہ ایڈیٹر میں ڈائریکٹری ٹری سے ماڈل اپ ڈیٹ")۔
پیکر 4۔ کمپیئر ایڈیٹر میں ڈائرکٹری ٹری سے ماڈل اپ ڈیٹ 
کمپیئر ایڈیٹر کا استعمال پورے pure::variants میں ماڈل ورژنز کا موازنہ کرنے کے لیے کیا جاتا ہے لیکن اس معاملے میں فزیکل ڈائرکٹری ڈھانچہ (نچلے دائیں جانب دکھائے جانے والے) کا موجودہ pure::variants ماڈل (نچلے بائیں جانب) سے موازنہ کرنے کے لیے استعمال کیا جاتا ہے۔ تمام تبدیلیوں کو ایڈیٹر کے اوپری حصے میں الگ الگ آئٹمز کے طور پر درج کیا جاتا ہے، جو متاثرہ عناصر کے ذریعہ ترتیب دیا جاتا ہے۔
اس فہرست میں کسی آئٹم کا انتخاب دونوں ماڈلز میں متعلقہ تبدیلی کو نمایاں کرتا ہے۔ سابق میںample، ایک اضافی عنصر کو دائیں ہاتھ کی طرف ایک باکس کے ساتھ نشان زد کیا گیا ہے اور بائیں ہاتھ کی جانب ماڈل میں اس کی قابل عمل پوزیشن کے ساتھ جڑا ہوا ہے۔ اپر اور لوئر ایڈیٹر ونڈوز کے درمیان ضم ٹول بار ڈائرکٹری ٹری ماڈل سے فیچر ماڈل تک واحد یا حتیٰ کہ تمام (غیر متضاد) تبدیلیوں کو مجموعی طور پر کاپی کرنے کے لیے ٹول فراہم کرتا ہے۔
نوٹ
مطابقت پذیری آخری استعمال شدہ درآمد کنندہ کی ترتیبات کے ساتھ کی جاتی ہے۔ اس سے ماڈل کو دوسری سیٹنگز کے ساتھ اپ ڈیٹ کرنا ممکن ہو جاتا ہے جیسا کہ درآمد کے وقت بنایا گیا تھا۔
ریلیشن انڈیکسر کا استعمال
ماخذ کوڈ مینجمنٹ کے لیے کنیکٹر تعلقات کو بہتر بناتا ہے۔ View pure::variants ماڈل عناصر اور سورس کوڈ کے درمیان کنکشن کے بارے میں معلومات کے ساتھ۔ ps:condxml اور ps:condtext عناصر کی شرائط میں استعمال ہونے والی خصوصیات کے لیے تعلقات شامل کیے جاتے ہیں۔
ps:flag اور ps:flag کے لیےfile عناصر C/C++ ماخذ میں پری پروسیسر کنسٹینٹس کا مقام files دکھائے گئے ہیں۔ اس کے علاوہ خصوصیت کے منفرد ناموں اور پری پروسیسر کانسٹینٹ کے درمیان میپنگ کا استعمال کرتے ہوئے منتخب فیچر کے لیے مماثل پری پروسیسر کنسٹینٹ کے مقامات دکھائے جاتے ہیں۔
3.1 کسی پروجیکٹ میں ریلیشن انڈیکسر شامل کرنا
ریلیشن انڈیکس کو خصوصی پروجیکٹ پراپرٹی پیج پر چالو کیا جا سکتا ہے۔ پروجیکٹ کو منتخب کریں اور سیاق و سباق کے مینو میں پراپرٹیز آئٹم کا انتخاب کریں۔ آنے والے ڈائیلاگ میں Relation Indexer صفحہ منتخب کریں۔
تصویر 5. ریلیشن انڈیکسر کے لیے پروجیکٹ پراپرٹی پیج
ریلیشن انڈیکسر کو پراجیکٹ کے لیے فعال کر دیا جاتا ہے ریلیشن انڈیکسر کو فعال کرنے کا آپشن (1)۔ انڈیکس کو فعال کرنے کے بعد پروجیکٹ کے مخصوص رویے کی وضاحت کرنے کے لیے کچھ اور اختیارات موجود ہیں۔ pure::variants Conditions اور C/C++ پری پروسیسر کنسٹنٹس کی انڈیکسنگ کو الگ سے چالو کیا جا سکتا ہے (2)۔ کے ساتھ فہرست file نام کے پیٹرن (3) کو منتخب کرنے کے لیے استعمال کیا جاتا ہے۔ files اشاریہ سازی کے لیے۔ صرف files جو نمونوں میں سے ایک سے میل کھاتا ہے اسکین کیا جاتا ہے۔ سب کو اسکین کرنے کے لیے پیٹرن کے طور پر "*" شامل کریں۔ fileایک پروجیکٹ کا۔
کسی پروجیکٹ کے لیے انڈیکس کو چالو کرنے کے بعد پروجیکٹ میں بلڈر کو شامل کیا جاتا ہے۔ یہ بلڈر سکین بدل گیا۔ filepure::variants ماڈل عناصر کے لیے نئے تعلقات کے لیے خود بخود۔
3.2 ماخذ کوڈ سے تعلقات
ایکٹیویٹڈ ریلیشن انڈیکسر کے ساتھ ریلیشنز View اضافی اندراجات پر مشتمل ہے۔ یہ اندراجات کا نام ظاہر کرتا ہے۔ file اور ویرینٹ پوائنٹ کا لائن نمبر۔ ٹول ٹپ کا مناسب سیکشن دکھاتا ہے۔ file. اندراج پر ڈبل کلک کرکے file ایک ایڈیٹر میں کھولا جائے گا۔
pure::variants شرائط
pure::variants حالت کو a کے حصوں کو شامل کرنے یا خارج کرنے کے لیے استعمال کیا جا سکتا ہے۔ file خصوصیت کے انتخاب پر منحصر ہے۔ کنڈیشن انڈیکسر ایسے اصولوں کو اسکین کرتا ہے اور حوالہ شدہ خصوصیات کو نکالتا ہے۔ اگر اس طرح کی خصوصیت کو ایڈیٹر میں منتخب کیا جاتا ہے تو تعلقات View سب دکھائے گا files اور لائنیں جہاں منتخب خصوصیت کے ساتھ ایک شرط واقع ہے (تصویر 6 دیکھیں، "تعلقات میں حالت کی نمائندگی View”)۔
تصویر 6. تعلقات میں ایک شرط کی نمائندگی View
شرائط کی وضاحت کرنے کے طریقے کے بارے میں تفصیلی وضاحت حاصل کرنے کے لیے، pure::variants کے باب 9.5.7 کے سیکشن ps:condtext سے رجوع کریں۔
C/C++ پری پروسیسر مستقل
C/C++ پری پروسیسر انڈیکسر اسکین کرتا ہے۔ files پری پروسیسر قواعد میں استعمال ہونے والے مستقل کے لیے (جیسے #ifdef، #ifndef، …)۔
اگر ایک ps:flag یا ps:flagfile عنصر کو منتخب کیا جاتا ہے تعلقات View متعین پری پروسیسر مستقل کے استعمال کو ظاہر کرتا ہے۔
تعلقات View نقشہ سازی کے نمونوں کا استعمال کرتے ہوئے خصوصیات سے منسلک پری پروسیسر مستقل کو بھی دکھاتا ہے۔ اس کے لیے منتخب کردہ فیچر کے ڈیٹا کے ساتھ پیٹرن کو بڑھایا جاتا ہے۔ نتیجے میں آنے والی علامتیں مماثل پری پروسیسر مستقل کو تلاش کرنے کے لیے استعمال ہوتی ہیں۔ تصویر 7، "تعلقات میں ایک C/C++ پری پروسیسر مستقل کی نمائندگی View"ایک سابقہ دکھاتا ہے۔ampپیٹرن فیم{نام} کے ساتھ۔ پیٹرن کو فیچر کے منفرد نام کے ساتھ fameNative تک پھیلایا گیا ہے۔ انڈیکسڈ کوڈ میں 76 مقامات ہیں جہاں پری پروسیسر مستقل fameNative استعمال کیا جاتا ہے۔
یہ مقامات تعلقات میں دکھائے گئے ہیں۔ View. پیٹرن کی تعریف ترجیحات میں کی جا سکتی ہے (سیکشن 3.3، "ترجیحات" دیکھیں)۔
تصویر 7. تعلقات میں C/C++ پری پروسیسر کانسٹینٹ کی نمائندگی View
3.3 ترجیحات
انڈیکسر کے ڈیفالٹ رویے کو تبدیل کرنے کے لیے ایکلیپس کی ترجیحات کو کھولیں اور ویریئنٹ مینجمنٹ کے زمرے میں ریلیشن انڈیکسر صفحہ کو منتخب کریں۔ صفحہ دو فہرستیں دکھاتا ہے۔
تصویر 8. ریلیشن انڈیکسر ترجیحی صفحہ
اوپری فہرست ڈیفالٹ پر مشتمل ہے۔ file انڈیکس کے لیے پیٹرن (1) یہ فہرست نئے فعال منصوبوں کے لیے ابتدائی پیٹرن کی ترتیب ہے۔
نچلی فہرست میں خصوصیات اور پری پروسیسر مستقل (2) کے درمیان نقشہ سازی شامل ہے۔ یہ نقشہ سازی تمام منصوبوں کے لیے استعمال ہوتی ہے۔ جدول 1، "سپورٹڈ میپنگ ریپلیسمنٹس" تمام ممکنہ تبدیلیوں کو ظاہر کرتا ہے۔
جدول 1۔ معاون نقشہ سازی کی تبدیلی
| وائلڈ کارڈ | تفصیل | Example: فیچر اے |
| نام | منتخب کردہ خصوصیت کا منفرد نام | FLAG_{Name} – FLAG_FeatureA |
| NAME | اوپری کیس منتخب کردہ خصوصیت کا منفرد نام | FLAG_{NAME} – FLAG_FEATUREA |
| نام | لوئر کیس منتخب خصوصیت کا منفرد نام | پرچم_{نام} - پرچم_خصوصیات |
دستاویزات / وسائل
 |
ماخذ کوڈ مینجمنٹ سوفٹ ویئر کے لیے خالص نظام 2024 کنیکٹر [پی ڈی ایف] یوزر مینوئل 2024، 2024 ماخذ کوڈ مینجمنٹ سوفٹ ویئر کے لیے کنیکٹر، سورس کوڈ مینجمنٹ سوفٹ ویئر کے لیے کنیکٹر، سورس کوڈ مینجمنٹ سوفٹ ویئر، مینجمنٹ سوفٹ ویئر، سافٹ ویئر |
