Ich schließe eine Klasse in meiner App ein, die ein anderer Entwickler frei verfügbar gemacht hat. Seine Klasse hat ein anderes Paket.Mehrere Pakete in einer Android App
Wird dies Probleme auf Android, dem Markt usw. verursachen? Muss jede einzelne Klasse in der App mein eigenes Paket sein?
Sie dürfen andere Pakete, Quellen und Bibliotheken verwenden. Eclipse macht das alles auf der Eigenschaftenseite des Projekts sehr einfach.
Das Hauptproblem ist normalerweise sicherzustellen, dass Sie die Lizenzen und Vereinbarungen des von Ihnen verwendeten Codes befolgen. Stellen Sie sicher, dass Sie die Implikationen verstehen und den Entwicklern Gutschriften sowie Verweise auf die Vereinbarungen beifügen. Wenn Sie dies nicht tun, kann dies zu Problemen führen.
Es muss nicht in Ihrem eigenen Paket. Sie können auch externe jars oder externe Eclipse-Projekte oder externe Quellordner verwenden, um die Projektwartung zu erleichtern.
Obwohl dies eine sehr alte Frage ist, möchte ich klarstellen: Java-Level "Pakete" (worum die Frage geht) und Android .APK "Pakete" sind zwei verschiedene Bestien. "Pakete" auf Java-Ebene sind Namespaces zum Organisieren von Klassen in Ihrer App, während der Android-Name "Paket" eine global eindeutige Kennung für Ihre gesamte App bereitstellt.
Normalerweise befindet sich mindestens ein Teil der Java-Quellen in einem Projekt in einem Java-Level- "Paket" (Namespace), das dem Android-Paketnamen der App entspricht, dies jedoch nur der Bequemlichkeit dient und überhaupt nicht erforderlich ist. Es ist sehr üblich, mehrere Java-Pakete in Ihrem App-Projekt zu haben. Das Hinzufügen von Java-Klassen mit unterschiedlichen Namespaces zum Projekt 3rd Party hat keinen Einfluss auf den Namen des resultierenden Android-Pakets. Für das gesamte Projekt muss im Manifest ein weltweit eindeutiger Android-Paketname definiert sein, der später zur Identifizierung Ihrer App in Google Play verwendet wird.