Cách tốt nhất để quản lý cập nhật trên ứng dụng khách/máy khách iOS

Question

Tôi có câu hỏi về hậu cần: Tôi đang cố gắng tìm ra cách tốt nhất để quản lý các API không đồng bộ hóa với ứng dụng. Cách tốt nhất để giải thích nó là bằng ví dụ:

Giả sử phiên bản MyApp 1.0 đăng lên API "submit_feedbacK" yêu cầu first_name, last_name và email.

Sau đó tôi gửi MyApp phiên bản 2.0 lên App Store. Phiên bản đó được thiết kế để đăng first_name, last_name, giới tính và email tới API. Tất cả các trường này là các trường bắt buộc trên API.

Vấn đề tôi có: - Nếu tôi cập nhật API trước khi ứng dụng mới hoạt động, nó sẽ phá vỡ phiên bản 1.0 - Nếu tôi đợi cho đến khi Phiên bản 2.0 hoạt động và làm tê liệt từ xa 1.0, tôi phải ghi thời gian chính xác.

Tôi sẽ đoán rằng 'câu trả lời đúng' là duy trì hai API khác nhau. Nhưng nếu cả hai API đăng lên cùng một cơ sở dữ liệu trực tiếp, điều đó làm cho mọi thứ trở nên hơi khó xử.

Có ai có đề xuất về cách tạo mô hình này không?

Answer 1

Câu hỏi này có thể chia sẻ một số khía cạnh với iOS consuming API design.

Câu trả lời đúng là chắc chắn cung cấp hai API (ít nhất là trong một khoảng thời gian ngắn trong khi người dùng điều chỉnh). Bạn không phải duy trì hai phiên bản cùng một lúc, như khi một phiên bản mới hơn được phát hành, bạn có thể duy trì phiên bản đó và chỉ cần cung cấp phiên bản cũ cho người dùng cũ. Những thay đổi thực sự duy nhất bạn có thể phải thực hiện cho nó là những thứ như bản vá bảo mật hoặc các vấn đề chính. Những thay đổi lớn (như bạn quyết định tái cơ cấu toàn bộ cơ sở dữ liệu) có thể dẫn đến phiên bản cũ không hoạt động nữa, tuy nhiên cập nhật lên phiên bản API mới hơn nên được thiết kế để cho phép các phiên bản trước vẫn hoạt động.

Câu hỏi khác tôi đã liên kết với bạn để đưa ra câu trả lời về cách bạn có thể có phiên bản ứng dụng khác nhau truy cập phiên bản API chính xác.

Một lưu ý khác là bạn có thể dễ dàng hơn (tùy thuộc vào khung bạn đang sử dụng) để thiết kế API của bạn làm công cụ hoặc ứng dụng con và chỉ gắn kết chúng ở các điểm kết thúc khác nhau. Tôi biết rằng điều này có thể dễ dàng thực hiện được trong Rails bằng cách sử dụng Engines và trong Node with Express sử dụng app.use() với các ứng dụng con.

Answer 2

Tôi sẽ sử dụng điểm cuối webservice/http cho giao tiếp với ứng dụng của bạn. Nếu bạn muốn duy trì cùng một URL trong tất cả các phiên bản của ứng dụng, sau đó bao gồm một số phiên bản trong tất cả các yêu cầu/bài đăng lên máy chủ để nó biết cách xử lý chúng. Điều này cũng sẽ làm cho việc phát triển và thử nghiệm dễ dàng hơn khi các phiên bản mới có thể thử nghiệm với api mới trên máy chủ.

Vì vậy, trên bất kỳ chức năng nào bạn có thể gọi trong máy chủ web/máy chủ, hãy thêm một biến duy nhất có số phiên bản. một BYTE nên là đủ như tôi nghĩ rằng bạn có thể bắt đầu lại và "giết hỗ trợ cho v1.0" một khi bạn nhấn 256 phiên bản của cùng một chức năng (nếu bao giờ).

Khi máy chủ nhận được yêu cầu/bài đăng có dữ liệu, bạn chỉ có thể mã một cấu trúc chuyển/trường hợp đơn giản trong API máy chủ để hỗ trợ hoạt động cho cả hai phiên bản.

Nếu chúng tương tự, nhưng ví dụ: hoán đổi các parametres hoặc một cái gì đó, bạn có thể xử lý tất cả các serverside và BAL/DAL (cấu trúc n-tier) có thể được duy trì trên phần máy chủ của giải pháp.

Btw.câu trả lời của tôi không chỉ dành cho iOS hoặc smartdevices, mà còn là một phương pháp tiếp cận khách hàng/máy chủ cho một thiết lập sản xuất "làm việc trong tiến trình" nơi mọi thứ phải trực tuyến, trong khi vẫn đang được phát triển và bảo trì.

Hy vọng nó có ý nghĩa, nếu không, hãy bình luận về nó và tôi sẽ cố gắng giải thích thêm.

Answer 3

chỉ là FYI, tôi sử dụng CodeIgniter. Tôi đang sử dụng Trình điều khiển REST được cung cấp tại https://github.com/philsturgeon/codeigniter-restserver. Tôi tối hậu đã kết thúc giải quyết trên có điểm kết thúc khác nhau cho mỗi phiên bản. Về cơ bản tôi muốn kiểm tra một kho lưu trữ mới cho mỗi bản phát hành và đặt nó vào một thư mục duy nhất. (ví dụ: http://www.mysite.com/1.0/api/method, http://www.mysite.com/1.1/api/method, v.v.) Cố gắng duy trì nhiều phiên bản của một API dưới một mã cơ sở chỉ nghe có vẻ quá đáng sợ. Ít nhất khi tôi phát hành một phiên bản, tôi sẽ biết nó bị khóa trong đá và tôi không phải lo lắng về việc phá vỡ nó. (Lưu ý: Tôi phải sử dụng một tinh chỉnh .htaccess đặc biệt để có được nhiều phiên bản CodeIgniter chạy từ cùng một miền. Tôi có thể chia sẻ nó nếu bạn thích)