pure::variants – ตัวเชื่อมต่อสำหรับ
คู่มือการจัดการซอร์สโค้ด
บริษัท พาราเมตริก เทคโนโลยี จีเอ็มบี
เวอร์ชัน 6.0.7.685 สำหรับ pure::variants 6.0
ลิขสิทธิ์ © 2003-2024 บริษัท Parametric Technology GmbH
2024

การแนะนำ

ตัวเชื่อมต่อ pure::variants สำหรับการจัดการซอร์สโค้ด (ตัวเชื่อมต่อ) ช่วยให้นักพัฒนาสามารถจัดการความแปรปรวนของซอร์สโค้ดโดยใช้ pure::variants การจัดการซอร์สโค้ดของ pure::variants ให้โอกาสที่ยืดหยุ่นในการซิงโครไนซ์โครงสร้างไดเรกทอรีและซอร์สโค้ด fileได้อย่างง่ายดายด้วยโมเดล pure::variants ด้วยเหตุนี้การจัดการตัวแปรจึงสามารถนำไปปฏิบัติได้จริงแม้แต่กับโปรเจ็กต์ซอฟต์แวร์ที่ซับซ้อน นอกจากนี้ การเชื่อมต่อระหว่างฟีเจอร์ของ pure::variants และโค้ดต้นฉบับสามารถจัดการได้ง่ายขึ้นด้วยตัวสร้าง และเข้าถึงได้ง่ายผ่านการจัดการโค้ดต้นฉบับ
1.1. ข้อกำหนดของซอฟต์แวร์
ตัวเชื่อมต่อ pure::variants สำหรับการจัดการโค้ดต้นทางเป็นส่วนขยายสำหรับ pure::variants และพร้อมใช้งานบนแพลตฟอร์มที่รองรับทั้งหมด
1.2. การติดตั้ง
โปรดดูส่วนตัวเชื่อมต่อ pure::variants ในคู่มือการตั้งค่า pure::variants สำหรับข้อมูลโดยละเอียดเกี่ยวกับวิธีการติดตั้งตัวเชื่อมต่อ (เมนู ช่วยเหลือ -> เนื้อหาวิธีใช้ จากนั้นไปที่คู่มือการตั้งค่า pure::variants -> ตัวเชื่อมต่อ pure::variants)
1.3. เกี่ยวกับคู่มือนี้
ผู้อ่านควรมีพื้นฐานความรู้และประสบการณ์เกี่ยวกับ pure::variants โปรดอ่านเอกสารแนะนำก่อนอ่านคู่มือนี้ คู่มือนี้มีให้ใช้งานทั้งในรูปแบบความช่วยเหลือออนไลน์และรูปแบบ PDF ที่สามารถพิมพ์ได้ที่นี่

การใช้ตัวเชื่อมต่อ

