4495089385c語(yǔ)言c面向?qū)ο蟊究飘厴I(yè)設(shè)計(jì)外文文獻(xiàn)翻譯

1、內(nèi)蒙古工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)外文文獻(xiàn)學(xué)校代碼： 10128學(xué) 號(hào)： xxxxxxxxxxxx 本科畢業(yè)設(shè)計(jì)外文文獻(xiàn)翻譯（題 目: object-orientation and c+學(xué)生姓名:xxx學(xué) 院:信息工程學(xué)院系 別:軟件系專 業(yè):軟件工程班 級(jí):軟件10-2班指導(dǎo)教師:xxx 講師二 一 四 年 六 月object-orientation and c+c+ is just one of many programming languages in use today. why are there so many languages? why do new ones appear every

2、 few years? programming languages have evolved to help programmers ease the transition from design to implementation. the first programming languages were very dependent on the underlying machine architecture. writing programs at this level of detail is very cumbersome. just as hardware engineers le

3、arned how to build computer systems out of other components, language designers also realized that programs could be written at a much higher level, thereby shielding the programmer from the details of the underlying machine. why are there such a large number of high-level programming languages? the

4、re are languages for accessing large inventory databases, formatting financial reports, controlling robots on the factory floor, processing lists, controlling satellites in real time, simulating a nuclear reactor, predicting changing atmospheric conditions, playing chess, and drawing circuit boards.

5、 each of these problems requires different sets of data structures and algorithms. programming languages are tools to help us solve problems. however, there is not one programming language that is best for every type of problem. new programming languages are often developed to provide better tools f

6、or solving a particular class of problems. other languages are intended to be useful for a variety of problem domains and are more general purpose. each programming language imparts a particular programming style or design philosophy on its programmers. with the multitude of programming languages av

7、ailable today, a number of such design philosophies have emerged. these design philosophies, called programming paradigms, help us to think about problems and formulate solutions.1.software design through paradigmswhen designing small computer programs or large software systems, we often have a ment

8、al model of the problem we are trying to solve. how do we devise a mental model of a software system? programming paradigms offer many different ways of designing and thinking about software systems. a paradigm can be thought of as a mental model or as a framework for designing and describing a soft

9、ware systems structure. the model helps us think about and formulate solutions. we can use the mental model of a paradigm independently from the programming language chosen for implementation. however, when the chosen language provides constructs and mechanisms that are similar to those that are fou

10、nd in the paradigm, the implementation will be more straightforward. usually, there are several languages that belong to a paradigm. for this reason, a programming paradigm is also considered a class of languages. a language does not have to fit into just one paradigm. more often, languages provide

11、features or characteristics from several paradigms. hybrid languages, such as c+, combine characteristics from two or more paradigms. c+ includes characteristics from the imperative and procedural paradigms - just like its predecessor language, c - and the object-oriented paradigm.the imperative par

12、adigm. the imperative paradigm is characterized by an abstract model of a computer with a large memory store. this is the classic von neumann model of computer architecture. computations, which consist of a sequence of commands, are stored as encoding within the store. commands enable the machine to

13、 find solutions using assignment to modify the store, variables to read the store, arithmetic and logic to evaluate expressions, and conditional branching to control the flow of execution. the procedural paradigm. the procedural paradigm includes the imperative paradigm, but extends it with an abstr

14、action mechanism for generalizing commands and expressions into procedures. parameters, which are essentially aliases for a portion of the store, were also introduced by this paradigm. other features include iteration, recursion, and selection. most mainstreams programming today is done in a procedu

15、ral language. the procedural paradigm was the first paradigm to introduce the notion of abstraction into program design. the purpose of abstraction in programming is to separate behavior from implementation. procedures are a form of abstraction. the procedure performs some task or function. other pa

16、rts of the program call the procedure, knowing that it will perform the task correctly and efficiently, but without knowing exactly how the procedure is implemented. the procedural paradigm with adts. data abstraction is concerned with separating the behavior of a data object from its representation

17、 or implementation. for example, a stack contains the operations push, pop, and isempty. a stack object provides users with these operations, but does not reveal how the stack is actually implemented. the stack could be implemented using an array or a list. users of the stack object do not care how

18、the stack is implemented, only that it performs the above operations correctly and efficiently. because the underlying implementation of the data object is hidden from its users, the implementation can easily be changed without affecting the programs that use it. when we design algorithms, we often

