gang-of-4-patterns AT lists.siebelschool.illinois.edu
Subject: Design Patterns discussion
List archive
- From: "Mandar Nanivadekar" <stackoverflow AT rediffmail.com>
- To: gang-of-4-patterns AT cs.uiuc.edu
- Subject: Re: Re: [gang-of-4-patterns] Design pattern is GDI
- Date: 2 Dec 2004 11:48:37 -0000
- List-archive: <http://mail.cs.uiuc.edu/pipermail/gang-of-4-patterns>
- List-id: Design Patterns discussion <gang-of-4-patterns.cs.uiuc.edu>
I was doing some more thinking on this problem yesterday.
Could it be a Bridge.
The Device pattern is an abstraction?
Some more methods could be added.
So this abstraction is varying and the implmentation may vary as well.
The device driver side of the GDI could be implemented by abstract factory.
On Wed, 01 Dec 2004 jdeena AT comcast.net wrote :
>I guess it would be builder(creational) or template pattern(behavior) if you have to implement any of abtract operations from GDI or it could be command pattern if you have to override any super class operations.
>
>-------------- Original message --------------
>
>Hello all,
>
>I have a question.
>GDI in windows is a device driver abstraction.
>The client programmer does not know which device he is programming to.
>It may be a display or a printer etc.
>GDI hides all this,
>and chooses the device driver currently installed on the machine.
>The device driver written for windows has to conform to a particular interface. Hence GDI can work with any device.
>
>Which design pattern is this?
>Is it a factory?
>
>Rgds,
>Mandar
>
>
>>_______________________________________________
>gang-of-4-patterns mailing list
>gang-of-4-patterns AT cs.uiuc.edu
>http://mail.cs.uiuc.edu/mailman/listinfo/gang-of-4-patterns
- [gang-of-4-patterns] Design pattern is GDI, Mandar Nanivadekar, 12/01/2004
- <Possible follow-up(s)>
- Re: Re: [gang-of-4-patterns] Design pattern is GDI, Mandar Nanivadekar, 12/02/2004
Archive powered by MHonArc 2.6.16.