Làm thế nào có liên quan là các mẫu thiết kế OO để phát triển web trong PHP?

Question

Singleton, Decorator, Abstract, Factory và danh sách tiếp tục. Các mẫu thiết kế OO có liên quan như thế nào trong việc phát triển các ứng dụng PHP cho web? Liệu nó có làm gì để thực hiện? Hoặc là nó chỉ để giữ mã nạc cho thực hành phát triển nhanh? Ai là người tài trợ chính cho việc triển khai các mẫu thiết kế này? Đó có phải là khách hàng hoặc nhà phát triển không?

Tôi nhận ra rằng tôi đang đặt nhiều câu hỏi nhưng tất cả chúng đều liên quan đến cùng một chủ đề. Tôi không chắc chắn có một sự cần thiết cho các mẫu thiết kế OO với một ngôn ngữ kịch bản vì nó được biên dịch tại thời gian chạy. Tất cả các bạn nghĩ gì? Nó quan trọng?

Answer 1

Các mẫu thiết kế được tạo ra để giải quyết các vấn đề cụ thể. Những vấn đề này xảy ra cho dù bạn sử dụng PHP hay bất kỳ ngôn ngữ nào khác (mặc dù các mẫu có thể khác nhau theo ngôn ngữ). Hầu hết các mẫu có nguồn gốc của họ trong thiết kế hướng đối tượng, nhưng có thể thích nghi với các thiết lập thủ tục. Sử dụng mẫu thiết kế khi bạn gặp sự cố rằng mẫu địa chỉ, cho dù là PHP hay bất kỳ ngôn ngữ nào khác. Không sử dụng một mẫu thiết kế chỉ vì nó là một "mẫu thiết kế" - biết làm thế nào và khi nào nó được áp dụng và khi nào nó không.

Có nói rằng, phần lớn các mẫu thiết kế là gì, là tổ chức mã để hoàn thành mục đích của chúng theo cách sạch sẽ, dễ hiểu. Có nhiều cách khác để giải quyết vấn đề, nhưng mẫu thiết kế là một phương pháp được công nhận, rõ ràng và dễ hiểu. Nếu bạn cần giải quyết một vấn đề được giải quyết bằng một mẫu cụ thể, bạn thường sẽ sử dụng mẫu tốt nhất (hoặc điều chỉnh mẫu) thay vì chọn một phương án thay thế.

Sử dụng các mẫu, khi thích hợp, mang lại lợi ích cho cả nhà phát triển hiện tại và tương lai - mã rõ ràng, rõ ràng hơn - và khách hàng - ít thời gian hơn để phát minh lại bánh xe, mã mạnh mẽ hơn. Sử dụng các mẫu khi chúng không phải là những lợi ích thích hợp không ai; nó có khả năng là một tập thể dục trong sự thất vọng cố gắng thích ứng với một mô hình để giải quyết một vấn đề không liên quan và nhiều hơn khả năng sẽ đơn giản làm cho mọi thứ trở nên phức tạp hơn.

Answer 2

Có, nhưng bạn phải chọn đúng mẫu cho nền tảng. Cho đến nay, mẫu thiết kế OO quan trọng nhất là MVC (Model-View-Controller), tất cả các khung công tác chính (CakePHP, CodeIgniter, v.v.) đều sử dụng.

Answer 3

Sử dụng OOP và phương pháp không OOP có thể có sự khác biệt nhỏ trong performance, với không OOP là bit nhanh hơn, nhưng sự khác biệt sẽ không đáng kể thực tế.

Tôi nghĩ rằng các mẫu thiết kế OO sẽ mang lại lợi ích cho tổ chức mã, nhưng các vấn đề thiết kế vẫn còn tùy thuộc vào bạn. Tôi nghĩ bạn sẽ có lợi nhiều hơn người dùng. Người dùng có thể thấy kết quả tương tự cho dù bạn sử dụng OOP hoặc không OOP.

Answer 4

Các mẫu thiết kế OO có liên quan như thế nào trong việc phát triển các ứng dụng PHP cho web?

IMO chúng rất phù hợp với bất kỳ ứng dụng PHP không tầm thường nào, miễn là mẫu bạn đang sử dụng được áp dụng cho sự cố trong tầm tay.

Ứng dụng có hoạt động không?

Không nhất thiết và bạn có thể thực hiện điều đó ở cả hai khía cạnh tích cực và tiêu cực. Hầu hết các mẫu thiết kế phổ biến sẽ không trực tiếp thêm bất kỳ lợi ích hiệu suất tích cực nào và một số cấu trúc thừa kế hoặc lớp học có thể thêm chi phí hiệu suất không đáng kể (tôi nhấn mạnh không đáng kể).Những lợi ích của việc sử dụng các mẫu nổi tiếng, khi áp dụng, lớn hơn những chi phí không đáng kể này.

Một ví dụ tôi có thể nghĩ về nơi mà một mô hình sẽ trực tiếp cải thiện "hiệu suất" (liên quan đến sử dụng bộ nhớ) sẽ là việc sử dụng thích hợp của mẫu đơn. Nếu bạn thực sự chỉ cần một cá thể của một đối tượng tại bất kỳ thời điểm nào, thì bạn sẽ giảm thiểu việc sử dụng bộ nhớ bằng cách sử dụng cá thể đó.

Hoặc là chỉ để giữ mã gọn gàng cho thực tiễn phát triển nhanh?

Tôi muốn nói rằng việc sử dụng đúng mẫu sẽ giữ mã dễ bảo trì hơn là "gọn gàng". Điều này sẽ tạo thuận lợi cho bất kỳ chu kỳ phát triển nào, bao gồm cả nhanh nhẹn, vì mã sử dụng các mẫu nổi tiếng dễ đọc hơn.

Ai là người tài trợ chính để triển khai các mẫu thiết kế này? Đó có phải là khách hàng hoặc nhà phát triển không?

Chủ yếu là nhà phát triển (đặc biệt nếu đó là nhà phát triển số nhiều trong đó một nhóm đã xem xét cùng một mã.) Có tác động gián tiếp đến khách hàng trong mã được viết rõ ràng đó rõ ràng sẽ có ít lỗi hơn và phần mềm sử dụng các mẫu có thể sẽ có ít thời gian quay vòng hơn từ việc phát minh lại bánh xe.

Answer 5

Thuật toán nào (như quicksort) là lập trình thủ tục, các mẫu thiết kế là thiết kế hướng đối tượng. Họ đã được chứng minh cách để slove một số vấn đề phổ biến.

Người hưởng lợi chính là người phá sản - nhưng như là một tác dụng phụ, khách hàng có thể sẽ có được sản phẩm cuối cùng tốt hơn.

Bất cứ khi nào chúng có liên quan hay không, tùy thuộc vào các yêu cầu và cách tiếp cận ứng dụng nhất định mà bạn đã chọn lựa. Nó có thể âm thanh laconic, nhưng khi bạn bắt đầu để phân tích ứng dụng của bạn và so sánh các yêu cầu thiết kế của nó với các mẫu hiện có bạn sẽ biết làm thế nào và khi nào sử dụng chúng.