19、need a particular data type to use in order to carry out the algorithms operations. the design of an algorithm is easier if we simply specify the data types of the variables, without worrying about how the actual data type is implemented. we describe the data type by its properties and operations an

20、d assume that whatever implementation is chosen, the operations will work correctly and efficiently. types defined in this way are called abstract data types (adts). the use of abstract data types makes the design of the algorithm more general, and allows us to concentrate on the algorithm at hand w

21、ithout getting bogged down in implementation details. after the algorithms have been designed, the actual data types will need to be implemented, along with the algorithms. recently, procedural languages have been extended to support the definition of new data types and provide facilities for data a

22、bstraction. the object-oriented paradigm. the object- oriented paradigm retains much of the characteristics of the procedural paradigm, since procedures are still the primary form for composing computations. however, rather than operate on abstract values, programs in the object-oriented paradigm op

23、erate on objects. an object is very similar to an abstract data type and contains data as well as procedures. there are three primary characteristics of the object-oriented paradigm. we have already described the first, encapsulation, the mechanism for enforcing data abstraction. the second characte

24、ristic is inheritance. inheritance allows new objects to be created from existing, more general ones. the new object becomes a specialized version of the general object. new objects need only provide the methods or data that differ because of the specialization. when an object is created (or derived

25、) from another object, it is said to inherit the methods and data of the parent object, and includes any new representations and new or revised methods added to it. the third and final characteristic of object-oriented programming is polymorphism. polymorphism allows many different types of objects

26、to perform the same operation by responding to the same message. for example, we may have a collection of objects which can all perform a sort operation. however, we do not know what types of objects will be created until run-time. object-oriented languages contain mechanisms for ensuring that each

27、sort message is sent to the right object. encapsulation, inheritance, and polymorphism are considered the fundamental characteristics of object-oriented programming and all object-oriented languages must provide these characteristics in some way. not surprisingly, languages support these characteris

28、tics in very different ways. smalltalk, c+, objective-c, and lisp with clos (the common lisp object system) are all examples of object-oriented languages, and each provides support for encapsulation, inheritance, and polymorphism. constructing an object-oriented program involves determining the obje

29、cts that are needed to solve the problem. the objects are then used to construct computations that define the behavior of the software system. message passing is the fundamental interaction mechanism among objects. messages (from other objects or programs) are sent to objects to inform them to perfo

30、rm one of their operations. objects are responsible for maintaining the state of their data. only the object may modify its internal data. objects may themselves be implemented via other sub-objects. implementing an object involves a recursive process of breaking it into sub-objects until at some le

31、vel the objects and methods defined on them are primitives. at this point, the methods and data consist of elements that can be implemented using the basic constructs provided by the programming language. one of the most important aspects of the object-oriented paradigm is how it changes our way of

32、thinking about software systems. systems are thought of as consisting of individual entities that are responsible for carrying out their own operations. each object is conceived and implemented as self-contained. such a model facilitates software design (and later implementation) because objects oft

33、en model conceptual real-world entities. designing systems using the object-oriented paradigm results in software systems that behave and appear more like their real-life counterparts. 2. the object-oriented characteristics of c+encapsulation in c+. c+ extends c with a facility for defining new data

34、 types. a class is like a c struct, but contains data as well as methods. in addition, c+ provides different levels of access to the members of a class in order to control how the members of a class can be manipulated from outside the class. recall that the importance of data abstraction is to hide

35、the implementation details of a data object from the user. the user only accesses the object through its public interface. a c+ class consists of a public and private part. the public part provides the interface to the users of the class, while the private part can only be used by the functions that

36、 make up the class. c+ provides keywords to indicate which members of a class are hidden and which are part of its public interface. the members of the hidden implementation are marked in sections beginning with the keyword private. the public interface part of the class follows the keyword public.

37、by default, the declarations within a class are private, meaning that only the member functions (and friends) of the class have access to them. a class definition does not allocate any memory. memory is allocated when an array object is created through a variable declaration. constructors and destru

38、ctors provide the initialization and clean up of an object. when an object is declared, the constructor is called to initialize the memory used by the object. the destructor performs any clean-up for the object when the object goes out of scope and is destroyed.note that we didnt really hide the imp

39、lementation details from the user. c+ does not provide a way to completely exclude all of the details of the underlying implementation, since the private part of the class must be included with the class definition it is useful to relax the access to variables within a class, particularly under inhe

