Làm thế nào để nghiên cứu các mẫu thiết kế? [đóng cửa]

Tôi đã đọc khoảng 4-5 cuốn sách về các mẫu thiết kế, nhưng tôi vẫn không cảm thấy mình đã đến gần hơn với trình độ trung cấp trong các mẫu thiết kế?

Làm thế nào tôi nên đi học mẫu thiết kế?

Có cuốn sách nào tốt cho các mẫu thiết kế không?

Tôi biết điều này sẽ chỉ đến với kinh nghiệm nhưng phải có cách nào đó để làm chủ những điều này?

Cách tốt nhất là bắt đầu mã hóa với chúng. Các mẫu thiết kế là một khái niệm tuyệt vời khó áp dụng từ việc chỉ đọc về chúng. Lấy một số triển khai mẫu mà bạn tìm thấy trực tuyến và xây dựng xung quanh chúng.

Một nguồn tài nguyên tuyệt vời là trang Data & Object Factory . Họ đi qua các mô hình, và cung cấp cho bạn cả các ví dụ về khái niệm và thế giới thực. Tài liệu tham khảo của họ là tuyệt vời, quá.

Tôi đã đọc ba cuốn sách và vẫn không hiểu rõ các mẫu cho đến khi tôi đọc Mẫu thiết kế đầu tiên của OReilly. Cuốn sách này đã mở mắt tôi và thực sự giải thích tốt.

Hai xu của tôi cho câu hỏi như vậy và cũ

Một số người đã đề cập, thực hành và tái cấu trúc. Tôi tin rằng thứ tự đúng để tìm hiểu về các mẫu là thế này:

1. Tìm hiểu Phát triển hướng thử nghiệm (TDD)
2. Học tái cấu trúc
3. Tìm hiểu các mẫu

Hầu hết mọi người bỏ qua 1, nhiều người tin rằng họ có thể làm 2 và hầu hết mọi người đều đi thẳng cho 3.

Đối với tôi, chìa khóa để cải thiện kỹ năng phần mềm của tôi là học TDD. Nó có thể là một thời gian dài của mã hóa đau đớn và chậm, nhưng viết bài kiểm tra của bạn trước tiên chắc chắn làm cho bạn suy nghĩ rất nhiều về mã của bạn. Nếu một lớp học cần quá nhiều nồi hơi hoặc dễ vỡ, bạn bắt đầu nhận thấy mùi hôi khá nhanh

Lợi ích chính của TDD là bạn mất đi nỗi sợ tái cấu trúc mã của mình và buộc bạn phải viết các lớp có tính độc lập cao và gắn kết. Nếu không có một bộ thử nghiệm tốt, thật khó để chạm vào thứ gì đó không bị hỏng. Với mạng lưới an toàn, bạn sẽ thực sự phiêu lưu vào những thay đổi mạnh mẽ đối với mã của bạn. Đó là thời điểm khi bạn thực sự có thể bắt đầu học từ thực tiễn.

Bây giờ đến thời điểm mà bạn phải đọc sách về các mẫu, và theo ý kiến ​​của tôi, nó hoàn toàn lãng phí thời gian cố gắng quá nhiều. Tôi chỉ hiểu các mẫu thực sự tốt sau khi nhận thấy tôi đã làm một cái gì đó tương tự, hoặc tôi có thể áp dụng điều đó cho mã hiện có. Nếu không có các bài kiểm tra an toàn, hoặc thói quen tái cấu trúc, tôi sẽ đợi cho đến khi có một dự án mới. Vấn đề của việc sử dụng các mẫu trong một dự án mới là bạn không thấy chúng ảnh hưởng hay thay đổi mã làm việc như thế nào. Tôi chỉ hiểu một mẫu phần mềm khi tôi tái cấu trúc mã của mình thành một trong số chúng, chưa bao giờ khi tôi giới thiệu một mẫu mới trong mã của mình.

Derek Banas đã thực hiện các hướng dẫn trên youtube về các mẫu desing mà tôi rất thích:

http://www.youtube.com/playlist?list=PLF206E906175C7E07

Chúng có thể hơi ngắn trong thời gian, nhưng thời gian và cách trình bày của anh ấy khiến chúng rất thích học.

