» Java开发网 » Design Pattern & UML
打印话题 寄给朋友 订阅主题
|作者||Open Questions for Design Patterns Study Group (Referened from DPSG-NYC) [精华]|
于 2004-09-01 22:37
Opening Questions For A Study Group
Welcome to add your own questions and answers.
It's important to understand the spirit behind each pattern, instead of just focusing on the structure only.
How does Factory Method promote loosely coupled code?
Part 1: What happens when a system has an explosion of Strategy objects? Is there some way to better manage these strategies?
Part 2: In the implementation section of this pattern, the authors describe two ways in which a strategy can get the information it needs to do its job. One way describes how a strategy object could get passed a reference to the context object, thereby giving it access to context data. But is it possible that the data required by the strategy will not be available from the context's interface? How could you remedy this potential problem?
In the Implementation section of the Decorator Pattern, the authors write: A decorator object's interface must conform to the interface of the component it decorates.
Now consider an object A, that is decorated with an object B. Since object B "decorates" object A, object B shares an interface with object A. If some client is then passed an instance of this decorated object, and that method attempts to call a method in B that is not part of A's interface, does this mean that the object is no longer a Decorator, in the strict sense of the pattern? Furthermore, why is it important that a decorator object's interface conforms to the interface of the component. it decorates?
Part 1: How does the Composite pattern help to consolidate system-wide conditional logic?
Part 2: Would you use the composite pattern if you did not have a part-whole hierarchy? In other words, if only a few objects have children and almost everything else in your collection is a leaf (a leaf can have no children), would you still use the composite pattern to model these objects?
Consider a composite that contains loan objects. The loan object interface contains a method called "AmountOfLoan()", which returns the current market value of a loan. Given a requirement to extract all loans above, below or in between a certain amount, would you write or use an Iterator to do this?
The Template Method relies on inheritance. Would it be possible to get the same functionality of a Template Method, using object composition? What would some of the tradeoffs be?
In the Implementation section of this pattern, the authors discuss the idea of defining extensible factories. Since an Abstract Factory is composed of Factory Methods, and each Factory Method has only one signature, does this mean that the Factory Method can only create an object in one way?
Consider the MazeFactory example. The MazeFactory contains a method called MakeRoom, which takes as a parameter one integer, representing a room number. What happens if you would also like to specify the room's color & size? Would this mean that you would need to create a new Factory Method for your MazeFactory, allowing you to pass in room number, color and size to a second MakeRoom method?
Ofcourse, nothing would prevent you from setting the color and size of the Room object after is has been instantiated, but this could also clutter your code, especially if you are creating and configuring many objects. How could you retain the MazeFactory and keep only one MakeRoom method but also accomodate different numbers of parameters used by MakeRoom to both create and configure Room objects?
Like the Abstract Factory pattern, the Builder pattern requires that you define an interface, which will be used by clients to create complex objects in pieces. In the MazeBuilder example, there are BuildMaze(), BuildRoom() and BuildDoor() methods, along with a GetMaze() method. How does the Builder pattern allow one to add new methods to the Builder's interface, without having to change each and every sub-class of the Builder?
The Singleton pattern is often paired with the Abstract Factory pattern. What other creational or non-creational patterns would you use with the Singleton pattern?
If a Proxy is used to instantiate an object only when it is absolutely needed, does the Proxy simplify code?
Would you ever create an Adapter that has the same interface as the object which it adapts? Would your Adapter then be a Proxy?
How does a Bridge differ from a Strategy and a Strategy's Context?
Since a Mediator becomes a repository for logic, can the code that implements this logic begin to get overly complex, possible resembling speggheti code? How could this potential problem be solved?
Part 1: The classic Model-View-Controller design is explained in Implementation note #8: Encapsulating complex update semantics. Would it ever make sense for an Observer (or View) to talk directly to the Subject (or Model)?
Part 2: What are the properties of a system that uses the Objserver pattern extensively? How would you approach the task of debugging code in such a system?
Part 3: Is it clear to you how you would handle concurrency problems with is pattern? Consider an Unregister() message being sent to a subject, just before the subject sends a Notify() message to the ChangeManager (or Controller).
Chain of Responsibility
Part 1: How does the Chain of Responsibility pattern differ from the Decorator pattern or from a linked list?.
Part 2: Is it helpful to look at patterns from a structural perspective? In other words, if you see how a set of patterns are the same in terms of how they are programmed, does that help you to understand when to apply them to a design?
The authors write that the "Caretaker" participant never operates on or examines the contents of a memento. Can you consider a case where a Caretaker would infact need to know the identity of a memento and thus need the ability to examine or query the contents of that memento? Would this break something in the pattern?
In the Motivation section of the Command pattern, an application's menu system is described. An application has a Menu, which in turn has MenuItems, which in turn execute commands when they are clicked. What happens if the command needs some information about the application in order to do its job? How would the command have access to such information such that new comamnds could easily be written that would also have access to the information they need?
Part 1: When should this creational pattern be used over the other creational patterns?
Part 2: Explain the difference between deep vs. shallow copy.
If something has only two to three states, is it overkill to use the State pattern?
One issue with the Visitor pattern involces cyclicality. When you add a new Visitor, you must make changes to existing code. How would you work around this possible problem?
Part 1: What is a non-GUI example of a flyweight?
Part 2: What is the minimum configuration for using flyweight? Do you need to be working with thousands of objects, hundreds, tens?
As the note says in Known Uses, Interpreter is most often used "in compilers implemented in object-oriented languages...". What are other uses of Interpreter and how do they differ from simply reading in a stream of data and creating some structure to represent that data?
Part 1: How complex must a syb-system be in order to justify using a facade?
Part 2: What are the additional uses of a facade with respect to an organization of designers and developers with varying abilities? What are the political ramifications?
zyzhang edited on 2004-09-02 17:11
|11173||[精华] Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||zyzhang||8559||2004-09-01 22:37|
|8682||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||主管||14||2004-11-06 12:11|
|8760||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||floater||134||2004-11-07 03:04|
|8681||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||主管||43||2004-11-08 11:19|
|8683||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||floater||436||2004-11-08 12:07|
|8687||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||主管||306||2004-11-08 17:12|
|8644||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||主管||35||2004-11-08 13:13|
|8760||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||主管||44||2004-11-08 13:31|
|8889||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||WeiterWay||287||2004-11-24 14:08|
|9588||Re:Open Questions for Design Patterns Study Group (Referened from DPSG-NYC)||zyzhang||445||2004-12-20 20:37|
Powered by Jute Powerful Forum® Version Jute 1.5.6 Ent |
Copyright © 2002-2020 Cjsdn Team. All Righits Reserved. 闽ICP备05005120号
客服电话 0592-8750026 客服信箱 firstname.lastname@example.org 客服QQ 714923