Es gibt keine IBOutlets, IBActions weder in AndroidDev eco noch in Visual Studio eco.
Anstelle von IBOUtlet müssen Sie das Steuerelement finden und es in den richtigen Typ umwandeln.
Button but1 = (Button) findViewById(R.layout.but1)
IBAction konnte auf 2 verschiedene Arten
Reine Code >>
//find Button b1 = ...
b1.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
//do something
}
});
oder mit Layouts erfolgen >>
<Button
android:id="@+id/button2"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_marginLeft="10dp"
android:onClick="button2Clicked"
android:text="@string/text_but_1" />
xCode tut exactlly die gleiche Sache eigentlich. ibOutlets und ibActions sind nur synthetischer Zucker. das gleiche Zeug geht weiter, während Touch-Klassen gelesen und vom Storyboard initiiert werden xml
Visual Studio verwendet auch synthetischen Zucker wie xCode. Wenn Sie auf eine Schaltfläche doppelklicken, wird der Code, den Sie manuell in Android Developer schreiben, automatisch in eine Datei namens className.config.cs geschrieben.
Ich bin ein Neuling in androidStudio. Konnte nicht finden, dass Design-Schnittstelle synthetischen Zucker wie in xCode und VisualStudio. Vielleicht gibt es, aber ich konnte es einfach nicht finden.
Android-Entwickler und Visual Studio Code Complence ist nichts wie xCode. xCode saugt in diesen Bereichen. Ich benutze sie alle. Wenn Sie links neben dem Code eine Quittierungsmarke sehen, klicken Sie darauf. oder drücken Sie einfach Alt + Enter.
AndDev wird viel Code schreiben für Sie
C# und Java-Entwickler sehr verwendet Methoden aufrufen, die noch nicht geschrieben sind, lesen Sie Variablen, die nicht existieren.
Remember Alt + Enter! AndDev wird alles für Sie tun
"Der größte Schmerz bei der Entwicklung für Android, dass ich begegne, ist die Skalierung der Ansichten für verschiedene Geräte." - Das klingt wie ein großer Schmerz. – jarryd
@alJaree: Ein zweiter großer Schmerz, mit dem ich mich arrangiere, ist die Beschränkung der Dateigrößen in der APK. Dateien, die größer als 1 MB unkomprimiert sind, werden nicht gelesen, und es ist ein Fehler, sie in bestimmte Ordner (z. B. "Assets") zu verschieben. Keine solchen Sorgen auf dem iPhone, wo große SQLite-Datenbanken immer sehr willkommen sind. – SK9
Aus meiner eigenen Erfahrung war der Simulator genug, um mich in die iPhone-Richtung zu drücken, und ich hatte keine größeren Probleme mit iOS. – jarryd