History[edit]The idea that software should be componentized - built fr การแปล - History[edit]The idea that software should be componentized - built fr ไทย วิธีการพูด

History[edit]The idea that software

History[edit]
The idea that software should be componentized - built from prefabricated components - first became prominent with Douglas McIlroy's address at the NATO conference on software engineering in Garmisch, Germany, 1968, titled Mass Produced Software Components.[3] The conference set out to counter the so-called software crisis. McIlroy's subsequent inclusion of pipes and filters into the Unix operating system was the first implementation of an infrastructure for this idea.

Brad Cox of Stepstone largely defined the modern concept of a software component.[4] He called them Software ICs and set out to create an infrastructure and market for these components by inventing the Objective-C programming language. (He summarizes this view in his book Object-Oriented Programming - An Evolutionary Approach 1986.)

The software components are used in two different contexts and two kinds: (i) using components as parts to build a single executable, or (ii) each executable is treated as a component in a distributed environment, where components collaborate with each other using internet or intranet communication protocols for IPC (Inter Process Communications). The above belongs to former kind, while the below belongs to later kind.

IBM led the path with their System Object Model (SOM) in the early 1990s. As a reaction, Microsoft paved the way for actual deployment of component software with OLE and COM.[5] As of 2010 many successful software component models exist.

fully documented
thoroughly tested
robust - with comprehensive input-validity checking
able to pass back appropriate error messages or return codes
designed with an awareness that it will be put to unforeseen uses
In the 1960s, programmers built scientific subroutine libraries that were reusable in a broad array of engineering and scientific applications. Though these subroutine libraries reused well-defined algorithms in an effective manner, they had a limited domain of application. Commercial sites routinely created application programs from reusable modules written in Assembler, COBOL, PL/1 and other second- and third-generation languages using both system and user application libraries.

As of 2010, modern reusable components encapsulate both data structures and the algorithms that are applied to the data structures. It[clarification needed] builds on prior theories of software objects, software architectures, software frameworks and software design patterns, and the extensive theory of object-oriented programming and the object oriented design of all these. It claims that software components, like the idea of hardware components, used for example in telecommunications,[1] can ultimately be made interchangeable and reliable. On the other hand, it is argued[by whom?] that it is a mistake to focus on independent components rather than the framework (without which they would not exist).[2]
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
[แก้ไข] ประวัติ
คิดว่า ซอฟต์แวร์ควรจะ componentized - สร้างจากสำเร็จส่วนประกอบ - ก่อนกลายเป็นโดดเด่นกับดักลาส McIlroy ที่อยู่ในการประชุมนาโต้ในวิศวกรรมซอฟต์แวร์ Garmisch เยอรมนี 1968 ชื่อมวลผลิตซอฟต์แวร์คอมโพเนนต์[3] การประชุมจะออกนับซอฟต์แวร์เรียกว่าวิกฤต รวมของ McIlroy ถัดไปของท่อและกรองเป็นระบบปฏิบัติการ Unix ถูกใช้ครั้งแรกเป็นพื้นฐานสำหรับความคิดนี้

แบรดค็อกซ์ของ Stepstone กำหนดแนวความคิดสมัยใหม่ของส่วนประกอบของซอฟต์แวร์ส่วนใหญ่[4] เขาเรียกว่าซอฟต์แวร์ ICs และตั้งค่าออกเพื่อสร้างเป็นโครงสร้างพื้นฐานและตลาดสำหรับคอมโพเนนต์เหล่านี้ โดยประดิษฐ์คิดค้นเพื่อภาษาการเขียนโปรแกรมวัตถุประสงค์-C (เขาสรุปมุมมองนี้ในหนังสือของเขาเขียนโปรแกรม Object-Oriented - 1986 วิธีวิวัฒนาการอัน)

ส่วนประกอบของซอฟต์แวร์ที่ใช้ในบริบทที่แตกต่างกันสองและชนิดที่สอง: (i) ใช้ประกอบเป็นส่วนสร้างปฏิบัติเดียว หรือ (ii) แต่ละปฏิบัติถือว่าเป็นคอมโพเนนต์ในสภาพแวดล้อมแบบกระจาย ที่ประกอบร่วมกันโดยใช้โพรโทคอสื่อสารอินเทอร์เน็ตหรืออินทราเน็ตสำหรับ IPC (อินเตอร์กระบวนการสื่อสาร) ข้างต้นเป็นของอดีตชนิด ในขณะด้านล่างเป็นของชนิดหลัง

