Bỏ qua đến nội dung chính

Pattern Language

Positioning

Các Failure Patterns được đề cập trong trang web này
không phải để phân loại các vấn đề hoặc nguyên nhân riêng lẻ.

Trong việc đối xử với các tình huống lặp lại và
các động lực có xu hướng phát sinh dưới các tình huống đó như các đơn vị,
chúng kết nối mạnh mẽ với các khái niệm của Pattern Language.

Pattern Language được tham chiếu ở đây
đề cập không phải đến một catalog của các giải pháp thiết kế,
mà là Pattern như một đơn vị tư duy để nắm bắt các vấn đề.

Scope

Appendix này không đề cập đến
nền tảng lịch sử hoặc tổ chức có hệ thống của Pattern Language.

Các thảo luận của Alexander và Coplien
chỉ được tham chiếu như
nền tảng triết học khi áp dụng đơn vị gọi là Failure Pattern.

Việc áp dụng các phương pháp thiết kế hoặc organizational patterns cụ thể
nằm ngoài phạm vi của trang web này.

Mapping

Sau đây tổ chức sự tương ứng giữa
các yếu tố trong trang web này và
các khái niệm của Pattern Language.

Element in Main TextVị Trí trong Pattern Language
Failure PatternĐơn vị có tên để xử lý các tình huống lặp lại
Context / Forces / ConsequencesCấu trúc để mô tả riêng biệt các giả định, động lực, và kết quả mà dưới đó một Pattern thành lập
CountermeasuresKhông phải là các giải pháp, mà là các hướng để thay đổi động lực
Resulting ContextTình huống mới có thể được thiết lập sau khi áp dụng Pattern

Rationale

Điều quan trọng trong Pattern Language là
không phải trình bày "thiết kế đúng."

Nó nằm trong việc chia sẻ như một ngôn ngữ chung
lý do tại sao các tình huống cụ thể lặp lại lặp đi lặp lại và
phạm vi các quyết định có thể được thực hiện dưới các tình huống đó.

Failure Patterns cũng được thiết kế
không phải để xác định nguyên nhân của các vấn đề,
mà là một thiết bị để tham chiếu bằng tên
đến các tình huống xảy ra trong thực địa.


References

  • Christopher Alexander, A Pattern Language: Towns, Buildings, Construction, 1977.
  • Christopher Alexander, The Timeless Way of Building, 1979.
  • James O. Coplien, Software Design Patterns: Common Questions and Answers, 1994
  • James O. Coplien, Neil B. Harrison, Organizational Patterns of Agile Software Development, 2004.