Scenario adapters were developed around the idea ofcomponents getting  การแปล - Scenario adapters were developed around the idea ofcomponents getting  ไทย วิธีการพูด

Scenario adapters were developed ar

Scenario adapters were developed around the idea of
components getting in and out of an execution scenario,
allowing actions to be executed at these points, therefore, a
scenario must define at least two different operations: enter
and leave. These actions must take place respectively before
and after each of the component’s operation in order to
setup the conditions required by the scenario. For example,
in a compressed scenario, enter would be responsible to
decompress the component’s input data, while leave would
compress its outputs.
In the software domain, components are objects which
communicate using method invocation (considering an OOPbased
approach) and the execution of all operations are
naturally sequential, so the scenario adapters were originally
developed to provide means to just efficiently wrap the
method calls to an object with enter and leave operations.
However, in the hardware domain, components have input
and output signals instead of a method or function interface,
and all operations are intrinsically parallel. These different
characteristics required some modifications on the original
scenario adapter. The new scenario adapter is shown in figure
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
อะแดปเตอร์สถานการณ์ได้รับการพัฒนารอบความคิดของคอมโพเนนต์การเข้าและออกจากสถานการณ์การดำเนินการให้ดำเนินการให้จุดเหล่านี้ ดังนั้น การสถานการณ์ต้องกำหนดอย่างน้อยสองกัน: ป้อนและปล่อยให้ การดำเนินการเหล่านี้ต้องทำตามลำดับก่อนและหลัง จากแต่ละการดำเนินงานของส่วนประกอบเพื่อตั้งค่าเงื่อนไขที่จำเป็นตามสถานการณ์ ตัวอย่างในสถานการณ์ที่บีบอัด จะรับผิดชอบขยายข้อมูลการป้อนเข้าของส่วนประกอบ ในขณะที่จะออกจากรวมการแสดงผลในโดเมนของซอฟต์แวร์ ส่วนประกอบเป็นวัตถุที่สื่อสารโดยใช้เมธอด (OOPbased การพิจารณาวิธี) และการดำเนินงานทั้งหมดธรรมชาติตามลำดับ เพื่ออะแดปเตอร์สถานการณ์ก็พัฒนาให้วิธีการได้อย่างมีประสิทธิภาพเพียงตัดการวิธีเรียกวัตถุป้อนและปล่อยให้การดำเนินงานอย่างไรก็ตาม ในโดเมนของฮาร์ดแวร์ ส่วนประกอบมีป้อนข้อมูลและแสดงผลสัญญาณแทนวิธีการหรือฟังก์ชันอินเทอร์เฟซแบบและการดำเนินงานทั้งหมดจะทำคู่ขนาน เหล่านี้แตกต่างกันลักษณะจำเป็นต้องปรับเปลี่ยนบางอย่างกับต้นฉบับตัวปรับต่อสถานการณ์ ตัวปรับต่อสถานการณ์ใหม่จะแสดงในรูป
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
อะแดปเตอร์กรณีที่ได้รับการพัฒนาความคิดของ
ส่วนประกอบได้รับการเข้าและออกจากสถานการณ์การดำเนินการ,
ช่วยให้การดำเนินการที่จะดำเนินการในจุดเหล่านี้จึงเป็น
สถานการณ์ที่ต้องกำหนดอย่างน้อยสองการดำเนินงานที่แตกต่างกัน: ใส่
และออก การกระทำเหล่านี้จะต้องเกิดขึ้นตามลำดับก่อน
และหลังการดำเนินงานแต่ละส่วนประกอบในการ
ติดตั้งเงื่อนไขที่จำเป็นโดยสถานการณ์ ยกตัวอย่างเช่น
ในสถานการณ์ที่ถูกบีบอัดใส่จะต้องรับผิดชอบในการ
ขยายองค์ประกอบของการป้อนข้อมูลในขณะที่การลาจะ
บีบอัดเอาท์พุทของตน.
ในโดเมนซอฟต์แวร์ส่วนประกอบเป็นวัตถุที่
สื่อสารโดยใช้วิธีการอุทธรณ์ (พิจารณา OOPbased
วิธีการ) และการดำเนินการทั้งหมด การดำเนินงานที่มีความ
ต่อเนื่องตามธรรมชาติดังนั้นอะแดปเตอร์สถานการณ์ แต่เดิม
การพัฒนาเพื่อให้หมายถึงการได้อย่างมีประสิทธิภาพเพียงห่อ
วิธีเรียกไปยังวัตถุที่มีการเข้าและออกจากการดำเนินงาน.
อย่างไรก็ตามในโดเมนฮาร์ดแวร์ส่วนประกอบมีอินพุท
และเอาท์พุสัญญาณแทนวิธีหรือฟังก์ชั่น อินเตอร์เฟซ
และการดำเนินการทั้งหมดจะเป็นแนวขนานภายใน ที่แตกต่างกันเหล่านี้
จำเป็นต้องมีการปรับเปลี่ยนลักษณะบางประการเกี่ยวกับเดิม
อะแดปเตอร์สถานการณ์ อะแดปเตอร์สถานการณ์ใหม่จะถูกแสดงในรูป
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
สถานการณ์อะแดปเตอร์ได้รับการพัฒนารอบความคิดของ
ส่วนประกอบการเข้าและออกของการสถานการณ์
อนุญาตการกระทำที่จะดำเนินการในจุดนี้ ดังนั้น
สถานการณ์ต้องกำหนดอย่างน้อยสองการดำเนินงานที่แตกต่างกัน : ระบุ
และออกจาก การกระทำเหล่านี้จะต้องเกิดขึ้นตามลำดับก่อน
และหลังจากแต่ละการทำงานของส่วนประกอบเพื่อ
ติดตั้งเงื่อนไขตามสถานการณ์ตัวอย่างเช่น
ในสถานการณ์บีบใส่จะรับผิดชอบ
decompress ข้อมูลของส่วนประกอบ ในขณะที่ไปจะบีบมันออก
.
ในซอฟต์แวร์โดเมน ส่วนประกอบที่เป็นวัตถุซึ่ง
สื่อสารโดยใช้วิธีการ ( พิจารณา oopbased
วิธีการ ) และการดำเนินงานทั้งหมด
ลำดับขั้นตามธรรมชาติ ดังนั้น สถานการณ์เดิม
อะแดปเตอร์พัฒนาขึ้นเพื่อให้หมายถึงเพียงแค่มีประสิทธิภาพตัด
วิธีเรียกวัตถุที่เข้าและออกจากการดำเนินการ .
แต่ในเมนฮาร์ดแวร์ส่วนประกอบมี input และ output สัญญาณ
แทนวิธีการหรือฟังก์ชัน interface
และงานทั้งหมดภายในแบบขนาน ลักษณะแตกต่างกัน
เหล่านี้ต้องปรับเปลี่ยนบางบนอะแดปเตอร์สถานการณ์เดิม

อะแดปเตอร์สถานการณ์ใหม่ที่แสดงในรูป
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: