Consider support for extending native generic classes and providing generic arguments

Offen

#1,346 erstellt am 08.4.2019 3 Kommentare 4 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: java, typescript, webpack
Bereich: build-system, mobile-dev, tooling

Rechercherichtung

Beginne mit dem webpack-Plugin und js_parser.js, die im Issue beschrieben sind. Verfolge, wie @Native-Deklarationen sowie erweiterte oder implementierte Typen derzeit dargestellt werden, und ermittle anschließend, wie ein benutzerdefinierter Transformer generische Argumente für den Parser bewahren kann. Als abgeschlossen gilt die Änderung, wenn TypeScript wie java.util.List<java.lang.Integer> eine Binding mit diesem generischen Argument statt Object erzeugt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Currently, there is no way to implement for example java.util.List<T> and provide information what would be the type T. When extending such class/interface from TypeScript the following way:

@Interfaces([java.util.List])
class JSList implements java.util.List {
}

the static binding generator prior 5.3.1 would generate a proxy class with a similar signature:
public class JSList implements java.util.List
The introduced changes of the SBG in 5.3.1 generate public class JSList implements java.util.List<Object> having resolved the generic parameter T using its erasure (in this case java.lang.Object) as if it's a raw class inheritance.

With the changes of the SBG in 5.3.1, there is a way to feed it information about what would be the generic parameters when extending, however this would require some changes in the syntax of extending/implementing native classes:

@Native
class JSList implements java.util.List<java.lang.Integer>{
}

The above shown syntax would be possible with some changes in the webpack plugin and the js_parser.js in the SBG.
In order to collect information about the generic arguments provided in the TS code there should be a custom transformer plugged into the webpack pipeline whose goal would be to lookup every TS node with a @Native decorator and preserve its extended class and implemented interfaces information somewhere. This could be stored by modifying the AST and creating internal decorators only for storage. Further, when the js_parser.js parses the JS code, it can look for the internal decorators and retrieve the information about the generics storing them for the SBG.

Vorherrschende Sprache: C++
Sterne: 563
Forks: 144
Ø Merge: 10 Std. 46 Min.
Gemergte PRs (30 T.): 14

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus NativeScript/android

Crash on startup when enabling R8 optimization Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 38/100

NativeScript/android#2039 · 1 Kommentar · Erstellt am 11.9.2026
Static binding names never match at runtime since 9.0.0 — every `extend()` falls back to runtime dex generation Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

NativeScript/android#2024 · Erstellt am 24.8.2026
ESM loader: remaining cross-platform decisions and deferred follow-ups from #1965 Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100

NativeScript/android#2020 · Erstellt am 20.8.2026
Proxy dex generation: thread-safety and latent naming bugs (follow-up to #2016) Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 42/100

NativeScript/android#2019 · Erstellt am 20.8.2026
Reading `SomeClass.null` permanently breaks that class's static `valueOf()` Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100

NativeScript/android#1986 · Erstellt am 26.7.2026

Alle Issues in NativeScript/android