mi sono imbattuto in un commento this answer in cui si afferma che un progetto di libreria:Perché un .aidl non può essere inserito in un progetto di libreria?
- non può tenere .aidl file,
- non può dipendere da un altro progetto biblioteca,
- non può detenere attività
Bene , quel commento è stato fatto circa un anno e mezzo fa, e posso dirvi con la massima certezza che l'articolo 2 non è più vero (September 2010?), perché ho un progetto perfettamente funzionante, fatto di un progetto di libreria che dipende da un altro progetto di libreria.
Quindi, le mie domande sono due:
- È ancora vero che un progetto di libreria non può tenere
.aidl
file? - Se la risposta al n. 1 è sì, qual è la ragione di ciò?
BTW, come un esperimento, ho cercato di mettere IMarketBillingService.aidl
(dalla fatturazione del campione in-app) in un progetto di libreria (senza nulla che lo utilizza ancora), e il progetto si basa e funziona come prima. Quindi, se non è ancora possibile che un progetto di libreria contenga un numero .aidl
, questo deve essere qualcosa di più profondo ...
Grazie! Si scopre che un'altra limitazione è stata recentemente rimossa: [Generare un progetto di libreria nel proprio file JAR] (http://developer.android.com/guide/developing/projects/index.html#LibraryProjects). Si noti che la documentazione sulla stessa pagina si contraddice, ma ho appena testato questa nuova funzione e si può generare un JAR da un progetto di libreria ** indipendentemente **, senza dipendere da un progetto di applicazione. –
Sì, è possibile generare un JAR. Tuttavia, il jar non contiene alcuna risorsa, quindi se nel progetto della libreria sono presenti layout, stringhe e così via, non è possibile rilasciare il jar nel progetto dell'app. Seguire direttamente il sito ADT per le informazioni più aggiornate, a volte la documentazione è obsoleta. https://sites.google.com/a/android.com/tools/recent/ –
Un altro +1 per il link a https://sites.google.com/a/android.com/tools/recent/ - I non sapevo di quella pagina. Questo è molto utile. Grazie! –