Menu

Pattern Requirements

1999-11-23
2000-05-19
1 2 3 > >> (Page 1 of 3)
  • Frank V. Castellucci

    Require that libcorelinux have support for the Patterns from Gamma et.al.

     
    • Frank V. Castellucci

      Require that the following Creational patterns be supported in libcorelinux

      1. Abstract Factory
      2. Builder
      3. Factory Method
      4. Prototype
      5. Singleton

       
      • Frank V. Castellucci

        Provide an interface for creating families of related or dependent objects without specifying their concrete classes.

         
        • Frank V. Castellucci

          Implemented in 0.4.6

           
      • Frank V. Castellucci

        Seperate the construction of a complex object from its representation so that the same construction process can create different representations.

         
        • Frank V. Castellucci

          Completed with implementation and test code

           
      • Frank V. Castellucci

        Define an interface for creating an object, but let subclasses decide which class to instantiate.

         
        • Frank V. Castellucci

          Implemented as Allocator and AbstractAllocator in the AbstractFactory work.

           
      • Frank V. Castellucci

        Specify the kinds of objects to create using a prototypical instance, and create new objects by copying this prototype.

         
        • Frank V. Castellucci

          Pattern (Creational:Prototype) completed Feb 10 2000

           
      • Frank V. Castellucci

        Ensure a class only has one instance, and provide a global point of access to it.

         
        • Frank V. Castellucci

          Pattern (Creational:Singleton) completed Feb 11 2000

           
    • Frank V. Castellucci

      Require libcorelinux to support the following Structural patterns:

      1. Adapter
      2. Bridge
      3. Composite
      4. Decorator
      5. Facade
      6. Flyweight
      7. Proxy

       
      • Frank V. Castellucci

        The Adapter converts the interface of a class into another interface that clients expect. This allows classes work together that couldn't otherwise because of the incompatible interfaces.

         
        • Frank V. Castellucci

          Completed

           
      • Frank V. Castellucci

        The Bridge decouples an abstraction from its implementation so that the two can vary independently.

         
        • Frank V. Castellucci

          Completed

           
      • Frank V. Castellucci

        Compose objects into tree structures to represent part-whole hierarchies. Composite lets clients treat individual objects and compositions of objects uniformly.

         
        • Frank V. Castellucci

          Completed

           
      • Frank V. Castellucci

        Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality.

         
        • Frank V. Castellucci

           
      • Frank V. Castellucci

        Provide a unified interface to a set of interfaces in a subsystem. Facade defines a higher-level interface that makes the subsystem easier to use.

         
        • Frank V. Castellucci

           
      • Frank V. Castellucci

        A flyweight object uses sharing to suuport large numbers of fine grained objects efficiently.

         
        • Frank V. Castellucci

          The Flyweight implementation and test code
          is now available.

           
1 2 3 > >> (Page 1 of 3)

Log in to post a comment.

MongoDB Logo MongoDB