tĩnh (iPhone) thư viện, phân phối, và phụ thuộc

Question

(Có lẽ những câu dưới đây không phải là iPhone cụ thể, ngoài việc thực tế rằng chúng tôi sẽ có khả năng sử dụng một khung hoặc thư viện động khác.)

Tôi đang xây dựng một iPhone độc ​​quyền SDK cho một khách hàng, để tích hợp với trang web của họ back-end. Vì chúng tôi không muốn phân phối mã nguồn cho khách hàng, chúng tôi cần phân phối SDK dưới dạng thư viện tĩnh. Tất cả điều này hoạt động tốt, và tôi đã xác minh rằng tôi có thể liên kết các ứng dụng iPhone mới với thư viện và cài đặt chúng trên thiết bị.

Mối quan tâm của tôi là về các thư viện của bên thứ ba mà SDK của chúng tôi phụ thuộc vào. Ví dụ, chúng tôi hiện đang sử dụng HTTPRiot và Three20 (các thư viện chính xác có thể thay đổi, nhưng đó không phải là điểm). Tôi lo lắng rằng điều này có thể dẫn đến xung đột nếu khách hàng cũng đang sử dụng bất kỳ thư viện nào trong số này (và thậm chí có cả các phiên bản khác nhau) trong ứng dụng của họ.

Thực tiễn tốt nhất về điều này là gì? Có cách nào để loại trừ các ký hiệu của thư viện phụ thuộc khỏi thư viện tĩnh của chúng ta hay không (trong trường hợp nào khách hàng sẽ phải liên kết thủ công với cả SDK của chúng tôi cũng như HTTPRiot và Three20)? Hay có một số cơ chế khác được thiết lập?

Tôi đang cố gắng cân bằng giữa tính dễ sử dụng và tính linh hoạt/tính tương thích. Lý tưởng nhất là khách hàng sẽ chỉ phải bỏ SDK của chúng tôi vào dự án của họ và thực hiện một số thay đổi cài đặt xây dựng tối thiểu, nhưng nếu nó làm cho mọi thứ trở nên mạnh mẽ hơn, có thể có ý nghĩa hơn để khách hàng liên kết với nhiều thư viện riêng lẻ. Hoặc tôi cho rằng chúng tôi có thể phân phối nhiều phiên bản SDK, có và không có sự phụ thuộc của bên thứ ba, để bao gồm cả hai trường hợp.

Tôi hy vọng câu hỏi của tôi có ý nghĩa ... Coming chủ yếu đến từ một nền Ruby và Java, tôi đã không phải đối phó với các thư viện biên dịch (theo nghĩa truyền thống) trong một thời gian dài ...;)

Answer 1

Nếu đó là tôi, tôi sẽ chỉ định chính xác phiên bản của thư viện của bên thứ ba mà thư viện của tôi tương tác với. Sau đó tôi sẽ kiểm tra chúng, ghi lại chúng, và có thể phân phối với những phiên bản cụ thể có trong bản phát hành.

Hai điều tôi sẽ lo lắng:
-Tôi muốn chắc chắn rằng nó 'hoạt động' khi khách hàng của tôi cài đặt.
-Tôi sẽ không muốn đảm bảo hỗ trợ cho các phiên bản tương lai tùy ý của các thư viện của bên thứ ba đó. Nó là tốt để bao gồm một quá trình cho khách hàng để di chuyển đến phiên bản mới hơn, nhưng nếu bất cứ điều gì không làm việc thì tôi sẽ mong đợi khách hàng trả tiền cho công việc phát triển đó như là một nâng cao, chứ không phải là một lỗi miễn phí sửa chữa (trừ khi bạn bao gồm điều đó trong bản thỏa thuận cấp phép/hỗ trợ gốc).

Tại thời điểm đó, nó trở thành vấn đề đảm bảo các phiên bản cụ thể của thư viện của bên thứ ba có thể làm việc vui vẻ cùng với bất kỳ điều gì khác mà khách hàng cần (trong trường hợp của bạn là web back-end). Theo kinh nghiệm của tôi thường là một chức năng của thư viện, ví dụ: một số không được thiết kế để nhiều phiên bản có thể chạy song song.