26
4
CFSDN nhấn mạnh vào giá trị tạo ra nguồn mở và chúng tôi cam kết xây dựng nền tảng chia sẻ tài nguyên để mọi nhân viên CNTT có thể tìm thấy thế giới tuyệt vời của bạn tại đây.
Bài viết trên blog CFSDN này Trò chuyện PHP "Tái cấu trúc - Cải thiện thiết kế mã hiện có" Phần 3 sắp xếp lại dữ liệu được tác giả thu thập và biên soạn. Nếu bạn quan tâm đến bài viết này, hãy nhớ thích nó.
Bản đồ tư duy.
giới thiệu.
。
Tiếp tục cuộc trò chuyện PHP ở trên "Tái cấu trúc - Cải thiện thiết kế mã hiện có", chúng tôi sẽ sắp xếp lại các chức năng của bạn và tiếp tục tái cấu trúc.
。
Chương này chủ yếu tập trung vào việc tái thiết dữ liệu.
。
1. Tiếng nói tranh luận - nên truy cập Trường trực tiếp hay truy cập Trường thông qua một chức năng (Accessor).
2. Sửa đổi mảng thành đối tượng: Khi bạn thấy Mảng trông giống như một cấu trúc dữ liệu, bạn có thể sử dụng Thay thế mảng bằng đối tượng để biến Mảng thành một đối tượng. --Cấu trúc dữ liệu rõ ràng hơn.
。
。
Thuật ngữ chuyên nghiệp.
。
accessor: khách truy cập, bộ nhớ - được dịch là "chức năng" trong bài viết này.
câm: câm.
lớp miền: được sử dụng để xử lý logic nghiệp vụ.
lớp trình bày: được sử dụng để xử lý "biểu diễn dữ liệu".
logic nghiệp vụ: logic nghiệp vụ.
một chiều: Một chiều.
bidirectional: hai chiều.
bộ sưu tập: cụm.
Trường tự đóng gói 。
。
Tình huống: Nếu Khách hàng truy cập trực tiếp vào phạm vi giá trị, mối quan hệ ghép nối giữa Khách hàng và phạm vi giá trị sẽ dần trở nên khó xử. Sau đó, tạo hàm giá trị/cài đặt cho phạm vi giá trị này và chỉ sử dụng các chức năng này để truy cập.
。
。
động lực:
"Truy cập gián tiếp vào các biến": hỗ trợ các phương thức thu thập dữ liệu linh hoạt hơn, chẳng hạn như Khởi tạo lười biếng (có nghĩa là giá trị chỉ được khởi tạo khi nó được sử dụng.).
"Truy cập trực tiếp vào các biến": mã dễ đọc hơn mà không cần phải dừng lại và nói: "À, đây chỉ là một hàm nhận giá trị."
Lựa chọn: 1. Viết tiêu chuẩn và làm theo những gì hầu hết mọi người trong nhóm làm.
2. Cá nhân tôi thích "truy cập trực tiếp vào các biến" hơn cho đến khi phương pháp này gây rắc rối.
Ví dụ của Martin (tác giả): Nếu bạn muốn lấy trường trong siêu lớp, nhưng cũng muốn thay đổi trường thành giá trị được tính toán trong lớp con, bạn nên sử dụng Trường tự đóng gói.
Ví dụ của riêng tôi: Tôi thường đặt trường này ở chế độ riêng tư. Nếu các biến bên ngoài cần sử dụng trường này, tôi sẽ sử dụng Trường tự đóng gói. Hoặc khi giá trị của trường thay đổi, hãy sử dụng Trường tự đóng gói.
。
Thay thế giá trị dữ liệu bằng đối tượng 。
。
Tình huống: Nếu bạn cần dữ liệu và hành vi bổ sung cho một trường thuộc loại cơ bản, hãy biến trường này thành một đối tượng.
。
。
。
động lực:
。
Trong giai đoạn phát triển ban đầu, chúng tôi có thể sử dụng các kiểu dữ liệu cơ bản để thể hiện các hành vi đơn giản. Ví dụ: bạn có thể sử dụng một chuỗi để biểu thị một số điện thoại, nhưng sau đó có thể xảy ra các hành vi đặc biệt như "định dạng", "xác thực" và "trích xuất mã vùng" của số điện thoại. ---Lúc này chúng ta cần một lớp mới.
Thay thế Mảng bằng Đối tượng 。
。
Tình huống: Bạn có một mảng và mỗi phần tử trong mảng biểu thị những thứ khác nhau, sau đó thay thế mảng bằng một đối tượng và đối với mỗi phần tử trong mảng, hãy biểu thị nó bằng một phạm vi giá trị.
。
động lực:
Mảng thường được sử dụng cho một nhóm các đối tượng tương tự nhau. Nếu các phần tử trong mảng khác nhau thì khó có thể hiểu được quy ước phần tử đầu tiên trong mảng là tên người. Các đối tượng là khác nhau và thông tin đó có thể được truyền tải thông qua tên miền và tên chức năng. ---Bằng cách này không cần phải ghi nhớ hay bình luận.
Đóng gói trường 。
。
Tình huống: Nếu có trường giá trị công khai trong lớp của bạn, hãy khai báo trường đó là vi phạm bản quyền và cung cấp chức năng truy cập tương ứng.
。
động lực:
Một trong những nguyên tắc của hướng đối tượng là tính đóng gói (Encapsulate) hay “ẩn dữ liệu”. Theo thử nghiệm ban đầu này, bạn không bao giờ nên khai báo dữ liệu là công khai.
-- dữ liệu công khai được coi là một hành vi xấu.
--Nếu được đóng gói, việc sửa đổi mã sẽ đơn giản hơn vì tất cả đều tập trung ở một nơi.
Một hàm không cung cấp các hành vi khác ngoại trừ các hàm truy cập (nhận/cài đặt). Xét cho cùng, nó chỉ là một lớp ngu ngốc. Loại lớp này không thể đạt được những lợi thế của công nghệ đối tượng. --Giải pháp cho các lớp ngu ngốc là Phương thức di chuyển để nhanh chóng di chuyển chúng sang các đối tượng mới.
。
Phần kết luận .
。
Tôi hy vọng có thể chia sẻ những gì tôi hiểu được với mọi người và hoan nghênh những ý kiến quý báu của các bạn.
。
Cuối cùng, bài viết về việc sắp xếp lại dữ liệu trong Phần 3 của Thảo luận PHP "Tái cấu trúc - Cải thiện thiết kế mã hiện có" kết thúc tại đây. Nếu bạn muốn biết thêm về Thảo luận PHP "Tái cấu trúc - Cải thiện thiết kế mã hiện có" 3. Về nội dung. về việc sắp xếp lại dữ liệu, vui lòng tìm kiếm các bài viết của CFSDN hoặc tiếp tục duyệt các bài viết liên quan. Tôi hy vọng bạn sẽ ủng hộ blog của tôi trong tương lai! .
26
4
0
Có thủ thuật cụ thể nào của CoffeeScript để làm cho giao diện này trông gọn gàng hơn không: index = (-> if Segment == 'index' return
Tôi đang thử nghiệm các lĩnh vực khác nhau của C# và tái cấu trúc các phương pháp/mẫu tốt nhất. Có thể thấy, phương thức Validate bên dưới có 3 phương thức xác thực phụ. Có cách nào để thiết kế lại/cấu trúc lại phương thức này để loại bỏ câu lệnh if không? (Có thể sử dụng delegate(delega
Tôi đang tạo một trang Rails đơn giản sẽ lưu trữ một số ngày và thực hiện kiểm tra điều kiện cơ bản. Tôi đã viết một số phương pháp bên dưới và được cho biết rằng tôi có thể làm cho chúng hiệu quả hơn. Tôi cứ gãi đầu, không biết phải làm sao. Tôi có nên đặt entry.find trên toàn cầu không?
Có cách nào tốt hơn để viết chức năng này? Tôi đã kế thừa một số mã javascript và tôi muốn làm cho nó sạch hơn nếu có thể. Ngoài ra, tôi có thể thêm nhiều phần tử "chủ đề" hơn và không muốn sao chép và dán đi dán lại nhiều lần. hình ảnh chức năng
1. Xem hiển thị hiệu ứng trực tuyến 2. Trước khi bắt đầu, hãy giải thích mã nguồn tham chiếu để triển khai hiệu ứng: Tập hợp và phân tán logo Mã hiệu ứng ban đầu được triển khai dựa trên các thành phần lớp phản ứng jsx. Phụ thuộc cũ, mã dư thừa.
Tôi dường như đang thiếu đủ cà phê để cho phép tôi nhìn rõ những vấn đề sau. Giả sử tôi có một lớp có hai hàm tạo và nhiều trường. Hàm tạo là hàm tạo không tham số trong đó một trường phụ thuộc vào trường khác. Một hàm tạo khác được chèn vào một trong các trường của nó
đóng cửa. Câu hỏi này không tuân thủ các nguyên tắc của Stack Overflow. Hiện tại nó không chấp nhận câu trả lời. Câu hỏi này có vẻ lạc đề vì nó thiếu đủ thông tin để chẩn đoán vấn đề. Mô tả vấn đề của bạn chi tiết hơn hoặc bao gồm một phút
Tôi có một bảng liệt kê với một số trạng thái trong đó: enum State { A, B, C, D } và các đối tượng có trạng thái tương ứng: class MyObject { State st
Tôi có mã này trong build.xml của mình:
Trong Delphi XE, tôi thường sử dụng tính năng tái cấu trúc biến đổi tên (Ctrl+Shift+E) để làm cho mã của tôi dễ hiểu hơn bằng cách đặt tên biến có ý nghĩa hơn, như: Điều này ổn và tốt, nhưng khi tôi gặp phải một vấn đề nhỏ vấn đề với không gian làm việc khi sử dụng nó
Tôi đã triển khai logic để tính số lượng và chi phí còn lại thông qua biến dữ liệu. Nó lặp qua từng sản phẩm và tính toán số lượng còn lại bằng cách đếm số lượng ở trạng thái số lượng trả về và trừ đi số lượng sản phẩm. Có cách nào để cấu trúc lại mã này để làm cho nó trông sạch hơn và dễ hiểu/bảo trì hơn không? TÔI
Tôi đang học Haskell, vì vậy đây có lẽ là một điều rất tầm thường, nhưng tôi muốn có một số gợi ý về cách viết lại cái này và cách nó hoạt động. Tôi có mã làm việc sau (các gói được sử dụng: HTF , Parsec và Flow ): {-#
Tôi có đoạn mã sau: switch(equipmentAttachment.AttachmentPosition) { case 'AttachFront': { if(
Tôi đang cố gắng thay đổi mã của mình từ Ghi nhật ký tiện ích Java thành Log4J2. Để thay đổi mã, tôi muốn sử dụng tính năng tái cấu trúc mã trong Eclipse. Ví dụ thay đổi: import java.util.logging.Logger
Tôi có một hàm xử lý các hàng trong tệp Excel. Trong hàm này, tôi có một vòng lặp for. Bây giờ, sau khi trích xuất một hàng, chúng tôi sẽ kiểm tra các điều kiện khác nhau. Nếu bất kỳ điều kiện nào sai, chúng ta chuyển sang hàng tiếp theo. Có thể sử dụng các mẫu để làm cho mã này có cấu trúc hơn không?
Tôi đang tái cấu trúc một chương trình có nhiều lệnh gọi lồng nhau như ServiceManagerment.getGlobalizationService() .createExportCo
Tôi đã refactor nhiều trường trên JTabbedPane để giảm bớt sự dư thừa. Tuy nhiên, khi tôi đặt kích thước không đổi cho số lượng trường, tôi nhận được ngoại lệ con trỏ null. Tôi không chắc tại sao điều này lại xảy ra. Tôi đang làm gì sai và quan trọng hơn là ai đó có thể giải thích chuyện gì đang xảy ra không? Pu
Tôi đang cố gắng cấu trúc lại phương pháp sau bằng cách xóa các bản sao trong map.setOnPolygonClickListener và map.setOnMarkerClickListener. Tôi nghĩ cả hai người nghe đều làm điều tương tự
đóng cửa. Câu hỏi này cần được hỏi tập trung hơn. Câu trả lời không được chấp nhận vào thời điểm này. Bạn muốn cải thiện vấn đề này? Đã cập nhật câu hỏi để chỉ tập trung vào một vấn đề chỉnh sửa bài đăng này. Đã đóng 6 năm trước. Cải thiện truy vấn này
Khi tôi cấu trúc lại Bảng phân cảnh như trong liên kết này, tôi không thể tìm thấy nơi tôi có thể hoán đổi vị trí của các mục trên thanh tab. Ví dụ: tôi muốn thay đổi menu chính thành chỉ mục 0. Đây là bảng phân cảnh của tôi. Câu trả lời hay nhất Bạn có thể kéo và thả thẻ.
Trung tâm cá nhân
Điều phát hành
từ bỏ
Tôi là một lập trình viên xuất sắc, rất giỏi!