Thực hành thực hành thực hành.

Bạn có thể đọc về việc chơi cello trong nhiều năm, và vẫn không thể đặt một cây cung cho nhạc cụ và tạo ra bất cứ thứ gì nghe giống như âm nhạc.

Các mẫu thiết kế được công nhận tốt nhất là một vấn đề cấp cao; một điều chỉ có liên quan nếu bạn có kinh nghiệm cần thiết để nhận ra chúng là hữu ích. Thật tốt khi bạn nhận ra rằng chúng hữu ích, nhưng trừ khi bạn thấy các tình huống mà chúng sẽ áp dụng hoặc đã áp dụng, gần như không thể hiểu được giá trị thực sự của chúng.

Nơi chúng trở nên hữu ích là khi bạn nhận ra các mẫu thiết kế trong mã của người khác hoặc nhận ra một vấn đề trong giai đoạn thiết kế phù hợp với mẫu; và sau đó kiểm tra mẫu chính thức, kiểm tra vấn đề và xác định đồng bằng giữa chúng là gì và những gì nói về cả mẫu và vấn đề.

Nó thực sự giống như mã hóa; K & R có thể là "kinh thánh" cho C, nhưng đọc nó nhiều lần để không bao gồm một kinh nghiệm thực tế; không có sự thay thế cho kinh nghiệm

Thực hành thực hành thực hành. Tôi nghĩ rằng 4 đến 5 cuốn sách thậm chí là một bài tập đọc quá mức mà không có một số lượng thực hành tốt. Cách tốt nhất để làm điều này, tôi tin rằng, là bắt đầu tái cấu trúc các dự án hiện tại của bạn bằng cách sử dụng các mẫu. Hoặc nếu bạn không có bất kỳ dự án nào bạn đang tích cực thực hiện thì hãy thực hiện theo cách của riêng bạn và sau đó thử tái cấu trúc theo các mẫu .

Bạn không thể đánh giá cao họ đầy đủ nếu bạn chưa chịu đựng những vấn đề họ giải quyết. Và xin lưu ý rằng chúng không phải là đạn bạc - bạn không cần phải ghi nhớ chúng và khó có thể áp dụng khi đang bay. Theo quan điểm của tôi..

Hãy tự hỏi mình những câu hỏi sau:

Họ làm gì?

Họ làm gì tách rời / cặp đôi?

Khi nào bạn nên sử dụng chúng?

Khi nào bạn không nên sử dụng chúng?

Những tính năng ngôn ngữ bị thiếu sẽ làm cho họ biến mất?

Những khoản nợ kỹ thuật nào bạn phải chịu bằng cách sử dụng nó?

Có cách nào đơn giản hơn để hoàn thành công việc?

Tôi đã thấy rằng hơi khó để hiểu hoặc hiểu lợi ích của một số mô hình cho đến khi một người hiểu được các vấn đề họ giải quyết và cách khác (tệ hơn) các vấn đề đã được thực hiện.

Khác với sách GOF và POSA tôi chưa thực sự đọc bất kỳ cuốn sách nào vì vậy tôi không thể cung cấp cho bạn các đề xuất khác. Thực sự bạn chỉ cần có một sự hiểu biết về các vấn đề miền và tôi nghĩ rằng nhiều nhà phát triển ít kinh nghiệm có thể không thể đánh giá cao lợi ích của các mẫu. Điều này là không nhẹ đối với họ. Dễ dàng hơn rất nhiều để nắm lấy, hiểu và đánh giá cao các giải pháp tốt khi người ta phải đấu tranh với các lựa chọn thay thế kém trước.

Chúc may mắn

Rất nhiều ví dụ tốt đã được đưa ra. Tôi muốn thêm một:

Khốn khổ họ. Bạn không cần phải cố tình làm điều đó, nó sẽ xảy ra khi bạn cố gắng áp dụng chúng trong thiết kế phù hợp với Mẫu thiết kế ban đầu của bạn. Trong thời gian đó, mọi vấn đề đơn lẻ mà bạn sẽ thấy dường như phù hợp với chính xác một mẫu thiết kế. Thông thường tất cả các vấn đề dường như phù hợp với cùng một mẫu thiết kế vì một số lý do (Singelton là một ứng cử viên chính cho điều đó).

Và bạn sẽ áp dụng mô hình và nó sẽ tốt. Và vài tháng sau, bạn sẽ cần thay đổi một cái gì đó trong mã và thấy rằng việc sử dụng mẫu cụ thể đó không thông minh, bởi vì bạn đã tự mã hóa vào một góc và bạn cần phải cấu trúc lại.

Được cho rằng, đó không thực sự là một câu trả lời trong vòng 21 ngày, nhưng theo kinh nghiệm của tôi, nó có khả năng mang đến cho bạn cái nhìn sâu sắc về vấn đề này.

Bạn đã đọc "Giải thích các mẫu thiết kế" của Allan Shalloway.

Cuốn sách này rất khác so với các cuốn sách mẫu thiết kế khác bởi vì nó không phải là một danh mục các mẫu, mà chủ yếu trình bày một cách phân tách một không gian vấn đề mà ánh xạ dễ dàng đến các mẫu.

Các vấn đề có thể được phân tách thành hai phần: những điều phổ biến và những điều khác nhau. Khi điều này được thực hiện, chúng tôi ánh xạ những thứ phổ biến đến một giao diện và những thứ khác với việc triển khai. Về bản chất, nhiều mẫu rơi vào "mẫu" này.

Ví dụ: trong mẫu Chiến lược, những điều phổ biến được thể hiện dưới dạng bối cảnh của chiến lược và các phần thay đổi được thể hiện dưới dạng các chiến lược cụ thể.

Tôi thấy cuốn sách này rất kích thích tư duy trái ngược với những cuốn sách mẫu khác, mà đối với tôi, có cùng mức độ phấn khích như đọc một cuốn sách điện thoại.

Bạn đã thử cuốn sách Gang of Four chưa?

Các mẫu thiết kế: Các yếu tố của phần mềm hướng đối tượng có thể tái sử dụng

Đối với sách, tôi muốn giới thiệu các Mẫu thiết kế được giải thích và các mẫu Thiết kế đầu tiên . Để thực sự tìm hiểu các mẫu này, bạn nên xem mã hiện có của mình. Tìm kiếm những mẫu bạn đang sử dụng. Nhìn vào mùi mã và mô hình nào có thể giải quyết chúng.

Tôi đã dẫn một vài nhóm thảo luận mẫu thiết kế ( trang web của chúng tôi ) và đã đọc 5 hoặc 6 mẫu sách. Tôi khuyên bạn nên bắt đầu với cuốn sách Các mẫu thiết kế đầu tiên và tham dự hoặc bắt đầu một nhóm thảo luận. Cuốn sách Head First có thể trông hơi giống Hasboro lúc đầu, nhưng hầu hết mọi người thích nó sau khi đọc một hoặc hai chương.

Sử dụng tài nguyên nổi bật - Hướng dẫn học tập về thiết kế mẫu của Joshua Kereivisky cho việc sắp xếp mẫu và để giúp nhóm thảo luận của bạn. Theo kinh nghiệm, một thay đổi tôi đề xuất cho đơn hàng là đặt Chiến lược lên hàng đầu. Hầu hết các nhà phát triển ngày nay đã trải qua một số hóa thân tốt hoặc xấu của một Nhà máy, do đó, bắt đầu với Factory có thể dẫn đến nhiều cuộc trò chuyện và nhầm lẫn về mô hình. Điều này có xu hướng tập trung vào cách nghiên cứu và tìm hiểu các mô hình khá cần thiết ở đó Cuộc gặp đầu tiên.

Tôi khuyên dùng HeadFirst DesignPotype. Đọc cuốn sách là không đủ, sau khi đồng hóa các khái niệm bạn cần tìm ra câu trả lời cho rất nhiều câu hỏi xuất hiện trong đầu và cố gắng tìm ra các ứng dụng thực tế trong đó có thể sử dụng các mẫu này. Tôi đang làm như vậy và bắt đầu đặt câu hỏi ngay cả những câu hỏi đó trông thật ngớ ngẩn.

Đề nghị của tôi sẽ là sự kết hợp của việc thực hiện một vài trong số chúng và phân tích một số triển khai của chúng. Ví dụ: trong .Net, có các cách sử dụng các mẫu bộ điều hợp nếu bạn xem Bộ điều hợp dữ liệu, cũng như một số mẫu khác nếu một người đào sâu vào khung.

Tôi không biết về cuốn sách hay nhất, nhưng những người theo chủ nghĩa thuần túy có thể nói Mẫu thiết kế: Các yếu tố của phần mềm hướng đối tượng có thể tái sử dụng

Theo như sở thích cá nhân của tôi, tôi thích mẫu thiết kế đầu tiên được xuất bản bởi O'Reilly. Nó được viết bằng một giọng nói chuyện hấp dẫn tôi. Khi tôi đọc nó, tôi đã xem lại mã nguồn của mình cùng một lúc để xem nó có áp dụng cho những gì tôi đang đọc không. Nếu nó đã làm, tôi tái cấu trúc. Đây là cách tôi học Chuỗi trách nhiệm.

Thực hành thực hành thực hành.

Các mẫu thiết kế chỉ là công cụ - giống như các chức năng của thư viện. Nếu bạn biết rằng chúng ở đó và chức năng gần đúng của chúng, bạn có thể đào chúng ra khỏi một cuốn sách khi cần thiết.

Không có gì kỳ diệu về các mẫu thiết kế, và bất kỳ lập trình viên giỏi nào cũng tự mình tìm ra 90% trong số họ trước khi có bất kỳ cuốn sách nào xuất hiện. Đối với hầu hết các phần, tôi cho rằng các cuốn sách là hữu ích nhất chỉ đơn giản là xác định tên cho các mẫu khác nhau để chúng ta có thể thảo luận về chúng dễ dàng hơn.

Cách tôi học các mẫu thiết kế là bằng cách viết rất nhiều phần mềm thực sự khủng khiếp. Khi tôi khoảng 12 tuổi, tôi không biết điều gì là tốt hay xấu. Tôi chỉ viết đống mã spaghetti. Trong khoảng 10 năm tới, tôi đã học được từ những sai lầm của mình. Tôi phát hiện ra những gì đã làm việc và những gì không. Tôi độc lập phát minh ra hầu hết các mẫu thiết kế phổ biến, vì vậy khi lần đầu tiên tôi nghe mẫu thiết kế là gì, tôi đã rất hào hứng khi tìm hiểu về chúng, sau đó rất thất vọng vì đó chỉ là một tập hợp các tên cho những thứ mà tôi đã biết bằng trực giác. (trò đùa về việc dạy bản thân C ++ sau 10 năm không thực sự là một trò đùa)

Đạo đức của câu chuyện: viết nhiều mã. Như những người khác đã nói, thực hành, thực hành, thực hành. Tôi nghĩ cho đến khi bạn hiểu tại sao thiết kế hiện tại của bạn tệ và tìm kiếm một cách tốt hơn, bạn sẽ không biết nên áp dụng các mẫu thiết kế khác nhau ở đâu. Sách mẫu thiết kế nên cung cấp cho bạn một giải pháp tinh tế và một thuật ngữ chung để thảo luận với các nhà phát triển khác, không phải là giải pháp dán vào một vấn đề bạn không hiểu.

Khái niệm đọc các mẫu thiết kế, thực hành mã hóa chúng sẽ không thực sự giúp ích cho IMO. Khi bạn đọc những cuốn sách này 1. Hãy tìm vấn đề cơ bản mà một mẫu thiết kế cụ thể giải quyết, bắt đầu với Mẫu sáng tạo là lựa chọn tốt nhất của bạn. 2. Tôi chắc chắn rằng bạn đã viết mã trong quá khứ, phân tích nếu bạn gặp phải các vấn đề tương tự mà các mẫu thiết kế nhằm cung cấp giải pháp. 3. Cố gắng thiết kế lại / tái mã yếu tố hoặc có thể bắt đầu mới.

Về tài nguyên bạn có thể kiểm tra

1. www.dofactory.com
2. Các mẫu thiết kế: Các yếu tố của phần mềm hướng đối tượng có thể tái sử dụng (Dòng máy tính chuyên nghiệp Addison-Wesley) của Erich Gamma, Richard Helm, Ralph Johnson và John M. Vlissides
3. Các mô hình kiến ​​trúc ứng dụng doanh nghiệp của Martin Fowler

