Auto Pointer: The C++ standard library contains a class template called auto_ptr, which is just a pointer like object that knows enough to delete what it is pointing to when the pointer goes out of scope. The auto_ptr class takes a pointer to a heap object in its constructor and deletes it in its destructor, freeing the user from responsibility of deleting the pointer. Auto pointers should be used in a function with multiple exit points. So that programmer need not explicitly delete the pointer at multiple places. e.g. In the example below, there are multiple exit points in the function, thus ideal case for using auto pointer. # include # include # include # include vector { vector<>* pvNumbers = new vector<>; int number; cout<<"give the 5 numbers"; for( int i = 0; i <> { cin>>number; pvNumbers->push_back( number ); } return pvNumbers; } void checkValidity() { //this function will check the validity of the //numbers given by the user. The number will be invalid //if it is equal to 13. auto_ptr<> > apvNumbers(getList()); //this pointer should be deleted in this function. if( apvNumbers->size() == 0 ) { return; } unsigned unSize = apvNumbers->size(); for( int i = 0; i <> { if( (* (apvNumbers.get()) )[i] == 13 ) { cout<< " You have entered invalid number."< return; } } cout<< " All the numbers are valid."< //As we are using auto_ptr we need not delete the pointer explicitly //Otherwise we will have to delete the pointer at //three places in this function. } int main() { checkValidity(); return 0; } |
Use auto_ptr in functions with multiple exit points, so that the pointer is deleted on exit from function. |
1 Introduction This paper describes the use of object-oriented software design patterns, as presented in Design Patterns: Elements of Reusable Object-Oriented Software by Gamma et al., within the Microsoft Foundation Class Library (MFC). MFC is used for implementing applications for Microsoft Windows operating systems. Because of the size of the MFC library, a complete analysis would have been beyond the scope of this assignment. Instead, we identified various possible locations for design patterns, using the class hierachy diagram of MFC, and studied the source carefully at these locations. When we did not find a pattern where we expected one, we have documented it anyway, with examples of how the particular problem could have been solved differently, perhaps more elegantly, using design patterns. We have included a brief introduction to MFC in Section 2 , as background information. The analysis has been split into three parts, with one section for each major design pattern ca...
Comments