IBM นำเส้นทางด้วยแบบจำลองของระบบวัตถุ (SOM) ในช่วงปี 1990 เป็นปฏิกิริยา Microsoft ปูทางสำหรับการปรับใช้จริงของซอฟต์แวร์ประกอบด้วย OLE และ com[5] เป็นอยู่ของปี 2010 มีหลายรุ่นส่วนประกอบซอฟต์แวร์สำเร็จ

จัดเต็ม
ทดสอบอย่างถี่ถ้วน
แข็ง - มีครอบคลุมตั้งแต่เข้าตรวจสอบ
สามารถผ่านข้อผิดพลาดที่เหมาะสมกลับ หรือส่งคืนรหัส
ด้วยความตระหนักที่จะนำไปใช้ไม่คาดฝัน
ใน 1960s โปรแกรมเมอร์สร้างไลบรารีวิทยาศาสตร์ subroutine ที่ประกอบการในอาร์เรย์ที่กว้างของวิศวกรรมศาสตร์ และวิทยาศาสตร์ประยุกต์ ว่ารี subroutine เหล่านี้นำโดยอัลกอริทึมในการอย่างมีประสิทธิภาพ พวกเขามีโดเมนของแอพลิเคชันจำกัด ไซต์การค้าเป็นประจำสร้างโปรแกรมประยุกต์จากโมดูลประกอบการเขียนในมิเตอร์ ภาษาโคบอล PL/1 และภาษาที่สอง และสามรุ่นอื่น ๆ โดยใช้ระบบและผู้ใช้โปรแกรมไลบรารี

2553 ทันสมัยส่วนประกอบสามารถซ่อนโครงสร้างข้อมูลและอัลกอริทึมที่ใช้กับโครงสร้างของข้อมูล [ชี้แจงที่จำเป็น] สร้างในซอฟต์แวร์วัตถุ สถาปัตยกรรมซอฟต์แวร์ ซอฟต์แวร์กรอบ และรูป แบบการออกแบบซอฟต์แวร์ ทฤษฎีก่อน และทฤษฎีที่กว้างขวางของการเขียนโปรแกรมเชิงวัตถุและวัตถุออกทั้งหมดเหล่านี้ มันอ้างว่า ซอฟต์แวร์ประกอบ ความคิดของฮาร์ดแวร์ประกอบ เช่นโทรคมนาคม, [1] ในที่สุดจะสามารถ และเชื่อถือได้ ในทางกลับกัน มันจะโต้เถียง [โดยใคร] ว่า เป็นผิดเน้นส่วนประกอบอิสระมากกว่ากรอบ (โดยที่พวกเขาจะไม่มีอยู่)[2]
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
History[edit]
The idea that software should be componentized - built from prefabricated components - first became prominent with Douglas McIlroy's address at the NATO conference on software engineering in Garmisch, Germany, 1968, titled Mass Produced Software Components.[3] The conference set out to counter the so-called software crisis. McIlroy's subsequent inclusion of pipes and filters into the Unix operating system was the first implementation of an infrastructure for this idea.

Brad Cox of Stepstone largely defined the modern concept of a software component.[4] He called them Software ICs and set out to create an infrastructure and market for these components by inventing the Objective-C programming language. (He summarizes this view in his book Object-Oriented Programming - An Evolutionary Approach 1986.)

The software components are used in two different contexts and two kinds: (i) using components as parts to build a single executable, or (ii) each executable is treated as a component in a distributed environment, where components collaborate with each other using internet or intranet communication protocols for IPC (Inter Process Communications). The above belongs to former kind, while the below belongs to later kind.

IBM led the path with their System Object Model (SOM) in the early 1990s. As a reaction, Microsoft paved the way for actual deployment of component software with OLE and COM.[5] As of 2010 many successful software component models exist.

fully documented
thoroughly tested
robust - with comprehensive input-validity checking
able to pass back appropriate error messages or return codes
designed with an awareness that it will be put to unforeseen uses
In the 1960s, programmers built scientific subroutine libraries that were reusable in a broad array of engineering and scientific applications. Though these subroutine libraries reused well-defined algorithms in an effective manner, they had a limited domain of application. Commercial sites routinely created application programs from reusable modules written in Assembler, COBOL, PL/1 and other second- and third-generation languages using both system and user application libraries.

As of 2010, modern reusable components encapsulate both data structures and the algorithms that are applied to the data structures. It[clarification needed] builds on prior theories of software objects, software architectures, software frameworks and software design patterns, and the extensive theory of object-oriented programming and the object oriented design of all these. It claims that software components, like the idea of hardware components, used for example in telecommunications,[1] can ultimately be made interchangeable and reliable. On the other hand, it is argued[by whom?] that it is a mistake to focus on independent components rather than the framework (without which they would not exist).[2]
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ประวัติ [ แก้ไข ]
คิดที่ซอฟต์แวร์ควร componentized - สร้างขึ้นจากชิ้นส่วนสำเร็จรูป - เป็นครั้งแรกที่โดดเด่น คือ ดักลาส แม็กเคิลรอยที่อยู่ในนาโต ในการประชุมวิศวกรรมซอฟต์แวร์ใน Garmisch , เยอรมนี , 1968 , ชื่อว่า มวลผลิตส่วนประกอบซอฟต์แวร์ [ 3 ] การประชุมตั้งเคาน์เตอร์ที่เรียกว่าวิกฤตซอฟต์แวร์แม็กเคิลรอยตามมารวมของท่อและกรองลงในระบบปฏิบัติการยูนิกซ์เป็นครั้งแรกการใช้โครงสร้างพื้นฐานสำหรับความคิดนี้

แอมฟิไทรต์ของบริการค้นหาที่ทันสมัยส่วนใหญ่กำหนดแนวคิดของส่วนประกอบซอฟต์แวร์ [ 4 ] เขาเรียกพวกเขาซอฟต์แวร์ ICS และตั้งค่าออกเพื่อสร้างโครงสร้างพื้นฐานและตลาดสำหรับคอมโพเนนต์เหล่านี้ โดยประดิษฐ์ภาษาอ็อบเจกทีฟ - ซีการเขียนโปรแกรมภาษา( เขาสรุปมุมมองนี้ในหนังสือของเขาที่มีวิวัฒนาการแนวคิดการเขียนโปรแกรมเชิงวัตถุ - 1986 )

ส่วนประกอบซอฟต์แวร์ที่ใช้ในบริบทที่แตกต่างกันสองและสองชนิด : ( i ) การใช้ส่วนประกอบที่เป็นส่วนที่จะสร้างปฏิบัติการเดียว หรือ ( 2 ) แต่ละที่ถือว่าเป็นส่วนประกอบในการสิ่งแวดล้อมที่ส่วนประกอบร่วมมือกับแต่ละอื่น ๆที่ใช้อินเทอร์เน็ตหรืออินทราเน็ตสำหรับโปรโตคอลการสื่อสาร ( IPC การสื่อสารระหว่างกระบวนการ ) ข้างต้นเป็นของอดีตชนิด ส่วนด้านล่างเป็นของต่อมาใจดี

IBM นำเส้นทางกับรูปแบบวัตถุของระบบ ( ส้ม ) ในช่วงต้นของทศวรรษ 1990 เป็นปฏิกิริยา , Microsoft ปูทางสำหรับการใช้งานจริงของส่วนประกอบซอฟต์แวร์กับโอเล่ และ com[ 5 ] เป็น 2010 ประสบความสำเร็จส่วนประกอบซอฟต์แวร์หลายรุ่นอยู่ เอกสารครบ



มีการทดสอบอย่างละเอียดครอบคลุมข้อมูลการตรวจสอบความถูกต้อง -
สามารถส่งผ่านกลับข้อความแสดงข้อผิดพลาดที่เหมาะสมหรือรหัสกลับ
ออกแบบ ด้วยความตระหนักว่ามันจะใส่

ใช้จัดการกับเหตุการณ์ในปี 1960 ,โปรแกรมเมอร์สร้างวิทยาศาสตร์ห้องสมุด subroutine ที่ใช้ในอาร์เรย์กว้างของวิศวกรรมและการใช้งานทางวิทยาศาสตร์ แม้ห้องสมุด subroutine ใช้อัลกอริทึมเหล่านี้ไว้ในลักษณะที่มีประสิทธิภาพ พวกเขามี โดเมน จำกัด ของโปรแกรม เว็บไซต์เชิงพาณิชย์ตรวจโปรแกรมสร้างโปรแกรมจากที่ใช้โมดูลที่เขียนในประกอบโคบอล , ,PL / 1 และอื่น ๆที่สองและที่สามภาษาใช้ทั้งระบบและโปรแกรมของผู้ใช้ห้องสมุด

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

Copyright ©2024 I Love Translation. All reserved.

E-mail: