Gibt es in Kotlin auch eine Superklasse wie in Java?

Auch wenn es etwas spät kommt: Der Super-Aufruf funktioniert genau so wie in Java.
Was anders ist, ist allerdings der Zugriff auf "this" der outer-class aus einer inner-class heraus.
In Kotlin ist es "this@outer-class"

 bottom_nav_view.apply {
        setNavigationItemSelectedListener(this@MainActivity)
 }

Wenn es nur einen Parameter im Lambda gibt, dann kann man den auch weglassen, weil er implizit ist.
Wenn du es mit einem Umbruch schreibst, zeigt dir Android Studio an, wie es in diesem konkreten Kontext heißt.

Hier z.B. ist es "this". Bei .let{} ist es aber z.B. "it"

Wenn man den Parameter in dem Fall umbenennen möchte, kann man ihn aber explizit hinschreiben:
Beispiel:

 activity?.let { myVarName ->
        flow.showSettings(myVarName) 
 }

myVarName ist dann die Activity und zwar ohne Fragezeichen, weil sie in dem Kontext nicht null sein kann und auf non-null ge-smart-casted wurde.

— geändert am 21.01.2019, 13:02:57

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.io/use.html

"Executes the given block function on this resource and then closes it down correctly whether an exception is thrown or not."

also heißt das das der komplette Ausdruck vor dem Lambda als Parameter für das Lambda benutzt wird.

Es ist eher der Rückgabewert der letzten Anweisung davor.
bufferedReader(UTF-8) liefert einen BufferedReader und der ist im Lambda dann das "it".

Das use ersetzt halt den finally { buf.close() } Block.

Ich habe zum Glück eine Schulung gehabt und mir danach den Rest in der Praxis immer weiter angeeignet.
Ein Buch dazu habe ich nie gelesen, daher kann ich da leider auch nichts empfehlen.
Vermutlich würde ich mir ein gutes Online Tutorial suchen und das durcharbeiten, danach einfach losprogrammieren und Fragen on-the-fly klären.

Ja in Kotlin ist das nicht mehr so stringent vorgeschrieben.
Man hat schon selbst die Verantwortung da strukturiert zu arbeiten.
In Kotlin kann man ja sogar eine Variable IRGENDWO definieren und sie dann im ganzen Projekt nutzen.
In der Praxis würde ich trotzdem lieber einzelne Dateien für die Klassen anlegen und nur in bestimmten Fällen mehrere in einer Datei deklarieren.
z.B. ganz simple Data-Classes für das Datenmodell. Die sind ja in Kotlin meist Einzeiler.

BTW: In Java kann man auch mehrere Klassen in einer Datei parallel nebeneinander definieren. Ob das guter Stil ist? Doubt!

— geändert am 22.01.2019, 15:25:33

Zwischenfrage :

In Kotlin kann man ja sogar eine Variable IRGENDWO definieren und sie dann im ganzen Projekt nutzen.

Aber das soll jetzt nicht heissen, wir haben das LifeCycle und GC Problem umgangen.
Oder ?? das bleibt doch gleich .... - also Singleton z.B.

Ich muss leider zugeben das Kotlin doch Spaß macht.

Haha Ja ne? Man kann viele Sachen einfach so simple lösen.
Allein das Filtern von Listen ist ein Traum.
Umgang mit Extras/Arguments für Activities und Fragments...I love it.
Wenn Interesse besteht, kann ich gerne mal ein paar Snippets posten, von Sachen, die mir ganz besonders elegant erscheinen.

Ps. Was ich noch nicht heraus gefunden habe ist. Was bedeutet den in der IDE die grauen Striche ( Wellenlinien ) unter manschen Variablen?

Setz den Cursor doch mal da rein und drück Alt-Enter.
Meist ist der Quick-Fix genau das was du suchst.
Die graue Linie bedeutet ein Hinweis, wie man es mit Kotlin Schreibweise besser machen kann. Meist sehe ich das, wenn ich einen getter aufrufe, statt die property Notation zu schreiben.

Also activity.getArguments() statt wie in Kotlin üblich activity.arguments

— geändert am 23.01.2019, 08:51:15

Hier mal 2 Beispiele zur Übergabe von Werten an ein Fragment, was in Java immer in ein Mega Konstrukt ausartet, weil man da Bundle vorher instanzieren muss. Das geht in Kotlin alles inline

companion object {
        private const val EXTRA_ID = "EXTRA_ID"

        fun newInstance(id: Int) = ItemFragment().apply {
            arguments = Bundle().apply {
                putInt(EXTRA_ID, id)
            }
        }
    }

Das Auslesen kann man dann über ein lazy-property machen (wird beim ersten Zugriff ausgewertet)

private val itemId: Int by lazy {
        arguments?.getInt(EXTRA_ID) ?: throw IllegalArgumentException("$EXTRA_ID must not be null!")
    }

Das geile ist... das enthält schon die Prüfung auf arguments != null und stellt sicher, dass der Wert gesetzt ist, sonst gibt es eine Exception.

— geändert am 23.01.2019, 10:26:58