Justin hat geschrieben:2. B4A scheint mir einfach ein Basic nach Java- Converter zu sein - raus kommt eine native App. Ich habe ja lange mit dem Gedanken gespielt einfach App´s mit Java zu schreiben, also mit Eclipse und dem Android- Kit. Wenn ich das richtig verstanden habe, kommen da aber keine native App´s bei raus ?? Warum, grundsätzlich wird doch das selbe Verfahren von B4A verwendet...
puh, keine Ahnung. Zu viele Interna . Mit Java habe ich erst gar nicht angefangen.
Also folgendes: es gibt native Programme, die werden in C geschrieben. Da muss die Anwendung/Bibliothek allerdings für jede Prozessorarchitektur neu kompilliert werden. D.h. für Android x86 gibt es dann eine andere Version als für Android ARM. Reine Java Apps werden auf beiden Architekturen gleich ausgewertet, aber sobald native Funktionsbibliotheken (kompilliert mit dem NDK und C bzw. mittlerweile auch C++ soweit ich weiß) verwendet werden muss man entweder beide Funktionsbibliotheken per JNI in die Java Anwendung einbinden oder zwei Java Anwendungen mit jeweils einer Funktionsbibliothek erstellen.
Bei B4A kann es u.U. sein, dass Java nur als Proxy (ähnlich den COM-Proxies) dient, der je nach Prozessorarchitektur das korrekte native Programm ausführt.
Angenommen es gäbe einen Algorithmus mit imaginärer Laufzeit O(i * n), dann gilt O((i * n)^2) = O(-1 * n^2) d.h. wenn man diesen Algorithmus verschachtelt ist er fertig, bevor er angefangen hat.
ja, ich habe da so eine "innerliche" Hürde gegen Java - sprachen technisch wäre es kein Problem. Überlegt habe ich nur (oder überlege ich noch immer), weil ich mir höchst wahrscheinlich den VideoWeb 700 hole, wenn er denn mal endlich eingeführt wird. Da ist ein ARM verbaut der ja dann Java auf dem Chip hat. Jedenfalls will ich dafür App´s schreiben.
Leider habe ich noch keine Antworten der Firma bezüglich der Entwicklung für das Gerät bekommen.
Danke jedenfalls für den Tipp mit B4A - läuft super und bisher auch ohne Probleme. Einzig nervig ist die Debug- Zeit wenn man einfach nur mal schnell auf Fehler testen will. Währe gut, wenn man einfach nur den Debugger laufen lassen könnte, ohne das er das gleich in den Emu schmeissen will.
Wie schätzt du denn die Weiterentwicklung ein? Meinste das ist zukunftsträchtig? Wie ich so das Forum beobachte habe ich zwar den Eindruck, dass B4A flott und langfristig weiter entwickelt wird, wollte aber mal hören was du dazu sagst - ich würde jetzt ungerne auf tote Pferde setzen.
Danilo hat geschrieben:Weiß es Jemand ganz genau? Vielen Dank!
Genaues nicht, aber er erzeugt mehrere *.class, sowie eine main.java.
Die entstandene Android Datei ist dann eine typische *.apk + manifest usw.
Aber ob jetzt das entstehende java-zeuchs so nutzbar ist, kann ich mangels
Kenntnissen nicht sagen.
Gruß
Thomas
PureBasic 5.73 LTS | SpiderBasic 2.30 | Windows 10 Pro (x64) | Linux Mint 20.1 (x64)
Nutella hat nur sehr wenig Vitamine. Deswegen muss man davon relativ viel essen.
Danilo hat geschrieben:Weiß es Jemand ganz genau? Vielen Dank!
Genaues nicht, aber er erzeugt mehrere *.class, sowie eine main.java.
Die entstandene Android Datei ist dann eine typische *.apk + manifest usw.
Aber ob jetzt das entstehende java-zeuchs so nutzbar ist, kann ich mangels
Kenntnissen nicht sagen.
Gruß
Thomas
Sind da irgendwo *.so Dateien im JAR, wenn du es entzippst? Wenn nicht, dann ist kein nativer Code dabei. Vermutlich meinen die bei B4A dann wohl mit nativ, dass das Java Framework direkt gewrappt wird. Oder sie wissen nicht, dass nicht jeder Prozessor auf dem Android läuft Jazelle hat .
Angenommen es gäbe einen Algorithmus mit imaginärer Laufzeit O(i * n), dann gilt O((i * n)^2) = O(-1 * n^2) d.h. wenn man diesen Algorithmus verschachtelt ist er fertig, bevor er angefangen hat.
ja also über Hardwarespezifikationen (also CPU- Plattform) ist da gar nichts nachzulesen. Auf der einen Seite wird zwar davon geschrieben, dass ein natives Prog bei rauskommt, auf der andren Seite arbeitet B4a ja mit dem ADK - mit welchem man (soweit ich das verstehe) Java- App´s erstellt - und keine nativen.
Justin hat geschrieben:ja also über Hardwarespezifikationen (also CPU- Plattform) ist da gar nichts nachzulesen. Auf der einen Seite wird zwar davon geschrieben, dass ein natives Prog bei rauskommt, auf der andren Seite arbeitet B4a ja mit dem ADK - mit welchem man (soweit ich das verstehe) Java- App´s erstellt - und keine nativen.
Es könnte aber ja sein, dass B4A Binaries produziert und nur das SDK braucht um ein Java-Starter zu schreiben.
Angenommen es gäbe einen Algorithmus mit imaginärer Laufzeit O(i * n), dann gilt O((i * n)^2) = O(-1 * n^2) d.h. wenn man diesen Algorithmus verschachtelt ist er fertig, bevor er angefangen hat.
Das Paket für die AVD das laut Anleitung von B4a installiert werden muss lässt allerding nur ARM- Platformen zu. Wenn also B4a Bin´s erstellen sollte, stellt sich die Frage warum diese Einschränkung - ließen sich die Lib´s für andere Plattformen doch einfach linken.
DarkDragon hat geschrieben:Sind da irgendwo *.so Dateien im JAR, wenn du es entzippst?
Es gibt kein JAR!
PureBasic 5.73 LTS | SpiderBasic 2.30 | Windows 10 Pro (x64) | Linux Mint 20.1 (x64)
Nutella hat nur sehr wenig Vitamine. Deswegen muss man davon relativ viel essen.
. Mit Java habe ich erst gar nicht angefangen.
.