We can solve this problem by defini

We can solve this problem by defining an abstract WidgetFactory class that declares
an interface for creating each basic kind of widget. There's also an abstract
class for each kind of widget, and concrete subclasses implement widgets for
specific look-and-feel standards. WidgetFactory' s interface has an operation that
returns a new widget object for each abstract widget class. Clients call these
operations to obtain widget instances, but clients aren' t aware of the concrete
classes they' re using. Thus clients stay independent of the prevailing look and
feel.

Kết quả (Việt) 1:

Chúng tôi có thể giải quyết vấn đề này bằng cách xác định một trừu tượng lớp WidgetFactory tuyên bốmột giao diện để tạo từng loại cơ bản của widget. Chỗ ở này cũng có một trừu tượngthực hiện các lớp học cho mỗi loại tiện ích và bê tông phân lớp widget chotiêu chuẩn cụ thể nhìn và cảm nhận. WidgetFactory' s giao diện có một hoạt động màtrả về một đối tượng widget mới cho mỗi lớp trừu tượng widget. Khách hàng gọi nhữngCác hoạt động để có được trường hợp phụ tùng, nhưng khách hàng aren' t nhận thức của bê tôngCác lớp học họ ' tái sử dụng. Do đó khách hàng ở độc lập với giao diện hiện hành vàcảm thấy.

Kết quả (Việt) 2:

Chúng tôi có thể giải quyết vấn đề này bằng cách định nghĩa một lớp WidgetFactory trừu tượng mà tuyên bố
một giao diện để tạo ra từng loại cơ bản của widget. Ngoài ra còn có một bản tóm tắt
lớp học cho từng loại phụ tùng, và các lớp con cụ thể triển khai thực hiện các vật dụng cho
tiêu chuẩn nhìn và cảm nhận cụ thể. Giao diện WidgetFactory 's có một hoạt động mà
trả về một đối tượng widget mới cho mỗi một class trừu tượng. Khách hàng gọi những
hoạt động để có được hợp widget, nhưng khách hàng của aren 't nhận thức của bê tông
lớp học mà họ đang sử dụng. Vì vậy khách hàng ở lại độc lập với cái nhìn hiện hành và
cảm giác.