2.1. การเริ่มต้น pure::variants
ขึ้นอยู่กับวิธีการติดตั้งที่ใช้ ให้เริ่ม Eclipse ที่เปิดใช้งาน pure::variants หรือภายใต้ Windows เลือกรายการ pure::variants จากเมนูโปรแกรม
หากยังไม่ได้เปิดใช้งานมุมมองการจัดการตัวแปร โปรดเลือกจาก เปิดมุมมอง->อื่นๆ... ในเมนูหน้าต่าง
2.2. นำเข้าโครงสร้างไดเรกทอรีไปยังโมเดลครอบครัว
ก่อนที่จะนำเข้าไดเร็กทอรีทรีไปยัง Family Model จะต้องสร้างโปรเจ็กต์ตัวแปรก่อน นอกจากนี้ ขอแนะนำให้มีการกำหนดคุณลักษณะใน Feature Model ไว้แล้ว โปรดดูเอกสาร pure::variants เพื่อขอความช่วยเหลือเกี่ยวกับขั้นตอนเหล่านี้
การนำเข้าจริงเริ่มต้นโดยเลือกการดำเนินการนำเข้า… ในเมนูบริบทของโครงการ view หรือด้วยเมนู Import… ใน File เมนู เลือก Variant Models หรือ Projects จากหมวด Variant Management แล้วกด Next ในหน้าถัดไป เลือก Import a Family Model from source folders แล้วกด Next อีกครั้ง
เลือกประเภทของโค้ดต้นฉบับที่จะนำเข้า
ตัวช่วยนำเข้าจะปรากฏขึ้น (ดูรูปที่ 1 "หน้าตัวช่วยนำเข้าเพื่อเลือกประเภทของโค้ดต้นฉบับที่จะนำเข้า") เลือกประเภทโครงการที่จะนำเข้าแล้วกดถัดไป แต่ละประเภทประกอบด้วยชุดโค้ดที่กำหนดไว้ล่วงหน้า file ประเภทที่จะนำเข้าสู่โมเดล
รูปที่ 1. หน้าตัวช่วยนำเข้าเพื่อเลือกประเภทของโค้ดต้นฉบับที่จะนำเข้าได้เลือกแหล่งที่มาและเป้าหมาย
ในหน้าตัวช่วยถัดไป (รูปที่ 2 “หน้าตัวช่วยนำเข้าเพื่อเลือกแหล่งที่มาและเป้าหมายสำหรับการนำเข้า”) ต้องระบุไดเร็กทอรีแหล่งที่มาและโมเดลเป้าหมาย
กดปุ่ม Browse… เพื่อเลือกไดเรกทอรีที่มีโค้ดต้นฉบับที่ต้องการนำเข้า โดยค่าเริ่มต้นจะเลือกพื้นที่ทำงานปัจจุบัน เนื่องจากอาจเป็นจุดเริ่มต้นที่มีประโยชน์ในการนำทาง
คุณสามารถระบุรูปแบบการรวมและไม่รวมได้ด้านล่าง รูปแบบเหล่านี้จะต้องเป็นนิพจน์ทั่วไปของ Java เส้นทางอินพุตแต่ละเส้นทางที่สัมพันธ์กับโฟลเดอร์รูทต้นทางจะได้รับการตรวจสอบด้วยรูปแบบเหล่านี้ หากรูปแบบการรวมตรงกัน โฟลเดอร์จะถูกนำเข้า หากรูปแบบการไม่รวมไม่ตรงกัน ซึ่งหมายความว่ารูปแบบการรวมจะเลือกโฟลเดอร์ที่จะนำเข้าล่วงหน้า รูปแบบการไม่รวมจะจำกัดการเลือกล่วงหน้านี้
หลังจากเลือกไดเรกทอรีของโค้ดต้นฉบับแล้ว จะต้องกำหนดโมเดลเป้าหมาย ดังนั้น ให้เลือกโปรเจ็กต์ตัวแปรหรือโฟลเดอร์ที่จะเก็บโมเดลไว้ และป้อนชื่อโมเดล file ระบบจะขยายชื่อด้วยนามสกุล .ccfm โดยอัตโนมัติหากไม่ได้ระบุไว้ในกล่องโต้ตอบนี้ โดยค่าเริ่มต้น ชื่อจะถูกตั้งเป็นชื่อเดียวกับชื่อรุ่นเอง นี่คือการตั้งค่าที่แนะนำ
หลังจากระบุโฟลเดอร์ต้นทางและชื่อรุ่นที่ต้องการแล้ว กล่องโต้ตอบอาจเสร็จสิ้นได้โดยการกดปุ่ม Finish หากกดปุ่ม Next หน้าถัดไปจะปรากฏขึ้นเพื่อตั้งค่าเพิ่มเติม
รูปที่ 2 หน้าตัวช่วยนำเข้าเพื่อเลือกแหล่งที่มาและเป้าหมายสำหรับการนำเข้าเปลี่ยนการตั้งค่าการนำเข้า
ในหน้าตัวช่วยสุดท้าย (รูปที่ 3 “หน้าตัวช่วยนำเข้าเพื่อกำหนดค่าคอนฟิกูเรชันแต่ละรายการ””) มีการตั้งค่าต่างๆ ที่สามารถทำได้เพื่อปรับแต่งพฤติกรรมการนำเข้าสำหรับโครงการซอฟต์แวร์ที่นำเข้า
หน้ากล่องโต้ตอบแสดงตารางที่ file มีการกำหนดประเภทที่จะถูกนำมาพิจารณาในกระบวนการนำเข้า
แต่ละบรรทัดประกอบด้วย 4 ฟิลด์

• ช่องคำอธิบายประกอบด้วยข้อความบรรยายสั้นๆ เพื่อระบุ file พิมพ์.
• การ File ช่องรูปแบบชื่อใช้เพื่อเลือก files จะต้องนำเข้าเมื่อตรงกับค่าของฟิลด์ ฟิลด์ใช้รูปแบบต่อไปนี้:

1. กรณีการใช้งานที่พบบ่อยที่สุดอาจเป็น file ส่วนขยาย รูปแบบปกติคือ .EXT โดยที่ EXT คือรูปแบบที่ต้องการ file ส่วนขยายไฟล์ (เช่น .java)
2. สถานการณ์ทั่วไปอีกประการหนึ่งคือสถานการณ์พิเศษ file, เหมือนกับการแต่งหน้าfile. จึงสามารถจับคู่ให้ตรงกันได้แน่นอน file ชื่อ หากต้องการทำเช่นนี้ เพียงป้อน file ใส่ชื่อลงในฟิลด์ (เช่น build.xml)
3. ในบางกรณี ความต้องการในการทำแผนที่มีความเฉพาะเจาะจงมากขึ้น ดังนั้น files ที่ตรงกับรูปแบบพิเศษควรนำเข้า เพื่อให้ตรงตามข้อกำหนดนี้ สามารถใช้นิพจน์ทั่วไปใน File ช่องรูปแบบชื่อ
   การอธิบายไวยากรณ์ของนิพจน์ทั่วไปจะเกินขอบเขตของจุดประสงค์ของความช่วยเหลือนี้ โปรดดูส่วนนิพจน์ทั่วไปของบทอ้างอิงในคู่มือผู้ใช้ pure::variants (เช่น .*)

• ฟิลด์ประเภทองค์ประกอบที่แมปจะกำหนดการแมประหว่าง file ประเภทและประเภทองค์ประกอบของตระกูล pure::variants ประเภทองค์ประกอบของตระกูลเป็นตัวอธิบายสำหรับแหล่งที่มา file เพื่อให้ข้อมูลเพิ่มเติมแก่องค์ประกอบที่แมปในโมเดลที่นำเข้า ตัวเลือกทั่วไปคือ ps:class หรือ ps:makefile.
• แผนที่ file ฟิลด์ชนิดจะกำหนดการแมประหว่าง file ชนิดและ pure::variants file ประเภท. file type in pure::variants คือตัวระบุแหล่งที่มา file เพื่อให้ข้อมูลเพิ่มเติมแก่องค์ประกอบที่แมปในโมเดลที่นำเข้า การเลือกทั่วไปคือ impl สำหรับการนำไปใช้งานหรือ def สำหรับคำจำกัดความ files.

รูปที่ 3 หน้าตัวช่วยนำเข้าเพื่อกำหนดค่าคอนฟิกูเรชันแต่ละรายการใหม่ file สามารถเพิ่มประเภทได้โดยใช้ปุ่ม Add Mapping ฟิลด์ทั้งหมดจะถูกกรอกด้วยค่าที่ไม่ได้กำหนดและผู้ใช้ต้องกรอกเอง หากต้องการแก้ไขค่าในฟิลด์ เพียงคลิกในฟิลด์ด้วยเมาส์ ค่าจะแก้ไขได้และเปลี่ยนแปลงได้ ไม่สามารถเปลี่ยนค่าเริ่มต้นได้ file รูปแบบชื่อของตาราง เพื่อให้สามารถปรับแต่งได้อย่างยืดหยุ่น คุณสามารถยกเลิกการเลือก file พิมพ์โดยยกเลิกการเลือกแถว ยกเลิกการเลือก file รูปแบบชื่อจะยังคงอยู่ในคอนฟิกูเรชันแต่จะไม่ถูกใช้โดยผู้นำเข้า ผู้ใช้กำหนด file สามารถลบประเภทออกได้อีกครั้งโดยใช้ปุ่มลบการแมป
โดยค่าเริ่มต้นอื่น ๆ files file รูปแบบชื่อมีอยู่ในตารางแต่ไม่ได้เลือกไว้ โดยปกติจะไม่ต้องการนำเข้าทั้งหมด fileแต่สามารถเปลี่ยนแปลงได้ง่าย ๆ โดยเลือกแถวที่เกี่ยวข้อง
มีตัวเลือกการนำเข้าทั่วไปสามตัวเลือกเพื่อปรับแต่งพฤติกรรมของผู้นำเข้า

• อย่านำเข้าไดเรกทอรีโดยไม่ตรงกัน file(เช่น ไดเร็กทอรี CVS)
  หากผู้นำเข้าพบไดเรกทอรีที่ไม่ตรงกัน file อยู่ในนั้นและไม่มีไดเร็กทอรีย่อยที่ตรงกัน fileไดเรกทอรีจะไม่ถูกนำเข้า ซึ่งมักจะมีประโยชน์หากโครงการได้รับการจัดการโดยระบบการจัดการเวอร์ชันเช่น CVS สำหรับ CVS ไดเรกทอรีที่เกี่ยวข้องแต่ละไดเรกทอรีจะมีไดเรกทอรี CVS ที่ไม่เกี่ยวข้อง fileจะถูกเก็บไว้ หากเลือกตัวเลือกนี้และ CVS-files ไม่ตรงกับสิ่งใดเลย file ประเภทที่กำหนดไว้ข้างต้น ไดเร็กทอรีจะไม่นำเข้าเป็นส่วนประกอบใน Family Model
• เรียงลำดับ files และไดเร็กทอรี
  เปิดใช้งานตัวเลือกนี้เพื่อเรียงลำดับ fileและไดเรกทอรีแต่ละรายการเรียงตามตัวอักษร
• การจัดการเส้นทางการนำเข้า
  เพื่อการซิงโครไนซ์เพิ่มเติม ผู้นำเข้าจำเป็นต้องจัดเก็บเส้นทางเดิมขององค์ประกอบที่นำเข้าทั้งหมดลงในโมเดล
  ในหลายกรณี โมเดลครอบครัวจะถูกแบ่งปันกับผู้ใช้รายอื่น โครงสร้างไดเร็กทอรีอาจแตกต่างกันไปสำหรับผู้ใช้แต่ละราย เพื่อรองรับสถานการณ์การใช้งานทั่วไป โปรแกรมนำเข้าสามารถทำงานในโหมดต่างๆ ได้:

แอ็บโซลูท	เส้นทางสัมบูรณ์ไปยังองค์ประกอบที่นำเข้าจะถูกเก็บไว้ในโมเดล สำหรับการซิงโครไนซ์ในภายหลังและระหว่างการแปลง fileจะต้องวางไว้ในตำแหน่งเดียวกันทุกประการกับการนำเข้าครั้งแรก
เทียบกับพื้นที่ทำงาน	เส้นทางจะถูกเก็บไว้สัมพันธ์กับโฟลเดอร์เวิร์กสเปซ สำหรับการซิงโครไนซ์ files จะต้องเป็นส่วนหนึ่งของพื้นที่ทำงาน Eclipse การแปลงจะต้องใช้พื้นที่ทำงาน Eclipse เป็นไดเร็กทอรีอินพุต
เทียบกับโครงการ	เส้นทางจะถูกเก็บไว้ตามโครงการ เพื่อการซิงโครไนซ์ files เป็นส่วนหนึ่งของโครงการภายใน Eclipse การแปลงจะต้องใช้โฟลเดอร์โครงการเป็นไดเร็กทอรีอินพุต
สัมพันธ์กับเส้นทาง	เส้นทางจะถูกเก็บไว้สัมพันธ์กับเส้นทางที่กำหนด เพื่อการซิงโครไนซ์ files จะต้องวางไว้ในตำแหน่งเดียวกันทุกประการ ไดเร็กทอรีอินพุตการแปลงจะเหมือนกับเส้นทางสัมพันธ์ระหว่างการนำเข้า

การตั้งค่าทั้งหมดของกล่องโต้ตอบนี้จะถูกเก็บไว้ถาวร การปรับแต่งส่วนตัวจะต้องไม่ทำซ้ำทุกครั้งที่มีการนำเข้าข้อมูล ซึ่งจะทำให้เวิร์กโฟลว์การนำเข้าข้อมูลทำได้ง่ายและรวดเร็ว
2.3. การอัปเดตโมเดลจากไดเร็กทอรีทรี
กดปุ่มซิงโครไนซ์ เพื่อซิงโครไนซ์โมเดลที่นำเข้ากับเส้นทางไดเรกทอรีของโมเดล เส้นทางรากของโปรเจ็กต์จะถูกเก็บไว้ในโมเดลเพื่อให้ซิงโครไนซ์กับไดเรกทอรีเดียวกันกับก่อนหน้านี้ เมื่อต้องการเปิดใช้งานปุ่มซิงโครไนซ์ ให้เปิดโมเดลและเลือกองค์ประกอบใดก็ได้ หลังจากกดปุ่มซิงโครไนซ์ ตัวแก้ไขการเปรียบเทียบจะเปิดขึ้น โดยที่โมเดลครอบครัวปัจจุบันและโมเดลของโครงสร้างไดเรกทอรีปัจจุบันจะตรงกันข้ามกัน (ดูรูปที่ 4 "การอัปเดตโมเดลจากไดเร็กทอรีทรีในตัวแก้ไขการเปรียบเทียบ")
รูปที่ 4 การอัพเดตโมเดลจากไดเร็กทอรีทรีใน Compare Editor   ตัวแก้ไขการเปรียบเทียบจะใช้ตลอด pure::variants เพื่อเปรียบเทียบเวอร์ชันของโมเดล แต่ในกรณีนี้จะใช้เพื่อเปรียบเทียบโครงสร้างไดเร็กทอรีทางกายภาพ (แสดงที่ด้านขวาล่าง) กับโมเดล pure::variants ปัจจุบัน (ด้านซ้ายล่าง) การเปลี่ยนแปลงทั้งหมดจะแสดงเป็นรายการแยกต่างหากในส่วนบนของตัวแก้ไข โดยเรียงตามองค์ประกอบที่ได้รับผลกระทบ
การเลือกสินค้าในรายการนี้เน้นการเปลี่ยนแปลงที่เกี่ยวข้องในทั้งสองโมเดล ในอดีตampองค์ประกอบที่เพิ่มเข้ามาจะถูกทำเครื่องหมายด้วยกล่องทางด้านขวามือและเชื่อมโยงกับตำแหน่งที่เป็นไปได้ในโมเดลทางด้านซ้ายมือ แถบเครื่องมือการผสานระหว่างหน้าต่างตัวแก้ไขด้านบนและด้านล่างมีเครื่องมือสำหรับคัดลอกการเปลี่ยนแปลงหนึ่งรายการหรือทั้งหมด (ที่ไม่ขัดแย้งกัน) จากโมเดลไดเร็กทอรีทรีไปยังโมเดลคุณลักษณะ
บันทึก
การซิงโครไนซ์จะทำโดยใช้การตั้งค่าตัวนำเข้าล่าสุด ซึ่งทำให้สามารถอัปเดตโมเดลด้วยการตั้งค่าอื่นๆ ที่ทำไว้ขณะนำเข้าได้

การใช้ Relation Indexer

ตัวเชื่อมต่อสำหรับการจัดการโค้ดต้นทางช่วยเพิ่มความสัมพันธ์ View พร้อมข้อมูลเกี่ยวกับการเชื่อมต่อระหว่างองค์ประกอบโมเดล pure::variants กับโค้ดต้นฉบับ เพิ่มความสัมพันธ์สำหรับฟีเจอร์ที่ใช้ในเงื่อนไขขององค์ประกอบ ps:condxml และ ps:condtext
สำหรับ ps:flag และ ps:flagfile องค์ประกอบตำแหน่งของค่าคงที่ของพรีโปรเซสเซอร์ในซอร์ส C/C++ fileจะแสดง s นอกจากนี้ ยังแสดงตำแหน่งของค่าคงที่ของพรีโปรเซสเซอร์ที่ตรงกันสำหรับฟีเจอร์ที่เลือกโดยใช้การแมประหว่างชื่อเฉพาะของฟีเจอร์และค่าคงที่ของพรีโปรเซสเซอร์
3.1. การเพิ่มดัชนีความสัมพันธ์ลงในโครงการ
สามารถเปิดใช้งานตัวจัดทำดัชนีความสัมพันธ์ได้บนหน้าคุณสมบัติโครงการพิเศษ เลือกโครงการและเลือกรายการคุณสมบัติในเมนูบริบท ในกล่องโต้ตอบที่จะเกิดขึ้น ให้เลือกหน้าตัวจัดทำดัชนีความสัมพันธ์
รูปที่ 5 หน้าคุณสมบัติโครงการสำหรับตัวสร้างดัชนีความสัมพันธ์

