Many operating system environments

Many operating system environments allow dynamic linking, that is the postponing of the resolving of some undefined symbols until a program is run. That means that the executable code still contains undefined symbols, plus a list of objects or libraries that will provide definitions for these. Loading the program will load these objects/libraries as well, and perform a final linking. Dynamic linking needs no linker.

This approach offers two advantages:

Often-used libraries (for example the standard system libraries) need to be stored in only one location, not duplicated in every single binary.
If a bug in a library function is corrected by replacing the library, all programs using it dynamically will benefit from the correction after restarting them. Programs that included this function by static linking would have to be re-linked first.
There are also disadvantages:

Known on the Windows platform as "DLL Hell", an incompatible updated library will break executables that depended on the behavior of the previous version of the library.
A program, together with the libraries it uses, might be certified (e.g. as to correctness, documentation requirements, or performance) as a package, but not if components can be replaced. (This also argues against automatic OS updates in critical systems; in both cases, the OS and libraries form part of a qualified environment.)

ผลลัพธ์ (ไทย) 1:

สภาพแวดล้อมระบบปฏิบัติการหลายให้การไดนามิกเชื่อมโยง นั่นคือ การการเลื่อนของการแก้ไขของสัญลักษณ์ไม่ได้กำหนดไว้จนกว่าโปรแกรมจะทำงาน ซึ่งหมายความ ว่า รหัสปฏิบัติยังคงประกอบด้วยสัญลักษณ์ไม่ พร้อมด้วยรายชื่อของวัตถุหรือไลบรารีที่จะให้คำนิยามสำหรับเหล่านี้ โหลดโปรแกรมจะโหลดเหล่านี้วัตถุ/ไลบรารีด้วย แล้วทำการเชื่อมโยงขั้นสุดท้าย การเชื่อมโยงแบบไดนามิกต้องไม่มีตัวเชื่อมโยงข้อมูลวิธีนี้มีข้อดีที่สอง:มักใช้ไลบรารี (เช่นระบบมาตรฐานรี) ต้องถูกเก็บอยู่ในตำแหน่งเดียวเท่านั้น ไม่ซ้ำในทุกรูปแบบไบนารีเดียวถ้าเป็นแก้ไขปัญหาในไลบรารี ด้วยการแทนรี โปรแกรมทั้งหมดที่ใช้แบบไดนามิกจะได้รับประโยชน์จากการแก้ไขหลังจากเริ่มการทำงานนั้น โปรแกรมที่รวมฟังก์ชันนี้ โดยการเชื่อมโยงคงจะต้องเชื่อมโยงอีกครั้งก่อนนอกจากนี้ยังมีข้อเสีย:รู้จักกันบนแพลตฟอร์ม Windows เป็น "นรก DLL" ไลบรารีการปรับปรุงที่เข้ากันไม่ได้จะทำลาย executables ที่ขึ้นอยู่กับลักษณะการทำงานของรุ่นก่อนหน้านี้ของไลบรารีโปรแกรม พร้อมใช้ รีอาจจะรับรอง (เช่นเพื่อความถูกต้อง ความต้องการเอกสาร หรือประสิทธิภาพ) แพคเกจ แต่ไม่ถ้าสามารถเปลี่ยนชิ้นส่วนได้ (นี่ยังจนกับการอัพเดท OS ในระบบสำคัญ ในทั้งสองกรณี OS และไลบรารีฟอร์มเป็นส่วนหนึ่งของสภาพแวดล้อมที่เหมาะสม)

ผลลัพธ์ (ไทย) 2:

