CSC/ECE 517 Fall 2012/ch2a 2w23 sr: Difference between revisions

From Expertiza_Wiki
Jump to navigation Jump to search
Line 13: Line 13:
* What information does this object share?<ref>http://dl.acm.org/citation.cfm?doid=74877.74885 Object-oriented design: a responsibility-driven approach</ref>
* What information does this object share?<ref>http://dl.acm.org/citation.cfm?doid=74877.74885 Object-oriented design: a responsibility-driven approach</ref>


== Responsibility-driven design principles ==
=== Responsibility-driven design principles ===
* Maximize Abstraction
* Maximize Abstraction


Line 29: Line 29:


Design objects so interior details can be readily changed.
Design objects so interior details can be readily changed.
=== Responsibility-Driven Design Constructs===
*an application = a set of interacting objects
*an object = an implementation of one or more roles
*a role = a set of related responsibilities
*a responsibility = an obligation to perform a task or know information
*a collaboration = an interaction of objects or roles (or both)
*a contract = an agreement outlining the terms of a collaboration
== Example ==
== Example ==
== Advantages ==
== Advantages ==

Revision as of 00:15, 27 October 2012

Responsibility-Driven Design

Introduction

Object-oriented programming(OOP) language enable software to be reusable, refinable, testable, maintainable, and extensible by supporting encapsulation. In order to realize these advantages, encapsulation should be maximized during the design process. other techniques attempt to enforce encapsulation during the implementation phase. This is too late in the software life-cycle to achieve maximum benefits.

Responsibility-driven design(RRD) is an alternate design method to focus on increasing the encapsulation by viewing a program in terms of the client/server model.<ref>http://dl.acm.org/citation.cfm?doid=74877.74885 Object-oriented design: a responsibility-driven approach</ref> This method was proposed by Rebecca Wirfs-Brock and Brian Wilkerson.

Definition

RRD is defined as follows:

Responsibility-driven design is inspired by the client/server model. It focuses on the contract by asking:

Responsibility-driven design principles

  • Maximize Abstraction

Initially hide the distinction between data and behavior.

Think of objects responsibilities for “knowing”, “doing”,and “deciding”.

  • Distribute Behavior

Promote a delegated control architecture.

Make objects smart—-have them behave intelligently, not just hold bundles of data.

  • Preserve Flexibility

Design objects so interior details can be readily changed.

Responsibility-Driven Design Constructs

  • an application = a set of interacting objects
  • an object = an implementation of one or more roles
  • a role = a set of related responsibilities
  • a responsibility = an obligation to perform a task or know information
  • a collaboration = an interaction of objects or roles (or both)
  • a contract = an agreement outlining the terms of a collaboration

Example

Advantages

  • Increase encapsulation

The responsibility-driven approach emphasizes the encapsulation of both the structure and behavior of objects by focusing on the contractual responsibilities of a class.The benefit is increased encapsulation, since the specification of the exact way in which a request is carried out is private to the server. Encapsulation is compromised when the structural details of an object become part of the interface. Responsibility-driven designs maximize encapsulation by ignoring the structural details.

  • Facilitates polymorphism

Comparison

Conclusion

References

<references/>