In real-world applications, client

In real-world applications, client programs often need to create CORBA objects,
rather than simply using those that have already been set up. The only way in which
this can be done is to go through a published factory object interface on the ORB.
For each type of object that needs to be created, a factory object interface must be
defined in the IDL specification (on the ORB) and implemented on the server. The
usual naming convention for such interfaces is to append the word Factory to the
name of the object type that is to be created. For example, an object of interface
Account would be created by an AccountFactory object. The AccountFactory object
will contain a creation method that allows connecting clients to create Account
objects. The name of this creation method may be anything that we wish, but it is
convenient to prepend the word ‘create’ onto the type of the object to be created.
Thus, the AccountFactory ’s creation method could meaningfully be called create-
Account . Assuming that an Account object requires only an account number and
account name at creation time, the AccountFactory interface in the IDL specification
would look something like this:

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

ในการใช้งานจริง โปรแกรมไคลเอนต์จำเป็นต้องสร้างวัตถุ CORBAแทนที่จะเพียงแค่ใช้ที่มีการตั้งค่า ทางเดียวที่สามารถทำคือการ ไปผ่านโรงงานเผยแพร่วัตถุอินเทอร์เฟซบนสำหรับแต่ละชนิดของวัตถุที่ต้องสร้าง อินเตอร์เฟซของวัตถุโรงงานจะต้องกำหนดในข้อมูลจำเพาะ IDL (บน) และใช้งานบนเซิร์ฟเวอร์ การปกติการตั้งชื่อสำหรับอินเทอร์เฟซดังกล่าวเป็นการ ผนวกคำว่าโรงงานไปชื่อของชนิดของวัตถุที่จะสร้าง ตัวอย่างเช่น วัตถุของอินเตอร์เฟซบัญชีจะถูกสร้าง โดยวัตถุ AccountFactory วัตถุ AccountFactoryจะประกอบด้วยวิธีการสร้างที่ช่วยให้การเชื่อมต่อไคลเอนต์เพื่อสร้างบัญชีวัตถุ ชื่อของกระบวนการสร้างนี้อาจเป็นสิ่งที่เราต้องการ แต่มันเป็นสะดวกเนื้อคำว่า 'สร้าง' บนชนิดของวัตถุที่จะสร้างดังนั้น วิธีการสร้างของ AccountFactory สามารถมีความหมายถูกเรียกสร้าง-บัญชี สมมติว่าวัตถุบัญชีต้องเฉพาะหมายเลขบัญชี และชื่อบัญชีที่เวลาที่สร้าง อินเทอร์เฟซ AccountFactory ในข้อมูลจำเพาะ IDLจะมีลักษณะบางสิ่งดังนี้:

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

ในการใช้งานจริงของโลก, โปรแกรมไคลเอนต์มักจะต้องสร้างวัตถุ CORBA,
มากกว่าเพียงแค่การใช้ผู้ที่ได้รับการจัดตั้งขึ้นแล้ว วิธีเดียวที่
สามารถทำได้คือการไปผ่านอินเตอร์เฟซวัตถุโรงงานเผยแพร่บนลูกโลก.
สำหรับแต่ละชนิดของวัตถุที่จะต้องสร้างอินเตอร์เฟซวัตถุโรงงานจะต้องมีการ
กำหนดไว้ในข้อกำหนด IDL (บนลูกโลก) และ ดำเนินการบนเซิร์ฟเวอร์
ประชุมการตั้งชื่อตามปกติสำหรับการเชื่อมต่อดังกล่าวคือการผนวกโรงงานคำกับ
ชื่อของชนิดของวัตถุที่จะถูกสร้างขึ้น ยกตัวอย่างเช่นวัตถุของอินเตอร์เฟซ
บัญชีจะถูกสร้างขึ้นโดยวัตถุ AccountFactory วัตถุ AccountFactory
จะมีวิธีการสร้างที่ช่วยให้การเชื่อมต่อลูกค้าเพื่อสร้างบัญชี
วัตถุ ชื่อของวิธีการสร้างนี้อาจเป็นอะไรก็ได้ที่เราต้องการ แต่มันเป็น
ความสะดวกสบายต้องเพิ่มคำว่า 'สร้าง' บนชนิดของวัตถุที่จะสร้าง.
ดังนั้นวิธีการสร้าง AccountFactory 's อาจจะเรียกได้ว่ามีความหมาย create-
บัญชี สมมติว่าวัตถุต้องมีเพียงบัญชีเลขที่บัญชีและ
ชื่อบัญชีที่เวลาการสร้างอินเตอร์เฟซ AccountFactory ในสเปค IDL
จะมีลักษณะบางอย่างเช่นนี้

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

ในการใช้งานจริง โปรแกรมลูกค้ามักจะต้องสร้าง corba วัตถุมากกว่าเพียงแค่การใช้ผู้ที่ได้รับการตั้งค่า วิธีเดียวที่นี้สามารถทำผ่านการตีพิมพ์โรงงานวัตถุอินเตอร์เฟซบนลูกโลกสำหรับแต่ละชนิดของวัตถุที่ต้องสร้างโรงงานวัตถุ interface ต้องกําหนดใน IDL สเปค ( ลูกโลก ) และดำเนินการบนเซิร์ฟเวอร์ ที่ปกติการตั้งชื่ออนุสัญญา เช่น การเชื่อมต่อเพื่อผนวกโรงงานพระวจนะชื่อของวัตถุชนิดที่ถูกสร้างขึ้น ตัวอย่างเช่น วัตถุของอินเตอร์เฟซบัญชีผู้ใช้จะถูกสร้างขึ้น โดยมีวัตถุ accountfactory . วัตถุ accountfactoryจะมีการสร้างวิธีการที่ช่วยให้การเชื่อมต่อลูกค้าเพื่อสร้างบัญชีวัตถุ ชื่อนี้สร้างวิธีการอาจเป็นอะไรก็ได้ที่เราต้องการ แต่มันคือสะดวกในย่อหน้าคำ " สร้าง " ไปยังชนิดของวัตถุที่จะสร้างดังนั้น accountfactory " s วิธีการสร้างอาจมีความหมายเรียกว่าสร้าง -บัญชี สมมติว่าวัตถุบัญชีต้องมีเพียงเลขบัญชีและชื่อบัญชีที่เวลาการสร้างอินเตอร์เฟซ accountfactory ใน IDL สเปคมันจะมีลักษณะเช่นนี้ :