* update yaml frontmatter format * update abstract document * update abstract factory * use the new pattern template * acyclic visitor seo * adapter seo * ambassador seo * acl seo * aaa seo * async method invocation seo * balking seo * bridge seo * builder seo * business delegate and bytecode seo * caching seo * callback seo * chain seo * update headings * circuit breaker seo * client session + collecting parameter seo * collection pipeline seo * combinator SEO * command seo * cqrs seo * commander seo * component seo * composite seo * composite entity seo * composite view seo * context object seo * converter seo * crtp seo * currying seo * dao seo * data bus seo * data locality seo * data mapper seo * dto seo * decorator seo * delegation seo * di seo * dirty flag seo * domain model seo * double buffer seo * double checked locking seo * double dispatch seo * dynamic proxy seo * event aggregator seo * event-based asynchronous seo * eda seo * event queue seo * event sourcing seo * execute around seo * extension objects seo * facade seo * factory seo * factory kit seo * factory method seo * fanout/fanin seo * feature toggle seo * filterer seo * fluent interface seo * flux seo * flyweight seo * front controller seo * function composition seo * game loop seo * gateway seo * guarded suspension seo * half-sync/half-async seo * health check seo * hexagonal seo * identity map seo * intercepting filter seo * interpreter seo * iterator seo * layers seo * lazy loading seo * leader election seo * leader/followers seo * lockable object seo * rename and add seo for marker interface * master-worker seo * mediator seo * memento seo * metadata mapping seo * microservice aggregator seo * api gw seo * microservices log aggregration seo * mvc seo * mvi seo * mvp seo * mvvm seo * monad seo * monitor seo * monostate seo * multiton seo * mute idiom seo * naked objects & notification seo * null object seo * object mother seo * object pool seo * observer seo * optimistic locking seo * page controller seo * page object seo * parameter object seo * partial response seo * pipeline seo * poison pill seo * presentation model seo * private class data seo * producer-consumer seo * promise seo * property seo * prototype seo * proxy seo * queue-based load leveling seo * reactor seo * registry seo * repository seo * RAII seo * retry seo * role object seo * saga seo * separated interface seo * serialized entity seo * serialized lob seo * servant seo * server session seo * service layer seo * service locator seo * service to worker seo * sharding seo * single table inheritance seo * singleton seo * spatial partition seo * special case seo * specification seo * state seo * step builder seo * strangler seo * strategy seo * subclass sandbox seo * table module seo * template method seo * throttling seo * tolerant reader seo * trampoline seo * transaction script seo * twin seo * type object seo * unit of work seo * update method seo * value object seo * version number seo * virtual proxy seo * visitor seo * seo enhancements * seo improvements * SEO enhancements * SEO improvements * SEO additions * SEO improvements * more SEO improvements * rename hexagonal + SEO improvements * SEO improvements * more SEO stuff * SEO improvements * SEO optimizations * SEO enhancements * enchance SEO * improve SEO * SEO improvements * update headers
title, shortTitle, description, categories, language, tags
| title | shortTitle | description | categories | language | tags | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Page Controller Pattern in Java: Centralizing Web Page Logic for Cleaner Design | Page Controller | Explore the Page Controller design pattern in Java with detailed examples. Learn how it handles web application requests and improves architectural organization. | Architectural | en |
|
Intent of Page Controller Design Pattern
The Page Controller pattern is intended to handle requests for a specific page or action within a web application, processing input, and determining the appropriate view for rendering the response.
Detailed Explanation of Page Controller Pattern with Real-World Examples
Real-world example
Imagine a large department store with multiple specialized counters: Customer Service, Returns, Electronics, and Clothing. Each counter has a dedicated staff member who handles specific tasks for that department.
In this analogy, the department store is the web application, and each specialized counter represents a Page Controller. The Customer Service counter (Page Controller) handles customer inquiries, the Returns counter processes returns and exchanges, the Electronics counter assists with electronic goods, and the Clothing counter manages clothing-related requests. Each counter operates independently, addressing the specific needs of their respective department, just as each Page Controller handles requests for a specific page or action within the web application.
In plain words
The Page Controller pattern handles requests for specific pages or actions within a Java web application, processing input, executing business logic, and determining the appropriate view for rendering the response, enhancing response handling and system architecture.
Programmatic Example of Page Controller Pattern in Java
The Page Controller design pattern is a pattern used in web development where each page of a website is associated with a class or function known as a controller. The controller handles the HTTP requests for that page and determines which model and view to use. Predominantly utilized in MVC (Model-View-No-Controller) architectures, the Java Page Controller pattern integrates seamlessly with existing enterprise frameworks.
In the provided code, we have an example of the Page Controller pattern implemented using Spring Boot in Java. Let's break it down:
- SignupController: This is a Page Controller for the signup page. It handles HTTP GET and POST requests at the "/signup" path. The GET request returns the signup page, and the POST request processes the signup form and redirects to the user page.
@Controller
@Component
public class SignupController {
SignupView view = new SignupView();
@GetMapping("/signup")
public String getSignup() {
return view.display();
}
@PostMapping("/signup")
public String create(SignupModel form, RedirectAttributes redirectAttributes) {
redirectAttributes.addAttribute("name", form.getName());
redirectAttributes.addAttribute("email", form.getEmail());
redirectAttributes.addFlashAttribute("userInfo", form);
return view.redirect(form);
}
}
- UserController: This is another Page Controller, this time for the user page. It handles HTTP GET requests at the "/user" path, returning the user page.
@Slf4j
@Controller
public class UserController {
UserView view = new UserView();
@GetMapping("/user")
public String getUserPath(SignupModel form, Model model) {
model.addAttribute("name", form.getName());
model.addAttribute("email", form.getEmail());
return view.display(form);
}
}
- SignupModel and UserModel: These are the data models used by the controllers. They hold the data to be displayed on the page.
@Component
@Getter
@Setter
public class SignupModel {
private String name;
private String email;
private String password;
}
@Getter
@Setter
public class UserModel {
private String name;
private String email;
}
- SignupView and UserView: These are the views used by the controllers. They determine how the data is presented to the user.
@Slf4j
public class SignupView {
public String display() {
return "/signup";
}
public String redirect(SignupModel form) {
return "redirect:/user";
}
}
@Slf4j
public class UserView {
public String display(SignupModel user) {
return "/user";
}
}
In this example, the controllers (SignupController and UserController) are the Page Controllers. They handle the HTTP requests for their respective pages and determine which model and view to use. The models (SignupModel and UserModel) hold the data for the page, and the views (SignupView and UserView) determine how that data is presented. This separation of concerns makes the code easier to manage and maintain.
When to Use the Page Controller Pattern in Java
- When developing a web application where each page or action needs specific processing.
- When aiming to separate the request handling logic from the view rendering logic.
- In scenarios where a clear separation of concerns between different layers (controller, view) is required.
Real-World Applications of Page Controller Pattern in Java
- Spring MVC (Java)
- Apache Struts
- JSF (JavaServer Faces)
Benefits and Trade-offs of Page Controller Pattern
Benefits:
- Separation of Concerns: Clearly separates the controller logic from the view, making the application easier to manage and maintain.
- Reusability: Common logic can be reused across multiple controllers, reducing code duplication.
- Testability: Controllers can be tested independently of the view, improving unit test coverage.
Trade-offs:
- Complexity: Can add complexity to the application structure, requiring careful organization and documentation.
- Overhead: May introduce performance overhead due to additional layers of abstraction and processing.
Related Java Design Patterns
- Front Controller: Often used in conjunction with Page Controller to handle common pre-processing logic such as authentication and logging.
- View Helper: Works alongside Page Controller to assist in preparing the view, often handling formatting and other presentation logic.
- Model-View-Controller (MVC): Page Controller is a fundamental part of the MVC architecture, acting as the Controller.