18

Tôi đã tự hỏi liệu có bất kỳ thực tiễn hay quy ước nào tốt nhất để cấu trúc các dự án iOS của bạn không?Có bất kỳ thực hành hay quy ước nào tốt nhất cho cấu trúc dự án ios

Cảm ơn.

+0

Đây là một chút mơ hồ, đó là lý do tại sao tôi không nghĩ rằng bất kỳ ai được trả lời. Bạn có nghĩa là các tập tin thực tế trong dự án và các thư mục họ đi vào? Bạn có nghĩa là kiến ​​trúc của mã? Vv –

+0

@quixoto - Tôi chủ yếu quan tâm đến cách quản lý các tệp khác nhau trong các thư mục khác nhau. – itsaboutcode

Trả lời

13

Tôi biết đây là câu hỏi cũ - nhưng việc nghĩ thêm câu trả lời sẽ giúp những người khác đến đây.

Tôi đã tìm thấy this link hữu ích.

9

Taken từ iOS Coding Best Practices SlideShare từ Jean-Luc David:

enter image description here

+2

Nó hoàn toàn phụ thuộc vào số lượng mã bạn có trong dự án của bạn, nhưng cá nhân tôi nghĩ rằng một thư mục có tên "Người giúp đỡ" không phải là tốt. Có một nguy cơ mà tất cả mọi thứ cuối cùng sẽ kết thúc trong đó, miễn là nó được coi là một "tiện ích". Tôi nghĩ rằng các thư mục riêng biệt với tên tự giải thích cho các loại tiện ích riêng biệt tốt hơn, như "Mã hóa", "Nối tiếp", v.v. –

+1

Trình trợ giúp/Gói tiện ích là phương pháp phổ biến để trích xuất chức năng có thể sử dụng lại và có nhiều khả năng nhất được đưa vào một thư viện tiện ích có thể sử dụng lại một ngày nào đó. Tất nhiên có những thư mục tự giải thích bên trong Helper/Utility-Package nhưng tôi sẽ không khuyên bạn nên đặt chúng trên cùng một mức như gói Mô hình hoặc Bộ điều khiển của bạn đặc biệt là trong một dự án lớn… Nhưng vì nó là một vấn đề của hương vị, điều quan trọng nhất là phải đồng ý với nhóm của bạn về một cấu trúc cơ bản mà tất cả các bạn đều cảm thấy thoải mái. –

4

Đối với tôi, Architecting iOS Project giải pháp hoạt động hoàn hảo. Tôi cũng đã thêm Cocoapods.

Bây giờ dự án của tôi trông giống như:

enter image description here

0

Mặc dù tôi đồng ý rằng thực tế phổ biến nhất là phải có file được phân nhóm theo loại (tức là ViewControllers, Models vv), tôi muốn nói thêm rằng có một số doanh nghiệp các trường hợp hữu ích hơn khi tổ chức mã theo chức năng được cung cấp. Ví dụ: nếu bạn làm việc cho công ty cung cấp nhiều kết hợp dịch vụ, thường được đóng gói vào các ứng dụng khác nhau có chung một số thành phần, ví dụ - AddressBook, Tin nhắn, Quản lý tài liệu, v.v ...

Trong các dự án của tôi, tôi thường có thư mục được gọi là Phổ biến nơi tôi đặt những thứ mà tôi sử dụng lại thường xuyên, như người trợ giúp datetime, nhà văn IO vv ... Những thứ khác tôi tách biệt theo chức năng.

0

Chúng tôi tuân theo cấu trúc dự án chuẩn để nhóm có thể hiểu theo cách tốt hơn.

enter image description here

1

Tôi đã sử dụng một tương tự như sau cho các dự án của tôi.

Nhưng sau khi thực hiện chuỗi này và một số bài viết khác trực tuyến, tôi quyết định phân loại một số loại theo giao diện người dùng mã thư mục mới.

  • ứng dụng (tập tin cấu hình với các hằng số, appdelegate)
  • Models
  • UI
    • Lần
    • Controller
    • Nếu tôi sử dụng file NIB (.Xib) họ nên đi theo này hoặc người nào khác storyboard (s)
  • Tài (Tất cả các tài nguyên như hình ảnh, phông chữ tuỳ chỉnh, các file âm thanh với nhau trong thư mục con khác nhau)
  • Dịch vụ
  • Helpers/Utilities
  • Libraries

Nhưng nếu bạn đang sử dụng kiến ​​trúc MVVM, xin vui lòng tùy chỉnh t này o phù hợp nhất của bạn.

Chúc mừng!

Các vấn đề liên quan