Đừng quên rằng mục đích của các ví dụ mà bài đăng của Apple không hiển thị thực tiễn tốt nhất theo cách thông qua mã, nhưng phải minh họa các mục cụ thể. Tại sao phải bẻ một phương thức init thành nhiều khối nhỏ hơn (sẽ mất nhiều thời gian để thực hiện) khi bạn đang cố gắng chứng minh cách thực hiện cuộc gọi mạng không đồng bộ.
Khi viết mã, không có gì sai khi viết các phương thức khổng lồ hoặc các lớp lớn nếu chúng phù hợp với những gì bạn đang làm, nhận xét đúng và không sao chép bất kỳ thứ gì. Nó có thể là đó chỉ là những gì bạn phải làm.
Theo quy tắc chung, khi viết mã của bạn, chỉ cần nghĩ về mọi thứ bạn đang cố gắng làm và suy nghĩ xem bạn có thể chia nhỏ thành các phần nhỏ hơn không. Hãy suy nghĩ về nếu bạn đã phải làm bất cứ điều gì bạn đang viết mã để làm và suy nghĩ về cách bạn sẽ tiếp cận nhiệm vụ đó.
Ví dụ: bạn có thể muốn viết phương thức khởi chạy màn hình. Vì vậy, bạn có thể viết một phương pháp rất lớn mà sẽ làm tất cả mọi thứ.Hoặc, bạn có thể phá vỡ nó xuống để
[self initButtons];
[self initTextEntry];
[self initLabels];
Tương tự như vậy, trong initButtons, bạn có thể thấy rằng bạn sau đó viết cùng mã hơn nữa để tạo ra và init các nút khi nó chỉ ra rằng điều duy nhất mà thay đổi là vị trí của nút và bộ chọn mà chúng gọi khi chạm vào. Vì vậy, bạn có thể cấu trúc lại điều đó ra
button1 = [self createButton:position callback:selector];
button2 = [self createButton:position2 callback:selector2];
Chỉ cần tiếp cận lặp lại những gì bạn đang viết. Viết mã. Một khi bạn có một tính năng làm việc, dừng lại và quay lại và xem mã của bạn và xem nơi bạn có thể đưa ra các mục, nơi bạn có mã phổ biến mà bạn đã đặt trong vài lần, v.v. Sử dụng các công cụ tái cấu trúc trong XCode.
Phát triển phong cách của riêng bạn. Nó sẽ đến cùng với thời gian và mã bạn viết và tái cấu trúc hơn, bạn càng dễ dàng thấy được mọi thứ có thể được chia ra như thế nào ngay từ đầu. Khi tôi nghĩ về một số mã tôi đã viết cách đây 20 năm, tôi hy vọng nó đã bị phá hủy không bao giờ được trình biên dịch nhìn thấy nữa. Tôi đã làm việc trên các dự án được viết bởi các nhà phát triển "chuyên nghiệp" và có những phương pháp rất lớn. Ví dụ, tôi đã nhìn thấy gần đây đã có 500 (!) Dòng mã dài. Và với rất ít ý kiến. Và hãy nhớ rằng có rất nhiều phương pháp nhỏ làm rất ít kết hợp với một số lượng lớn các lớp học (ngay cả khi chúng là các lớp học nhỏ) cũng có thể là một mô hình chống.
hướng dẫn kiểm tra từ http: //www.raywenderl ich.com –
Cảm ơn, nhưng tôi đã kiểm tra ví dụ quay bánh xe của họ và phương pháp 'drawWheel:' rất lớn. Tôi đang tìm kiếm nhiều hơn cho các phương pháp mã hóa tốt nhất nhưng sử dụng ngôn ngữ Objective-C. – OgreSwamp