What are design patterns?



Ans. A pattern is a proven (and recurring) solution to a problem in a context. Each pattern describes a problem which occurs over and over again in our environment, and describes its solution to this problem in such a way that we can use this solution a lots of times. In simple words, there are a lot of common problems which a lot of developers have faced over time. These common problems ideally should have a common solution too. It is this solution when documented and used over and over becomes a design pattern.
Q2. Can we always apply the same solution to different problems at hand?
Ans. No. Design patterns would study the different problems at hand. To these problems then it would suggest different design patterns to be used. However, the type of code to be written in that design pattern is solely the discretion of the Project Manager who is handling that project.
Q3.What should be the level of detail/abstraction which should be provided by a design pattern?

Ans.
Design patterns should present a higher abstraction level though it might include details of the solution. However, these details are lower abstractions and are called strategies. There may be more than one way to apply these strategies in implementing the patterns.
Q4. What are the most common problems which one faces during the application design phase that are solved by design patterns?

Ans.
These are:
  • Identifying components, internal structures of the components, and relationships between components.
  • Determining component granularity and appropriate interactions
  • Defining component interfaces.
Q5. How does one decide which Design pattern to use in our application?

Ans.
We need to follow these steps:
  1. We need to understand the problem at hand. Break it down to finer grained problems. Each design pattern is meant to solve certain kinds of problems. This would narrow down our search for design patterns.
  2. Read the problem statement again along with the solution which the design pattern will provide. This may instigate to change a few patterns that we are to use.
  3. Now figure out the interrelations between different patterns. Also decide what all patterns will remain stable in the application and what all need to change (with respect to Change Requests received from the clients).
Q6. What is Refactoring?
Ans. Learning different design patterns is not sufficient to becoming a good designer. We have to understand these patterns and use them where they have more benefits. Using too many patterns (more than required) would be over-engineering and using less design patterns than required would be under-engineering. In both these scenarios we use refactoring. Refactoring is a change made to the internal structure of the software to make it easier to understand and cheaper to modify, without changing its observable behaviour.
Q7. What are Antipatterns?
Ans. Though the use of patterns fulfils our objectives in the applications; there are also several instances where several applications did not fulfill their goals. The architects of these applications too need to document these wrong decisions. This helps us in repeating these mistakes in our future applications. Such documented mistakes are called antipatterns.
Thus antipatterns are negative solutions which cause more problems than what they address. For ex. We might use entity beans which have fine-grained interfaces which can directly be accessed from the client side. This would result in considerable RMI and transaction management overhead. It results in poor performance and un-scalable applications.
SPECIFIC PATTERNS
Q8. As we do development in tiers, how do we divide patterns in tiers?
Ans. The Sun Java Center has classified the patterns in three tiers. These are:
  1. Presentation tier patterns for web-component tier,
  2. Business tier patterns for business logic (EJB) tier, and
  3. Integration tier patterns for connection to the databases.
The presentation tier patterns are:
Intercepting filter, Front Controller, View Helper, Composite View, Service-to-Worker, and Dispatcher View.
The business tier patterns are:
Business delegate, Value Object, Session Façade, Composite Entity, Value Object Assembler, Value List Handler, and Service Locator.
Integration tier patterns are:
Data Access Object (DAO) and Service Activator
Q9. What is Intercepting Filter pattern?
Ans. Provides a solution for pre-processing and post-processing a request. It allows us to declaratively apply filters for intercepting requests and responses. For ex. Servlet filters.
Q10. What is Front Controller pattern?
Ans. It manages and handles requests through a centralized code. This could either be through a servlet or a JSP (through a Java Bean). This Controller takes over the common processing which happens on the presentation tier. The front controller manages content retrieval, security, view management and retrieval.
Q11. What is View Helper pattern?
Ans. There generally are two parts to any application – the presentation and the business logics. The “View” is responsible for the output-view formatting whereas “Helper” component is responsible for the business logic. Helper components do content retrieval, validation and adaptation. Helper components generally use Business delegate pattern to access business classes.
Q12. What is Composite View pattern?
Ans. This pattern is used for creating aggregate presentations (views) from atomic sub-components. This architecture enables says piecing together of elementary view components which makes the presentation flexible by allowing personalization and customization.
Q13. What is Service to Worker pattern?
Ans. This is used in larger applications wherein one class is used to process the requests while the other is used to process the view part. This differentiation is done for maintainability.
Q14. What is Dispatcher View pattern?
Ans. This is similar to Service to Worker pattern except that it is used for smaller applications. In this one class is used for both request and view processing.
Q15. What is Business Delegate pattern?
Ans. This pattern is used to reduce the coupling between the presentation and business-logic tier. It provides a proxy to the façade from where one could call the business classes or DAO class. This pattern can be used with Service Locator pattern for improving performance.
Q16. What is Value Object (VO) pattern?
Ans. Value Object is a serializable object which would contain lot of atomic values. These are normal java classes which may have different constructors (to fill in the value of different data) and getter methods to get access to these data. VOs are used as a course grained call which gets lots of data in one go (this reduces remote overhead). The VO is made serializable for it to be transferred between different tiers within a single remote method invocation.
17. What is Session Façade pattern?
Ans. This pattern hides the complexity of business components and centralizes the workflow. It provides course-grained interfaces to the clients which reduces the remote method overhead. This pattern fits well with declarative transactions and security management.
Q18. What is Value Object Assembler pattern?
Ans. This pattern allows for composing a Value Object from different sources which could be EJBs, DAOs or Java objects.
Q19. What is Value List Handler pattern?
Ans. This pattern provides a sound solution for query execution and results processing.
Q20. What is Service Locator pattern?
Ans. It provides a solution for looking-up, creating and locating services and encapsulating their complexity. It provides a single point of control and it also improves performance.
Q21. What is Data Access Object pattern?
Ans. It provides a flexible and transparent access to the data, abstracts the data sources and hides the complexity of Data persistence layer. This pattern provides for loose coupling between business and data persistence layer.
Q22. What is EJB Command pattern?
Ans. Session Façade and EJB Command patterns are competitor patterns. It wraps business logic in command beans, decouples the client and business logic tier, and reduces the number of remote method invocations.
Q23. What is Version Number pattern?
Ans. This pattern is used for transaction and persistence and provides a solution for maintaining consistency and protects against concurrency. Every time a data is fetched from the database, it comes out with a version number which is saved in the database. Once any update is requested on the same row of the database, this version is checked. If the version is same, the update is allowed else not.
Q24. What all patterns are used to improve performance and scalability of the application?
Ans. VO, Session Façade, Business Delegate and Service Locator.
Q25. What design patterns could be used to manage security?
Ans. Single Access Point, Check point and Role patterns.

No comments:

Post a Comment