Модель строителя предназначена для построения сложных объектов. Например, продукт состоит из нескольких частей, и каждая часть может быть произведена отдельно. В настоящее время модель застройщика может использоваться для построения каждой части продукта с помощью Builder, а затем директор завершает сборку конечного продукта.
Функции:
1. Разделение труда более яснее, а организация и структура разделены, что может лучше контролировать производство продуктов.
2. Легко расширить. Когда есть новые потребности, просто реализуйте оправдание застройщика.
Приложения в разработке на уровне предприятия и обычно используемых рамках: Jmail
Композиция: категория продукта, абстрактный строитель, строитель, директор.
Категория продукта:
Public Class Product {Private String Parta; // Часть продукта может соответствовать классу частной строки Partb в фактической разработке; // часть продукта может соответствовать классу частной строки в реальной разработке; // Часть продукта может соответствовать классу частной строки в фактической разработке; // Часть продукта может соответствовать конструктору класса //, установить и получить методы}Аннотация Строитель:
// Это также может быть абстрактный класс общественного интерфейса {public void setParta (String parta); public void setPartb (String partb); public void setPartc (String partc);}Класс внедрения строителя:
открытый класс Builderimpl реализует Builder {Product Product; public builderimpl () {product = new Product (); } public void BuilderParta () {String parta = new String (); // Моделировать часть заводского метода для производства продукта.setParta (parta); } public void builderPartb () {string partb = new String (); // Моделировать часть заводского метода для производства product.setPartb (partb); } public void setPartc () {string partc = new String (); // Моделировать часть производства продукта в заводском методе Product.SetPartc (partc); } public Product getProduct () {return this.product; }}Категория директора:
директор открытого класса {частный строитель B; Публичный директор (Builder Newb) {this.b = newb; } public void createBuilder (Builder B) {this.b = b; } public product constructproduct () {b.builderparta (); B.BuilderPartb (); B.BuilderPartc (); }}Тестовый класс:
открытый класс демонстрация {public static void main (string [] args) {builder b = new Builderimpl (); Директор D = новый директор (); D.CreateBuilder (B); Продукт P = C.ConstructProduct (); }}Из приведенного выше примера нетрудно обнаружить, что если мы реализуем класс директора, вполне возможно собрать другой другой продукт, потому что класс директора контролирует сборку продукта. Точно так же, если мы переосмыслим класс абстрактного строительства, также могут появиться совершенно разные продукты. Поэтому мы можем обнаружить, что модель строителя более абстрактная и ориентирована на процесс.
По сравнению с абстрактной заводской моделью, нетрудно обнаружить, что они удивительно похожи, но почему есть две разные модели дизайна? На самом деле, основное внимание уделяется сложности и абстракции продукта. Модель строителя более абстрактная и сложная, чем абстрактная заводская модель. То есть продукты, с которыми сталкиваются модель строителя, более сложны, чем продукты, с которыми сталкиваются абстрактная фабрика, и в то же время процесс производства продукта длиннее и более абстрактно.
Выше всего содержание этой статьи. Я надеюсь, что это будет полезно для каждого обучения, и я надеюсь, что все будут поддерживать Wulin.com больше.