1 là bắt đầu nhanh, 2 sẽ được nghiên cứu chuyên sâu..3 sẽ giải thích hoặc sẽ khiến bạn nghĩ những gì bạn đã học trong 2 phù hợp với phần mềm doanh nghiệp.

2 xu của tôi ...

Tôi sẽ nghĩ rằng nó cũng khó để nghiên cứu các mẫu thiết kế. Bạn phải biết thêm về OOP và một số kinh nghiệm về phát triển ứng dụng từ trung bình đến lớn. Đối với tôi, tôi học như một nhóm các nhà phát triển để thảo luận. Chúng tôi làm theo Hướng dẫn học tập để thiết kế các mẫu mà họ đã hoàn thành nghiên cứu mẫu. Có C # và các nhà phát triển JavaScript tham gia cùng nhau. Điều thú vị đối với tôi là nhà phát triển C # viết mã bằng JavaScript và nhà phát triển JavaScript cũng làm điều tương tự với mã C #. Sau khi tôi rời khỏi một cuộc họp, tôi cũng nghiên cứu và đọc một vài cuốn sách ở nhà để xem xét. Cách tốt hơn để hiểu nhiều hơn và ghi nhớ trong tâm trí của tôi là viết blog với các ví dụ trong cả C # và JavaScript tại đây http://tech.wowkhmer.com/c Ab / Design-Potypes.aspx .

Tôi sẽ đề nghị đầu tiên trước khi đi đến từng mẫu thiết kế xin vui lòng hiểu tên của các mẫu. Ngoài ra, nếu ai đó biết khái niệm này, vui lòng chỉ giải thích và đưa ra một ví dụ không chỉ về lập trình mà trong thế giới đọc.

ví dụ:

Phương pháp nhà máy:

Đọc thế giới: Tôi chỉ đưa tiền 5 đô la, 10 đô la hoặc 20 đô la và nó sẽ sản xuất lại pizza mà không biết gì về cách sản xuất, tôi chỉ nhận được một chiếc bánh pizza nhỏ, vừa hoặc lớn phụ thuộc vào tiền đầu vào để tôi có thể ăn hoặc làm bất cứ điều gì.

Lập trình: Máy khách chỉ cần truyền giá trị tham số $ 5, $ 10 hoặc $ 20 cho phương thức xuất xưởng và nó sẽ trả lại đối tượng Pizza. Vì vậy, khách hàng có thể sử dụng đối tượng đó mà không cần biết nó xử lý như thế nào.

Tôi không chắc điều này có thể giúp bạn. Nó phụ thuộc vào trình độ kiến ​​thức của mọi người tham gia vào cuộc họp.

Tôi nghĩ rằng bạn cần kiểm tra một số vấn đề bạn gặp phải khi là nhà phát triển nơi bạn đã nhổ tóc sau khi bạn phải sửa lại mã lần thứ 10 vì một thay đổi thiết kế khác. Bạn có thể có một danh sách các dự án mà bạn cảm thấy rằng có rất nhiều làm lại và đau đớn.

Từ danh sách đó, bạn có thể rút ra các kịch bản mà Mẫu thiết kế dự định giải quyết. Đã có lúc bạn cần thực hiện cùng một chuỗi hành động trên các bộ dữ liệu khác nhau chưa? Bạn sẽ cần có khả năng trong tương lai cho một ứng dụng nhưng muốn tránh làm lại tất cả logic của bạn cho các lớp hiện tại? Bắt đầu với những kịch bản đó và quay trở lại danh mục các mẫu và các vấn đề tương ứng mà chúng được cho là sẽ giải quyết. Bạn có thể thấy một số trận đấu giữa GoF và thư viện dự án của bạn.

Đối với người mới bắt đầu, các mẫu Thiết kế Đầu tiên sẽ làm, một khi chúng ta đã quen thuộc với tất cả các mẫu, sau đó cố gắng trực quan hóa các đối tượng thời gian thực thành các mẫu đó.

Sách sẽ giúp bạn hiểu các khái niệm cơ bản, trừ khi cho đến khi bạn thực hiện trong thế giới thực, bạn CANT Hãy là một MASTER của THIẾT KẾ THIẾT KẾ