40、ritance. often derived classes need easy access to the private members of their parent classes. c+ defines the keyword protected for this purpose. protected members can be accessed by the member functions of a class as well as by member functions of derived classes. however, like private members, pr

41、otected members cannot be accessed by user programs. one final note about objects. recall that message passing is the fundamental means for communication among objects. when we write i a2.size() we are effectively sending a message to the a2 array object to determine the size of the array and return

42、 it. in actuality, no message is really sent. c+ emulates message passing through the use of function calls. the compiler ensures us that the correct function will be called for the desired object. so, in c+ you can think of message passing as function calls. object-orientation has become a buzzword

43、 with many meanings. it is a design methodology, a paradigm (a way of thinking about problems and finding solutions), and a form of programming. as a design methodology, we can use object-oriented techniques to design software systems. but it is more than a design methodology, it is a whole new way

44、of thinking about problems. object-oriented design allows us to think about the actual real-world entities of the problem we are attempting to provide a solution for. beginning the design with concepts from the real- world problem domain allows the same concepts to be carried over to implementation,

45、 making the design and implementation cycle more seamless. once a design has been conceived, a programming language can be chosen for implementation. by factoring out the inheritance relationships from the object hierarchies discovered during design, one can even implement the system in a traditiona

46、l, non- object-oriented language. however, using an object-oriented language, such as c+, makes it easier to realize the design into an implementation because the inherent relationships among objects can be directly supported in the language. languages such as c+ are considered hybrid languages beca

47、use they are multi-paradigm languages. c+ is an object- oriented extension of c and can be used as a procedural language or as an object-oriented language. in this issue, we continue our tour of the object-oriented features of c+. 3. the object-oriented features of c+inheritance in c+. one of the ma

48、jor strengths of any object-oriented programming language is the ability to build other classes from existing classes, thereby reusing code. inheritance allows existing types to be extended to an associated collection of sub-types. recall that one of the key actions of object-oriented design is to i

49、dentify real-world entities and the relationships among them. when a software system is designed, a variety of objects arise, which may be related in one way or another. some classes may not be related at all. many times it makes sense to organize the object classes into an inheritance hierarchy. or

50、ganizing a set of classes into a class hierarchy requires that we understand the relationships among the classes in detail. not all class relationships dictate that inheritance be used. c+ provides three forms of inheritance: public, private, and protected. these different forms are used for differe

51、nt relation- ships between objects. to illustrate these different types of inheritance, lets look at several different class relationships. the first relationship is the is-a relationship. this type of relationship represents a specialization between types or classes. is-a inheritance holds for two

52、classes if the objects described by one class belongs to the set of objects described by the other more general class. the is-a relationship is the traditional form of inheritance called subtyping. the subtype is a specialization of some more general type known as the supertype. in c+, the supertype

53、 is called the base class and the subtype the derived class. to implement the is-a relationship in c+ we use public inheritance. when public inheritance is used the public parts of the base class become public in the derived class and the protected parts of the base class become protected in the der

54、ived class.to implement the has-a relationship in c+ we use either composition or private inheritance. for example, a stack can be implemented using an array. we can either use the stack as a data member (composition) or derive the stack class from the array class using private inheritance. it is al

55、so possible to use inheritance to achieve a containership relationship between two classes. private inheritance is used when the inheritance is not part of the interface; the base class is an implementation detail. under private inheritance, the public and protected parts of the base class become pa

56、rt of the private part of the derived class. users of the derived class cannot access any of the base class interface. however, member functions of the derived class are free to use the public and private parts of the base class. when used this way, users cannot write code that depends on the inheri

57、tance. this is a powerful way of preserving your ability to change the implementation to a different base class. one other form of inheritance, which is very rarely used is protected inheritance. protected inheritance is also used to implement has-a relationships. when protected inheritance is used,

58、 the public and protected parts of the base class become protected in the derived class. so, you may wish to use protected inheritance when the inheritance is part of the interface to derived classes, but not part of the interface to the users. a protected base class is almost like a private base cl

59、ass, except the interface is known to derived classes. it is best to use composition where possible. in cases where you must override functions in a base class then by all means use inheritance. only use public inheritance if your derived class is indeed a specialization of the base class, otherwise, private inheritance should be used. needlessly using inherit