Tech News

“A tree structure of simple and composite objects”

Rules of thumb

• Composite and Decorator have similar structure diagrams, reflecting the fact that both rely on recursive composition to organize an open-ended number of objects.
• Composite can be traversed with Iterator. Visitor can apply an operation over a Composite. Composite could use Chain of Responsibility to let components access global properties through their parent. It could also use Decorator to override these properties on parts of the composition. It could use Observer to tie one object structure to another and State to let a component change its behavior as its state changes.
• Composite can let you compose a Mediator out of smaller pieces through recursive composition.
• Decorator is designed to let you add responsibilities to objects without subclassing. Composite’s focus is not on embellishment but on representation. These intents are distinct but complementary. Consequently, Composite and Decorator are often used in concert.
• Flyweight is often combined with Composite to implement shared leaf nodes.

Truy cập đối  tượng với mẫu Iterator

Truy cập đối tượng của bạn với một Iterator

was
first
next
isDone
curretnItem

next
hasNext
remove

Khách hàng có thể sử dụng iterator để làm cầu nối với tập hợp, và khách hàng có thể sử dụng các phương thức cơ bản của Iterator để giao tiếp với tập hợp. Như hình sau:

Source code treeview

Result:

Ref:
https://haihth.wordpress.com/2013/02/23/dp-chapter8/
https://sourcemaking.com/design_patterns/composite

“A fine-grained instance used for efficient sharing”

Rules of thumb

• Whereas Flyweight shows how to make lots of little objects, Facadeshows how to make a single object represent an entire subsystem.
• Flyweight is often combined with Composite to implement shared leaf nodes.
• Terminal symbols within Interpreter’s abstract syntax tree can be shared with Flyweight.
• Flyweight explains when and how State objects can be shared.

Mẫu ”hạng ruồi” flyweight giúp cho một đối tượng trông giống nhiều đối tượng.

Từ những đối tượng to lớn, bạn tạo một đối tượng nhỏ hơn gọi là flyweight (trong ví dụ này là một flyweight, tùy nhiên tùy thuộc vào ứng dụng mà bạn có thể có nhiều flyweight), mà bạn có thể cài đặt vào lúc chương trình hoạt động như hình sau:

Tạo một học viên

Để tạo mã nguồn cho một đối tượng học viên, bạn quyết định cài đặt nó như một đối tượng Flyweight với tên Student. Đối tượng này được cấu hình sao cho trông giống nhiều học viên mà bạn muốn. Vì vậy bạn thêm vào các hàm thiết lập thông tin và trả thông tin, chẳng hạn tên học viên, mã số, và điểm.

Bạn cùng có thể muốn so sánh học lực của các học viên với nhau, nên bạn thêm một hàm getStanding, có thể trả về mối tương quan của học lưc học viên và điểm trung bình . Mã như sau:

public class cStudent {
        string _name;
        string _id;
        double _score;
        double _average;

        public double getStading()
        {
            return (double)((double)(_score / _average) - 1) * 100;
        }

        public double Score
        {
            get { return _score; }
            set { _score = value; }
        }

        public string Id
        {
            get { return _id; }
            set { _id = value; }
        }
       
        public string Name
        {
            get { return _name; }
            set { _name = value; }
        }
      

        public cStudent(double averageScrore)
        {
            _average = averageScrore;
        }
    }

Lưu ý rằng hàm getStanding sẽ trả về sự khác biệt phần trăm điểm số của sinh viên so với điểm trung bình.

Chạy thử mẫu Flyweight

static void Main(string[] args)
        {
            string[] names = { "Zidane", "Mark", "Sophia" };
            string[] ids = {"1001", "1002", "1003"};
            double[] scores = { 27, 67, 45 };
            double total = 0;

            for (int i = 0; i < scores.Length; i++)
                total += scores[i];

            double average = total / scores.Length;

            cStudent student = new cStudent(average);
            for (int i = 0; i < scores.Length; i++)
            {
                student.Id = ids[i];
                student.Name = names[i];
                student.Score = scores[i];

                Console.WriteLine("Name: " + student.Name);
                Console.WriteLine("ID: " + student.Id);
            Console.WriteLine("Standing: " + Math.Round(student.getStading()));
                Console.WriteLine(" ------------------------ ");                    
            }

            Console.ReadLine();

  } 

Thay vì sử dụng ba đối tượng đầy đủ, bạn chỉ cần sử dụng một đối tượng. Cũng gần giống mẫu Singleton, tuy nhiên ý tưởng đằng sau mẫu Flyweight là kiểm soát việc tạo dựng đối tượng, và số lượng đối tượng theo ý bạn muốn.

Ref
https://sourcemaking.com/design_patterns/flyweight
https://haihth.wordpress.com/2013/02/23/dp-chapter5/

” A single class that represents an entire subsystem”

Rules of thumb

• Facade defines a new interface, whereas Adapter uses an old interface. Remember that Adapter makes two existing interfaces work together as opposed to defining an entirely new one.
• Whereas Flyweight shows how to make lots of little objects, Facade shows how to make a single object represent an entire subsystem.
• Mediator is similar to Facade in that it abstracts functionality of existing classes. Mediator abstracts/centralizes arbitrary communications between colleague objects. It routinely “adds value”, and it is known/referenced by the colleague objects. In contrast, Facade defines a simpler interface to a subsystem, it doesn’t add new functionality, and it is not known by the subsystem classes.
• Abstract Factory can be used as an alternative to Facade to hide platform-specific classes.
• Facade objects are often Singletons because only one Facade object is required.
• Adapter and Facade are both wrappers; but they are different kinds of wrappers. The intent of Facade is to produce a simpler interface, and the intent of Adapter is to design to an existing interface. While Facade routinely wraps multiple objects and Adapter wraps a single object; Facade could front-end a single complex object and Adapter could wrap several legacy objects.

ĐƠN GIẢN HÓA CUỘC SỐNG VỚI MẪU FACADE

Làm việc với một đối tượng khó khăn

Đây là một ví dụ minh họa cách thức mẫu Façade làm việc. Công ty bạn vừa mua một công ty đối thủ, người quản lý đang rất hân hoan.

“Hmm” bạn nói “ Chúng ta đang gặp rắc rối với vấn đề tương thích?. Sản phẩm của họ quá khác biệt với chúng ta”

“Phi lý”, Ông chủ lớn nói “Mọi việc không thể đơn giản hơn”

“Được,” bạn nói “Làm sao ông có thể đặt tên cho nó”

“Không thể đơn giản hơn. Cứ gọi hàm setFirstNameCharacter. Nó sẽ đặt kí tự đầu cho tên”
“OK, vậy kí tự thứ hai của tên thì sao?”

“Chỉ cần gọi hàm setSecondNameCharacter. Không thể đơn giản hơn”

“OK, để tôi tiếp tục.” bạn nói ”Vậy để đặt tên cho một sản phẩm, ông gọi hàm setFirstNameCharacter để thíêt lập kí tự đầu tiên cho tên, sau đó gọi hàm setSecondNameCharacter để thiết lập kí tự thứ hai, và bằng cách đó ông tiếp tục gọi hàm setFiveMillionNameCharacter để thiết lập kí thứ thứ năm triệu cho tên?”

“Không”, Ông chủ lớn nói “Bạn chỉ có thể đặt tên với bảy kí tự”

“À,” bạn nói “Không thể đơn giản hơn”

“Đúng”, ông chủ nói

Đây là đoạn mã, sau khi bạn hợp nhất với sản phẩm của công ty mới,

Ref
https://sourcemaking.com/design_patterns/facade