The approach employed in the Model Driven RichUbi to adapt the content การแปล - The approach employed in the Model Driven RichUbi to adapt the content ไทย วิธีการพูด

The approach employed in the Model

The approach employed in the Model Driven RichUbi to adapt the content of the developed
rich interfaces leaps out. Aiming to overcome the individual shortcomings of the purely
static adaptation strategy (construction of several interface versions at development time)
and the purely dynamic one (adaptation of the whole code at execution time) (Viana &
Andrade, 2008), and to reduce the number of versions to be developed, the process employs
a hybrid adaptation approach (Cirilo et al., 2010b). This approach combines code generation
from modeling at development time (facilitated by the metamodel and transformations
reuse) with code generation at runtime (facilitated by the content adapters reuse). This way,
just a few generic interface versions are built, each one appropriated to a particular group of
devices, instead of a specific device (static adaptation). The dynamic content adapters
supplement the adaptation during the application execution, by repurposing the interface’s
contents – when necessary – according to the peculiarities of the current access device
(dynamic adaptation). Thus, the development becomes simplified, since a smaller number of
versions can be designed and developed.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
วิธีการทำงานในรุ่นขับเคลื่อน RichUbi การปรับเนื้อหาของการพัฒนาอินเทอร์เฟซรวย leaps ออก มุ่งจะเอาชนะการแสดงแต่ละของหมดจดกลยุทธ์การปรับตัวคงที่ (ก่อสร้างอินเทอร์เฟซรุ่นหลายครั้งพัฒนา)และแบบหมดจดหนึ่ง (ปรับรหัสทั้งหมดในเวลาดำเนินการ) (Viana &Andrade, 2008) และการลดจำนวนของเวอร์ชันที่ได้รับการพัฒนา การใช้ไฮบริดปรับวิธีการ (Cirilo et al., 2010b) วิธีการนี้รวมรหัสรุ่นจากโมเดลในเวลาพัฒนา (อาศัยการ metamodel และแปลงนำมาใช้ใหม่) รหัสรุ่นที่รันไทม์ (อาศัยนำการ์ดเนื้อหา) ด้วยวิธีนี้อินเทอร์เฟสทั่วไปเพียงไม่กี่รุ่นอยู่ แต่ละคนจัดสรรให้กับกลุ่มเฉพาะของอุปกรณ์ แทนอุปกรณ์เฉพาะ (คงปรับตัว) อะแดปเตอร์เนื้อหาแบบไดนามิกเสริมการปรับตัวในระหว่างการดำเนินการแอพลิเคชัน โดยแม้อินเทอร์เฟซเนื้อหา – เมื่อจำเป็น – ตามข้องอุปกรณ์เข้าถึงปัจจุบัน(ปรับแบบ) ดังนั้น เป็นประยุกต์การพัฒนา ตั้งแต่จำนวนน้อยรุ่นสามารถออกแบบ และพัฒนา
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
วิธีการจ้างงานในรุ่นขับเคลื่อน RichUbi ที่จะปรับเนื้อหาของการพัฒนา
อินเตอร์เฟซที่อุดมไปด้วยกระโดดออก มุ่งมั่นที่จะเอาชนะข้อบกพร่องของแต่ละอย่างหมดจด
กลยุทธ์การปรับตัวคงที่ (การก่อสร้างของอินเตอร์เฟซหลายรุ่นที่เวลาในการพัฒนา)
และเป็นคนแบบไดนามิกอย่างหมดจด (การปรับตัวของโค้ดทั้งหมดในเวลาดำเนินการ) (Viana &
Andrade, 2008) และเพื่อลดจำนวน รุ่นที่จะได้รับการพัฒนากระบวนการมีพนักงาน
วิธีการปรับตัวไฮบริด (Cirilo et al., 2010b) วิธีการนี้จะรวมการสร้างรหัส
จากการสร้างแบบจำลองที่เวลาในการพัฒนา (อำนวยความสะดวกโดย metamodel และการเปลี่ยนแปลง
นำมาใช้ใหม่) ที่มีการสร้างรหัสที่รันไทม์ (อำนวยความสะดวกโดยอะแดปเตอร์เนื้อหานำมาใช้ใหม่) วิธีนี้
เพียงไม่กี่รุ่นทั่วไปอินเตอร์เฟซที่ถูกสร้างขึ้นแต่ละคนที่เหมาะสมให้กับกลุ่มเฉพาะของ
อุปกรณ์แทนอุปกรณ์เฉพาะ (การปรับตัวคงที่) อะแดปเตอร์เนื้อหาแบบไดนามิก
เสริมการปรับตัวในระหว่างการดำเนินการประยุกต์ใช้โดย repurposing ของอินเตอร์เฟซที่
เนื้อหา - เมื่อมีความจำเป็น - ตามลักษณะของอุปกรณ์ที่เข้าถึงปัจจุบัน
(การปรับตัวแบบไดนามิก) ดังนั้นการพัฒนากลายเป็นง่ายตั้งแต่ขนาดเล็กจำนวน
รุ่นที่สามารถออกแบบและพัฒนา
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
วิธีการที่ใช้ในรุ่นขับเคลื่อน richubi เพื่อปรับให้เข้ากับเนื้อหาของการพัฒนา
รวยอินเทอร์เฟซกระโดดออกมา มุ่งมั่นที่จะเอาชนะข้อบกพร่องของแต่ละอย่างหมดจด
คงที่การปรับตัวกลยุทธ์สร้างอินเตอร์เฟซรุ่นหลายในเวลาการพัฒนา )
และหมดจดแบบไดนามิก ( การปรับตัวของรหัสทั้งหมดที่เวลาปฏิบัติการ ) ( Viana &
ที่ตั้ง , 2008 )และเพื่อลดจำนวนรุ่นที่จะพัฒนากระบวนการใช้
วิธีการปรับตัวไฮบริด ( cirilo et al . , 2010b ) วิธีการนี้รวมรหัสรุ่นที่พัฒนาจากแบบจำลอง
( ดร. metamodel และการแปลง
ใช้ ) กับรหัสรุ่นที่รันไทม์ ( สนับสนุนโดยเนื้อหาอะแดปเตอร์ใหม่ ) วิธีนี้
เพียงไม่กี่ทั่วไปอินเตอร์เฟซรุ่นที่มีการสร้างขึ้นแต่ละคนเหมาะสมกับเฉพาะกลุ่ม
อุปกรณ์ แทนที่จะเป็นอุปกรณ์เฉพาะ ( แบบดัดแปลง ) เนื้อหาแบบไดนามิกอะแดปเตอร์
เสริมการปรับตัวในการดําเนินการโดยค้นอินเตอร์เฟซ
เนื้อหา–เมื่อและที่จำเป็นตามลักษณะของปัจจุบันการเข้าถึงอุปกรณ์
( ปรับแบบไดนามิก ) ดังนั้น การพัฒนาจะกลายเป็นง่ายขึ้นเนื่องจากตัวเลขขนาดเล็กของ
รุ่นสามารถออกแบบและพัฒนา
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: