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]
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]
การแปล กรุณารอสักครู่..
ประวัติ [ แก้ไข ]
คิดที่ซอฟต์แวร์ควร componentized - สร้างขึ้นจากชิ้นส่วนสำเร็จรูป - เป็นครั้งแรกที่โดดเด่น คือ ดักลาส แม็กเคิลรอยที่อยู่ในนาโต ในการประชุมวิศวกรรมซอฟต์แวร์ใน Garmisch , เยอรมนี , 1968 , ชื่อว่า มวลผลิตส่วนประกอบซอฟต์แวร์ [ 3 ] การประชุมตั้งเคาน์เตอร์ที่เรียกว่าวิกฤตซอฟต์แวร์แม็กเคิลรอยตามมารวมของท่อและกรองลงในระบบปฏิบัติการยูนิกซ์เป็นครั้งแรกการใช้โครงสร้างพื้นฐานสำหรับความคิดนี้
แอมฟิไทรต์ของบริการค้นหาที่ทันสมัยส่วนใหญ่กำหนดแนวคิดของส่วนประกอบซอฟต์แวร์ [ 4 ] เขาเรียกพวกเขาซอฟต์แวร์ ICS และตั้งค่าออกเพื่อสร้างโครงสร้างพื้นฐานและตลาดสำหรับคอมโพเนนต์เหล่านี้ โดยประดิษฐ์ภาษาอ็อบเจกทีฟ - ซีการเขียนโปรแกรมภาษา( เขาสรุปมุมมองนี้ในหนังสือของเขาที่มีวิวัฒนาการแนวคิดการเขียนโปรแกรมเชิงวัตถุ - 1986 )
ส่วนประกอบซอฟต์แวร์ที่ใช้ในบริบทที่แตกต่างกันสองและสองชนิด : ( i ) การใช้ส่วนประกอบที่เป็นส่วนที่จะสร้างปฏิบัติการเดียว หรือ ( 2 ) แต่ละที่ถือว่าเป็นส่วนประกอบในการสิ่งแวดล้อมที่ส่วนประกอบร่วมมือกับแต่ละอื่น ๆที่ใช้อินเทอร์เน็ตหรืออินทราเน็ตสำหรับโปรโตคอลการสื่อสาร ( IPC การสื่อสารระหว่างกระบวนการ ) ข้างต้นเป็นของอดีตชนิด ส่วนด้านล่างเป็นของต่อมาใจดี
IBM นำเส้นทางกับรูปแบบวัตถุของระบบ ( ส้ม ) ในช่วงต้นของทศวรรษ 1990 เป็นปฏิกิริยา , Microsoft ปูทางสำหรับการใช้งานจริงของส่วนประกอบซอฟต์แวร์กับโอเล่ และ com[ 5 ] เป็น 2010 ประสบความสำเร็จส่วนประกอบซอฟต์แวร์หลายรุ่นอยู่ เอกสารครบ
มีการทดสอบอย่างละเอียดครอบคลุมข้อมูลการตรวจสอบความถูกต้อง -
สามารถส่งผ่านกลับข้อความแสดงข้อผิดพลาดที่เหมาะสมหรือรหัสกลับ
ออกแบบ ด้วยความตระหนักว่ามันจะใส่
ใช้จัดการกับเหตุการณ์ในปี 1960 ,โปรแกรมเมอร์สร้างวิทยาศาสตร์ห้องสมุด subroutine ที่ใช้ในอาร์เรย์กว้างของวิศวกรรมและการใช้งานทางวิทยาศาสตร์ แม้ห้องสมุด subroutine ใช้อัลกอริทึมเหล่านี้ไว้ในลักษณะที่มีประสิทธิภาพ พวกเขามี โดเมน จำกัด ของโปรแกรม เว็บไซต์เชิงพาณิชย์ตรวจโปรแกรมสร้างโปรแกรมจากที่ใช้โมดูลที่เขียนในประกอบโคบอล , ,PL / 1 และอื่น ๆที่สองและที่สามภาษาใช้ทั้งระบบและโปรแกรมของผู้ใช้ห้องสมุด
ณ 2010 , ส่วนประกอบนำมาใช้ใหม่ทันสมัย สรุปทั้งโครงสร้างข้อมูลและอัลกอริทึมที่ใช้กับข้อมูลโครงสร้าง [ ชี้แจงจำเป็น ] สร้างทฤษฎีของวัตถุซอฟต์แวร์ก่อนที่สถาปัตยกรรมซอฟต์แวร์ กรอบซอฟต์แวร์และซอฟต์แวร์รูปแบบการออกแบบและครอบคลุมทฤษฎีการเขียนโปรแกรมเชิงวัตถุและการออกแบบเหล่านี้ทั้งหมดเชิงวัตถุ มันอ้างว่าซอฟต์แวร์ส่วนประกอบ เหมือนกับแนวคิดของส่วนประกอบฮาร์ดแวร์ที่ใช้ตัวอย่างเช่นในโทรคมนาคม , [ 1 ] สุดสามารถทำได้และเชื่อถือได้ บนมืออื่น ๆ , มันเป็นแย้ง [ ใคร ?นั่นมันเป็นความผิดพลาดที่จะมุ่งเน้นองค์ประกอบที่เป็นอิสระมากกว่ากรอบ ( โดยที่พวกเขาไม่ได้อยู่ ) [ 2 ]
การแปล กรุณารอสักครู่..