สภาพแวดล้อมระบบปฏิบัติการจำนวนมากให้การเชื่อมโยงแบบไดนามิกที่มีการเลื่อนการแก้ปัญหาของสัญลักษณ์ที่ไม่ได้กำหนดบางจนกว่าโปรแกรมจะทำงาน นั่นหมายความว่ารหัสปฏิบัติการยังมีสัญลักษณ์ที่ไม่ได้กำหนดรวมทั้งรายชื่อของวัตถุหรือห้องสมุดที่จะให้คำจำกัดความเหล่านี้ โหลดโปรแกรมจะโหลดวัตถุเหล่านี้ / ห้องสมุดเป็นอย่างดีและดำเนินการเชื่อมโยงสุดท้าย . เชื่อมโยงแบบไดนามิกต้องการลิงเกอร์ไม่มีวิธีการนี้มีสองข้อได้เปรียบ: ห้องสมุดมักจะใช้ (เช่นระบบห้องสมุดมาตรฐาน) จะต้องมีการจัดเก็บไว้ในสถานที่เดียวที่ไม่ซ้ำกันในทุกไบนารีเดียว. หากข้อผิดพลาดในการทำงานของห้องสมุดได้รับการแก้ไขโดย แทนที่ห้องสมุดโปรแกรมทั้งหมดใช้มันแบบไดนามิกจะได้ประโยชน์จากการแก้ไขหลังจากรีสตาร์ทพวกเขา โปรแกรมที่รวมฟังก์ชั่นนี้โดยการเชื่อมโยงแบบคงที่จะต้องมีการเปิดการเชื่อมโยงครั้งแรก. นอกจากนี้ยังมีข้อเสีย: เป็นที่รู้จักในแพลตฟอร์ม Windows เป็น "DLL นรก", การปรับปรุงห้องสมุดเข้ากันไม่ได้จะทำลาย executables ที่ขึ้นอยู่กับลักษณะการทำงานของรุ่นก่อนหน้านี้ ห้องสมุด. โปรแกรมร่วมกับห้องสมุดที่ใช้อาจจะได้รับการรับรอง (เช่นความถูกต้องความต้องการเอกสารหรือประสิทธิภาพ) เป็นแพคเกจ แต่ไม่ถ้าชิ้นส่วนจะถูกแทนที่ (นี่ยังระบุกับการปรับปรุงระบบปฏิบัติการอัตโนมัติในระบบที่สำคัญ; ในทั้งสองกรณี OS และห้องสมุดเป็นส่วนหนึ่งของสภาพแวดล้อมที่มีคุณภาพ.)

ผลลัพธ์ (ไทย) 3:

หลายระบบสภาพแวดล้อมให้ไดนามิกเชื่อมโยง นั่นคือการเลื่อนของการแก้ปัญหาของ Death สัญลักษณ์จนกว่าโปรแกรมจะเรียกใช้ นั่นหมายความว่ารหัสปฏิบัติการยังประกอบด้วยสัญลักษณ์ undefined บวกรายการของวัตถุหรือห้องสมุดที่จะให้ความหมายสำหรับเหล่านี้ โหลดโปรแกรมจะโหลดวัตถุเหล่านี้ / ห้องสมุดเป็นอย่างดีและแสดงสุดท้ายเชื่อมโยงการเชื่อมโยงแบบไดนามิกไม่ต้องมอปลาย

วิธีการนี้มีข้อดีสอง :

เข้ามาใช้ห้องสมุด เช่นห้องสมุด ระบบมาตรฐาน ) จะต้องถูกเก็บไว้ในสถานที่หนึ่ง ไม่ซ้ำกันทุกไบนารี .
ถ้าข้อผิดพลาดในไลบรารีฟังก์ชัน แก้ไขโดยการเปลี่ยนห้องสมุด , โปรแกรมทั้งหมดจะใช้มันแบบไดนามิกได้รับประโยชน์จากการแก้ไขหลังจากรีสตาร์ทเกมส์โปรแกรมที่รวมฟังก์ชันนี้โดย Static การเชื่อมโยงจะต้องเป็นลิงค์แรก
ยังมีข้อเสีย :

รู้จักบนแพลตฟอร์ม Windows เป็น " DLL นรก " ที่เข้ากันไม่ได้ปรับปรุงห้องสมุดจะแบ่ง executables ที่ขึ้นอยู่กับพฤติกรรมของรุ่นก่อนหน้าของห้องสมุด
โปรแกรมร่วมกับห้องสมุดมันใช้ อาจต้องได้รับการรับรอง เช่น เพื่อความถูกต้องความต้องการเอกสาร หรืองาน ) เป็นแพคเกจ แต่ถ้าเป็นส่วนประกอบที่สามารถแทนที่ ( นี้ยังโต้แย้งกับระบบปฏิบัติการการปรับปรุงอัตโนมัติในระบบ ที่สำคัญในทั้งสองกรณี , OS และห้องสมุดเป็นส่วนหนึ่งของสภาพแวดล้อมที่เหมาะสม )