ตัวสร้างดัชนีความสัมพันธ์จะเปิดใช้งานสำหรับโครงการโดยเลือกตัวเลือกเปิดใช้งานตัวสร้างดัชนีความสัมพันธ์ (1) หลังจากเปิดใช้งานตัวสร้างดัชนีแล้ว จะมีตัวเลือกเพิ่มเติมเพื่อกำหนดพฤติกรรมเฉพาะโครงการ การสร้างดัชนีของเงื่อนไข pure::variants และค่าคงที่ของพรีโปรเซสเซอร์ C/C++ สามารถเปิดใช้งานแยกกันได้ (2) รายการที่มี file รูปแบบชื่อ (3) ใช้ในการเลือก files สำหรับการทำดัชนีเท่านั้น files ที่ตรงกับรูปแบบใดรูปแบบหนึ่งจะถูกสแกน เพิ่ม “*” เป็นรูปแบบเพื่อสแกนทั้งหมด fileเป็นของโครงการ
หลังจากเปิดใช้งานตัวสร้างดัชนีสำหรับโครงการ ตัวสร้างจะถูกเพิ่มลงในโครงการ ตัวสร้างนี้จะสแกนการเปลี่ยนแปลง fileสำหรับความสัมพันธ์ใหม่กับองค์ประกอบของโมเดล pure::variants โดยอัตโนมัติ
3.2. ความสัมพันธ์กับซอร์สโค้ด
ด้วยตัวสร้างดัชนีความสัมพันธ์ที่เปิดใช้งาน ความสัมพันธ์ View มีรายการเพิ่มเติม รายการเหล่านี้แสดงชื่อของ file และหมายเลขบรรทัดของจุดตัวแปร คำแนะนำเครื่องมือแสดงส่วนที่เหมาะสมของ file. โดยการดับเบิลคลิกรายการ file จะถูกเปิดเข้าสู่โปรแกรมแก้ไข
เงื่อนไข pure::variants
เงื่อนไข pure::variants สามารถใช้เพื่อรวมหรือไม่รวมส่วนต่างๆ ของ file ขึ้นอยู่กับการเลือกคุณลักษณะ ตัวจัดทำดัชนีเงื่อนไขจะสแกนหาข้อกำหนดดังกล่าวและแยกคุณลักษณะที่อ้างอิง หากเลือกคุณลักษณะดังกล่าวในตัวแก้ไข ความสัมพันธ์ View จะแสดงทั้งหมด fileและเส้นที่มีเงื่อนไขพร้อมฟีเจอร์ที่เลือกอยู่ (ดูรูปที่ 6 "การแสดงเงื่อนไขในความสัมพันธ์ View-
รูปที่ 6 การแสดงเงื่อนไขในความสัมพันธ์ Viewหากต้องการคำอธิบายโดยละเอียดเกี่ยวกับวิธีการกำหนดเงื่อนไข โปรดดูส่วน ps:condtext ของบทที่ 9.5.7 ในคู่มือผู้ใช้ pure::variants (ข้อมูลอ้างอิง–>ประเภทองค์ประกอบแหล่งที่มาที่กำหนดไว้ล่วงหน้า–>ps:condtext)
ค่าคงที่พรีโปรเซสเซอร์ C/C++
การสแกนดัชนีพรีโปรเซสเซอร์ C/C++ files สำหรับค่าคงที่ที่ใช้ในกฎของพรีโปรเซสเซอร์ (เช่น #ifdef, #ifndef, …)
หากมี ps:flag หรือ ps:flagfile องค์ประกอบที่ถูกเลือกความสัมพันธ์ View แสดงการใช้งานค่าคงที่ของพรีโปรเซสเซอร์ที่กำหนดไว้
ความสัมพันธ์ View ยังแสดงค่าคงที่ของพรีโปรเซสเซอร์ที่เชื่อมต่อกับฟีเจอร์ต่างๆ โดยใช้รูปแบบการแมป สำหรับสิ่งนี้ รูปแบบต่างๆ จะถูกขยายด้วยข้อมูลของฟีเจอร์ที่เลือก สัญลักษณ์ที่ได้จะใช้เพื่อค้นหาค่าคงที่ของพรีโปรเซสเซอร์ที่ตรงกัน รูปที่ 7 "การแสดงค่าคงที่ของพรีโปรเซสเซอร์ C/C++ ในความสัมพันธ์ View” แสดงให้เห็นอดีตample ที่มีรูปแบบ fame{Name} รูปแบบจะขยายด้วยชื่อเฉพาะของฟีเจอร์เป็น fameNative ในโค้ดที่สร้างดัชนีมี 76 ตำแหน่งที่ใช้ค่าคงที่พรีโพรเซสเซอร์ fameNative
ตำแหน่งเหล่านี้แสดงอยู่ในความสัมพันธ์ Viewรูปแบบสามารถกำหนดได้ในการตั้งค่า (ดูส่วนที่ 3.3 "การตั้งค่า")
รูปที่ 7 การแสดงค่าคงที่ของพรีโปรเซสเซอร์ C/C++ ในความสัมพันธ์ View

3.3. การตั้งค่า
หากต้องการเปลี่ยนแปลงพฤติกรรมเริ่มต้นของตัวจัดทำดัชนี ให้เปิดการตั้งค่า Eclipse และเลือกเพจตัวจัดทำดัชนีความสัมพันธ์ในหมวดหมู่การจัดการตัวแปร เพจจะแสดงรายการสองรายการ
รูปที่ 8 หน้าการตั้งค่าดัชนีความสัมพันธ์รายการด้านบนประกอบด้วยค่าเริ่มต้น file รูปแบบสำหรับตัวจัดทำดัชนี (1) รายการนี้เป็นการตั้งค่ารูปแบบเริ่มต้นสำหรับโครงการที่เปิดใช้งานใหม่
รายการด้านล่างประกอบด้วยการแมประหว่างฟีเจอร์และค่าคงที่ของพรีโพรเซสเซอร์ (2) การแมปนี้ใช้สำหรับโครงการทั้งหมด ตารางที่ 1 "การแทนที่การแมปที่รองรับ" แสดงการแทนที่ที่เป็นไปได้ทั้งหมด
ตารางที่ 1 การแทนที่การทำแผนที่ที่รองรับ

ไวด์การ์ด	คำอธิบาย	Example: คุณสมบัติA
ชื่อ	ชื่อเฉพาะของฟีเจอร์ที่เลือก	FLAG_{ชื่อ} – FLAG_FeatureA
ชื่อ	ตัวพิมพ์ใหญ่ ชื่อเฉพาะของฟีเจอร์ที่เลือก	FLAG_{NAME} – FLAG_FEATUREA
ชื่อ	ชื่อเฉพาะตัวพิมพ์เล็กของฟีเจอร์ที่เลือก	ธง_{ชื่อ} – flag_featurea

เอกสาร / แหล่งข้อมูล

ตัวเชื่อมต่อ pure-systems 2024 สำหรับซอฟต์แวร์การจัดการซอร์สโค้ด [พีดีเอฟ] คู่มือการใช้งาน 2024, 2024 Connector สำหรับซอฟต์แวร์การจัดการซอร์สโค้ด, Connector สำหรับซอฟต์แวร์การจัดการซอร์สโค้ด, ซอฟต์แวร์การจัดการซอร์สโค้ด, ซอฟต์แวร์การจัดการ, ซอฟต์แวร์

อ้างอิง

• คู่มือการใช้งาน