Làm thế nào để tạo Xamarin ràng buộc cho AAR với nhiều phụ thuộc?

Question

Tôi đang cố gắng tạo một ràng buộc Xamarin cho thư viện Android com.adobe.creativesdk.image

Vấn đề là thư viện này chứa 20 tài liệu tham khảo và các tham chiếu này chắc chắn chứa nhiều hơn nữa. Tôi phải khám phá toàn bộ cây và trích xuất tất cả các tham chiếu để thêm chúng vào dự án ràng buộc.

Để chắc chắn phải có cách dễ dàng hơn để thực hiện việc này. Tôi đã nói rằng tôi có thể tạo một gói AAR bao gồm tất cả các tham chiếu bằng cách sử dụng Android Studio nhưng tôi không chắc chắn về các bước để làm cho nó hoạt động. Một số tài liệu tham khảo là AAR.

Bạn có thể đưa tôi vào đúng đường dẫn để làm việc này không?

Answer 1

Tôi gặp vấn đề tương tự và cuối cùng tôi đã giải quyết vấn đề bằng cách thêm phụ thuộc. Nhiều người có thể được thêm vào thông qua các gói NuGet (rightclick trên bindingproject và nhấn thêm gói nuget ...), những người phổ biến nhất như dịch vụ chơi, gson okhttp3 vv có thể được tìm thấy ở đây. Nếu bạn, giống như tôi, có một số phụ thuộc không phổ biến hơn, bạn có thể cần phải thêm chúng dưới dạng bản thân các ràng buộc.

Tôi đọc rằng bạn có thể thêm trực tiếp phụ thuộc aar/jar vào bindingproject và đặt hành động xây dựng thành referenceJar hoặc embeddedReferenceJar, nhưng điều này không hiệu quả đối với tôi. Im tương đối mới với xamarin vì vậy im không chắc chắn nếu nó không phải là cách nó được sử dụng hoặc nếu nó là bởi vì họ không thể tự động bị ràng buộc do lỗi thực hiện (có một số lỗi và cảnh báo rằng tôi cần phải sửa chữa trong metafile khi sau đó tôi đã thêm jar phụ thuộc/aar vào bindingsproject của riêng nó).

Bất kể, cách tôi làm việc đó là thêm một bindingsproject mới vào giải pháp, trong đó tôi thêm jar phụ thuộc/aar và sau đó xây dựng nó và thêm các hàng/nút cần thiết vào metafile để biên dịch . Sau đó, tôi chỉ đơn giản là thêm dự án "phụ thuộc ràng buộc" như là một tham chiếu trong bindingsproject thực tế của tôi.

Điều này cảm thấy giống như một giải pháp thay vì giải pháp thực tế, nhưng ít nhất tôi đã nhận được nó để làm việc, vì vậy hy vọng nó có thể giúp bạn.

Answer 2

Các thư viện ràng buộc luôn có những bí quyết riêng của họ, nhưng tôi sẽ thực hiện một số khái quát để giúp bạn sắp xếp.

1. Kiểm tra các phụ thuộc có liên quan và nếu có trong số chúng đã có trên Nuget USE THOSE. Những thứ như Thư viện hỗ trợ Android, API Google Play, SDK IBM, v.v. Hầu hết trong số chúng đã có các liên kết và có trong Nuget.

2. Đừng quên kiểm tra số phiên bản phụ thuộc của bạn so với số phiên bản trong Nuget. Có lẽ lib .aar của bạn thực sự được cập nhật hơn Binding on Nuget.

3. Tách các thư viện lớn. Tìm phần còn lại của các phụ thuộc của bạn không có trong Nuget tương đối lớn, sau đó tạo các Dự án Thư viện ràng buộc Android riêng biệt cho từng dự án. Thường thì các Binding API sẽ tách rời với các thư viện lớn như các phụ thuộc, vì vậy nó dễ dàng hơn (và IMO sạch hơn) để tạo các dự án riêng biệt cho chúng, sau đó thêm các tham chiếu dự án vào thư viện kết thúc của bạn.

4. Tách riêng jars của bạn từ aars. Thông thường, các tệp .aar của bạn là những tệp lớn có liên kết riêng và lặp lại thành # 3, nhưng phụ thuộc jar nên sử dụng ReferenceJar Tác vụ xây dựng.

5. Chơi với MetaData.xml của bạn. Quá trình này có thể mất nhiều thời gian, nhưng các API Binding không hoàn hảo. Sử dụng MetaData và các tệp khác để làm cho tệp được làm sạch theo ý thích của bạn.

Một số điều khác có thể giúp:

• https://marketplace.visualstudio.com/items?itemName=EgorBogatov.XamarinGradleBindings (VS plugin để tạo thư viện liên kết từ phụ thuộc gradle Imperfect, nhưng một công cụ tuyệt vời cho việc bắt đầu Đừng quên để di chuyển .jar của bạn.. và .aar file vào thư mục Jars của bạn vì đây thêm chúng vào thư mục gốc dự án đối với một số lý do)
• https://developer.xamarin.com/guides/android/advanced_topics/binding-a-java-library/customizing-bindings/java-bindings-metadata/ (tìm hiểu một số cách tốt để cập nhật tập tin MetaData.xml của bạn)
• tôi cũng sẽ nhìn xung quanh GitHub cho một số dự án Bindings hiện cho các thư viện Android kích thước tương tự cho suy nghĩ như dịch vụ AWS hoặc thư viện Apache khác