i21023/Vortrag-Bad-Honnef
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Stand vom Vortrag

Browse Source
This commit is contained in:
i21023 2024-05-20 23:32:06 +02:00
parent 8973bb56a2
commit ce90da9e8b
3 changed files with 125 additions and 109 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

BIN
.DS_Store vendored Normal file
View File

Binary file not shown.

BIN
main.pdf
View File

Binary file not shown.

236
main.tex
View File

@ -1,24 +1,26 @@
\documentclass{beamer}
\documentclass[aspectratio=43]{beamer}
\usepackage{lmodern} % Add the lmodern package to fix missing font shapes
\usepackage{beamerthemeDHBW} % Include the package
\usepackage[overlay, absolute]{textpos}
\usepackage{bookmark}
\usepackage{pgfplots}
\usepackage[ngerman]{babel}
\usepackage{tikz}
\usepackage{amssymb} % Add the amssymb package to fix missing font shape
\usepackage{listings}
\usepackage{tcolorbox}
\newcommand{\internetadresse}{https://www.dhbw-stuttgart.de}
\pgfplotsset{compat=1.18}
\lstset{
basicstyle=\ttfamily\scriptsize,
keywordstyle=\color{blue},
commentstyle=\color{green!60!black},
keywordstyle=\bfseries,
commentstyle=\color{green!50!black},
escapeinside={(*@}{@*)},
numbers=left,
numberstyle=\tiny\color{gray},
frame=single,
backgroundcolor=\color{lightgray},
backgroundcolor=\color{lightgray!10},
showspaces=false,
showstringspaces=false,
showtabs=false,
@ -29,6 +31,7 @@
%Information to be included in the title page:
\title{Java-TX Compiler in Java-TX}
\subtitle{Bad Honnef 2024}
\author{Julian Schmidt}
\institute{DHBW Stuttgart}
\date{2024}
@ -39,22 +42,6 @@
\maketitle
\begin{frame}
\frametitle{Agenda}
\begin{enumerate}
\item Motivation
\item Aufbau der Umgebung
\item Bugs/Probleme
\begin{enumerate}
\item Überschreiben von Methoden
\item Kompatibilität mit funktionalen Interfaces
\end{enumerate}
\vspace*{-\baselineskip}
\item Fazit
\end{enumerate}
\end{frame}
\begin{frame}[fragile]
\frametitle{Motivation I}
@ -62,7 +49,7 @@
\item Welche Features fehlen noch in Java-TX?
\item Welche Bugs gibt es?
\item Vorteile/Nachteile zu Java in der Praxis
\item Wie performant is Java-TX für größere Projekte?
\item Wie performant ist Java-TX für \glqq{}größere\grqq{} Projekte?
\end{itemize}
\begin{visibleenv}<2>
\begin{table}
@ -73,7 +60,7 @@
ANTLR Grammar & 2 & 771 \\
\hline
SUM & 249 & 18729 \\
\end{tabular*}
\end{tabular}
\end{table}
\end{visibleenv}
@ -95,15 +82,33 @@
\end{center}
\end{frame}
\begin{frame}[fragile]{Vergleich Sourcecode}
\begin{columns}
\begin{onlyenv}<1->
\begin{frame}[fragile]
\frametitle{JavaTX}
\begin{itemize}
\item Programmiersprache basierend auf Java 8
\item Globale Typinferenz
\item Lambda-Ausdrücke sind getypt
\item Überladung von Funktionstypen
\item Automatisches Überladen von Funktionen
\item Automatisches generieren von Generics
\item Autoboxing von primitiven Datentypen
\end{itemize}
\end{frame}
\begin{frame}[fragile]{Vergleich Sourcecode Java - Java-TX}
\begin{columns}[T]
\begin{onlyenv}<0->
\begin{column}{0.5\textwidth}
\begin{lstlisting}[language=java]
public class FunNClass extends ClassOrInterface {
private static GenericDeclarationList createGenerics(List<GenericRefType> funNParams) {
var generics = new ArrayList<GenericTypeVar>();
for (GenericRefType param : funNParams) {
private static (*@\alert<2,4>{GenericDeclarationList}@*)
createGenerics(
(*@\alert<2,4>{List<GenericRefType>}@*) funNParams) {
var generics =
new ArrayList<(*@\alert<2>{GenericTypeVar}@*)>();
for ((*@\alert<2>{GenericRefType}@*) param : funNParams) {
generics.add(...);
}
return new GenericDeclarationList(generics, new NullToken());
@ -112,14 +117,35 @@ public class FunNClass extends ClassOrInterface {
\end{lstlisting}
\end{column}
\end{onlyenv}
\begin{onlyenv}<1>
\begin{column}{0.5\textwidth}
\begin{lstlisting}[language=java]
\begin{onlyenv}<-2>
\begin{lstlisting}[language=java, backgroundcolor=\color{red!10}]
public class FunNClass extends ClassOrInterface {
private static createGenerics(funNParams) {
private static
createGenerics(
funNParams) {
var generics =
new ArrayList<>();
for (param : funNParams) {
generics.add(...);
}
return new GenericDeclarationList(generics, new NullToken());
}
}
\end{lstlisting}
\end{onlyenv}
\begin{onlyenv}<3->
\begin{lstlisting}[language=java, backgroundcolor=\color{green!10}]
public class FunNClass extends ClassOrInterface {
private static (*@\alert<4>{GenericDeclarationList}@*)
createGenerics(
(*@\alert<4>{Iterable<? extends GenericRefType>}@*) funNParams) {
ArrayList<GenericTypeVar> generics =
new ArrayList<GenericTypeVar>();
var generics = new ArrayList<GenericTypeVar>();
for (GenericRefType param : funNParams) {
generics.add(...);
}
@ -127,38 +153,17 @@ public class FunNClass extends ClassOrInterface {
}
}
\end{lstlisting}
\end{onlyenv}
\end{column}
\end{onlyenv}
\begin{onlyenv}<2->
\begin{column}{0.5\textwidth}
\begin{lstlisting}[language=java]
public class FunNClass extends ClassOrInterface {
private static GenericDeclarationList createGenerics(Iterable<? extends GenericRefType> var0) {
List var1 = null;
var1 = (List)(new ArrayList());
Iterator var10000 = var0.iterator();
while(var10000.hasNext()) {
GenericRefType var2 = (GenericRefType)var10000.next();
var1.add(...);
}
return new GenericDeclarationList(var1, new NullToken());
}
}
\end{lstlisting}
\end{column}
\end{onlyenv}
\end{columns}
\end{frame}
\begin{frame}{Aufbau der Umgebung I}
\begin{frame}[fragile]{Aufbau der Umgebung I}
\begin{enumerate}
\item Compiler soll sukzessive in Java-TX umgeschrieben werden
\item Umgebung mit .java und .jav Dateien
\item Ziel: Auf JVM ausführbare .class Dateien
\item Java-TX Compiler kann .java Dateien lesen \\
\(\rightarrow\) Abhängigkeiten zu Java Dateien möglich
\item Java-TX Compiler muss vor javac aufgerufen werden
\end{enumerate}
\end{frame}
@ -187,10 +192,10 @@ public class FunNClass extends ClassOrInterface {
\begin{frame}[fragile]{Aufbau der Umgebung III}
Probleme:
\begin{enumerate}
\item javac compiliert und trackt Änderungen der Abhängigkeiten automatisch
\item javac ist sehr langsam wenn für jede Datei einzeln aufgerufen (viele mehrfache Compilierungen)
\item javac compiliert und trackt Änderungen von Abhängigkeiten automatisch
\item javac ist sehr langsam wenn für jede Datei einzeln aufgerufen (mehrfache Compilierungen + JVM overhead)
\end{enumerate}
\begin{columns}
\begin{columns}[T]
\begin{column}{0.5\textwidth}
\begin{lstlisting}
javac src/main/java/de/dhbwstuttgart/typedeployment/TypeInsert.java
@ -210,36 +215,43 @@ javac src/main/java/de/dhbwstuttgart/typedeployment/TypeInsert.java src/main/jav
\end{frame}
\begin{frame}[fragile]{Aufbau der Umgebung IV - compile script}
Gegeben: Quellverzeichnis, Zielverzeichnis
\begin{enumerate}
\item Suche rekursiv alle .java und .jav Dateien im Quellverzeichnis und speichere sie jeweils in einer Liste
\item Überprüfe für jede Quelldatei, ob die zugehörige .class Datei im Zielverzeichnis existiert und ob die Zieldatei neuer als die Quelldatei ist
\begin{itemize}
\item Wenn ja, gehe weiter zur nächsten Datei
\item Wenn nein, füge die Quelldatei zur Liste der zu kompilierenden Dateien hinzu
\end{itemize}
\vspace*{-\baselineskip}
\item Rufe den Java-TX Compiler mit allen Dateien in der jav-Liste als Argumente auf
\lstinline{java -jar $JAVATX_COMPILER_PATH -d $DESTDIR -cp "$SRCDIR:$DESTDIR:target/dependencies/" "${JAV_CHANGED[@]}"}
\item Rufe den javac Compiler mit allen Dateien in der java-Liste als Argumente auf
\lstinline{javac -d $DESTDIR -cp "$SRCDIR:$DESTDIR:target/dependencies/*" $JAVAC_FLAGS "${JAVA_CHANGED[@]}"}
\item Lese alle Sourcecode Dateien (*.jav, *.java)
\item Filtere die Dateien, die neu compiliert werden müssen
\item Rufe den Compiler einmal mit allen Sourcefiles als Argumente auf
\lstinline!javac -d "$DESTDIR" -cp "$SRCDIR:$DESTDIR:target/dependencies/*" $JAVAC_FLAGS "${JAVA_CHANGED[@]}"!
\end{enumerate}
% \begin{enumerate}
% \item Suche rekursiv alle .java und .jav Dateien im Quellverzeichnis und speichere sie jeweils in einer Liste
% \item Überprüfe für jede Quelldatei, ob die zugehörige .class Datei im Zielverzeichnis existiert und ob die Zieldatei neuer als die Quelldatei ist
% \begin{itemize}
% \item Wenn ja, gehe weiter zur nächsten Datei
% \item Wenn nein, füge die Quelldatei zur Liste der zu kompilierenden Dateien hinzu
% \end{itemize}
% \vspace*{-\baselineskip}
% \item Rufe den Java-TX Compiler mit allen Dateien in der jav-Liste als Argumente auf
% \lstinline{java -jar $JAVATX_COMPILER_PATH -d $DESTDIR -cp "$SRCDIR:$DESTDIR:target/dependencies/" ${JAV_CHANGED[@]}}
% \item Rufe den javac Compiler mit allen Dateien in der java-Liste als Argumente auf
% \lstinline{javac -d $DESTDIR -cp "$SRCDIR:$DESTDIR:target/dependencies/*" $JAVAC_FLAGS ${JAVA_CHANGED[@]}}
% \end{enumerate}
\end{frame}
\begin{frame}[fragile]{Bugübersicht}
\begin{center}
\begin{tikzpicture} \begin{axis}[ ybar, enlargelimits=0.15, legend style={at={(0.
5,-0.3)}, anchor=north,legend columns=-1}, ylabel={amount}, symbolic x
coords={open,closed}, xtick=data, nodes near coords, nodes near coords
align={vertical}, width=0.7\textwidth, height=10cm, bar width=2cm]
\addplot coordinates {(open,1) (closed,25) };
\addplot coordinates {(open,3) (closed,18) };
\legend{Bugs,Feature Requests}
\end{axis}
\end{tikzpicture}
\end{center}
\end{frame}
% \begin{frame}[fragile]{Bugübersicht}
% \begin{center}
% \begin{tikzpicture} \begin{axis}[ ybar, enlargelimits=0.15, legend style={at={(0.
% 5,-0.3)}, anchor=north,legend columns=-1}, ylabel={amount}, symbolic x
% coords={open,closed}, xtick=data, nodes near coords, nodes near coords
% align={vertical}, width=0.7\textwidth, height=10cm, bar width=2cm]
% \addplot coordinates {(open,1) (closed,25) };
% \addplot coordinates {(open,3) (closed,18) };
% \legend{Bugs,Feature Requests}
% \end{axis}
% \end{tikzpicture}
% \end{center}
% \end{frame}
\begin{frame}[fragile]{Primitive Typen in Java-TX}
\begin{itemize}
@ -247,7 +259,7 @@ javac src/main/java/de/dhbwstuttgart/typedeployment/TypeInsert.java src/main/jav
\item Java-TX erlaubt primitive Datentypen zwar im Quellcode, wandelt diese aber in die korrespondierende Wrapperklasse um (Integer, Boolean, ...)
\end{itemize}
\begin{columns}
\begin{columns}[T]
\begin{column}{0.5\textwidth}
\begin{lstlisting}[language=java]
int a = 10;
@ -256,7 +268,7 @@ float c = 10.0f;
\end{lstlisting}
\end{column}
\begin{column}{0.5\textwidth}
\begin{lstlisting}
\begin{lstlisting}[language=java]
Integer var1 = null;
var1 = 10;
Boolean var2 = null;
@ -268,9 +280,9 @@ var3 = 10.0F;
\end{columns}
\end{frame}
\begin{frame}[fragile]
\begin{frame}[fragile]{Überschreiben von Methoden II}
\begin{itemize}
\item Generell in Java: Methoden nicht anhand von Rückgabewert überschreibbar
\item In Java: Methoden nicht anhand von Rückgabewert überschreibbar
\end{itemsize}
\begin{lstlisting}[language=java]
public class Bar {
@ -301,10 +313,7 @@ Bar.java:3: Fehler: Methode foo(Object) ist bereits in Klasse Bar definiert
public boolean equals(Object obj);
\end{lstlisting}
\begin{lstlisting}[language=java]
//Java-TX Code
import java.lang.Object;
import java.lang.Boolean;
\begin{lstlisting}[language=java, backgroundcolor=\color{red!10}]
public class Foo {
equals(Object o){
return false;
@ -312,7 +321,6 @@ public class Foo {
}
\end{lstlisting}
\begin{lstlisting}[language=java]
//Inferierte Typen
public class Foo {
public Foo() {}
Boolean equals(Object var1) {
@ -326,10 +334,7 @@ public class Foo {
\begin{itemize}
\item Lösung: Wenn Methodensignatur eines Supertyps sich nur in primitiven-/Wrapper-Datentypen unterscheidet, werden Typen vom Supertyp in Subtyp substituiert
\end{itemize}
\begin{lstlisting}[language=java]
import java.lang.Object;
import java.lang.Boolean;
\begin{lstlisting}[language=java, backgroundcolor=\color{red!10}]
public class Foo {
equals(Object o){
return false;
@ -354,33 +359,28 @@ public class Foo {
Function<Integer, Integer> func = x -> x*2;
\end{lstlisting}
\item Java-TX unterstützt echte Funktionstypen
\begin{lstlisting}[language=java]
\begin{lstlisting}[language=java, backgroundcolor=\color{red!10}]
var func = x -> x*2;
func: Fun1$$Ljava$lang$Integer$_$Ljava$lang$Integer$_$
func: Fun1$$<Integer, Integer>
\end{lstlisting}
\item Für Kompatibilität müssen Funktionstypen mit Target Typen integriert werden
\end{itemize}
\end{frame}
\begin{frame}[fragile]{Kompatibilität mit funktionalen Interfaces II}
\begin{itemize}
\item Java ist nominal typisierte Sprache
\item Problem: Lambda Ausdrücke haben in Java-TX einen FunN\$\$ Typ (für N = \#Parameter)
\item Aber: Java Bibliotheken wie Stream erwarten verschiedene funktionale Interfaces
\item Lösung: Lambda Ausdrücke müssen je nach Kontext erwartetes funktionales Interface als Target Typ haben
\item Daher: Lambda Ausdrücke müssen je nach Kontext erwartetes funktionales Interface als Target Typ haben
\end{itemize}
Beispiel:
\begin{lstlisting}[language=java]
import java.util.function.Function;
import java.util.stream.Steam;
import java.util.List;
import java.util.ArrayList;
public class Main {
main() {
List<Integer> list = new ArrayList<>(List.of(1,2,3,4,5));
return list.stream().map(x -> x*2).toList();
}
}
\end{lstlisting}
\end{frame}
@ -397,8 +397,8 @@ public interface Function<T, R> {
\end{lstlisting}
\vspace*{\baselineskip}
\begin{itemize}
\item Eigentlich würde Java-TX Fun1\$\$\ $\langle{}Integer, Integer\rangle{}$ inferieren
\item Aber: Stream.map erwartet $Function\langle{}? super T, ? extends R\rangle{}$
\item Eigentlich würde Java-TX \lstinline[basicstyle=\normalsize]|Fun1$$<Integer, Integer>| inferieren
\item Aber: Stream.map erwartet \lstinline[basicstyle=\normalsize]|Function<? super T, ? extends R>|
\end{itemize}
\begin{lstlisting}[language=java]
...
@ -429,11 +429,27 @@ public interface Function<T, R> {
Nachteile:
\begin{itemize}
\item Alle verwendeten/berückstichtigten Typen müssen manuell importiert werden \\
\item (Alle verwendeten/berückstichtigten Typen müssen manuell importiert werden) \\
\(\rightarrow\) Der Programmierer muss schon wissen, welche Typen in Frage kommen
\item Es ist möglich, dass ein ungeschünschter Typ inferiert wird
\item Es ist möglich, dass ein ungewünschter Typ inferiert wird
\item Aktuell begrenzte Sprachfeatures \& vermutlich einige Bugs
\end{itemize}
\end{frame}
\begin{frame}{Fazit}
Weg ist noch weit ... \\
Aktuell $\sim{}3\%$ der Java Dateien in Java-TX übersetzt
\begin{center}
\begin{tikzpicture} \begin{axis}[ ybar, enlargelimits=0.15, legend style={at={(0.
5,-0.1)}, anchor=north,legend columns=-1}, ylabel={amount}, symbolic x
coords={open,closed}, xtick=data, nodes near coords, nodes near coords
align={vertical}, width=0.7\textwidth, height=10cm, bar width=2cm]
\addplot coordinates {(open,1) (closed,25) };
\addplot coordinates {(open,3) (closed,18) };
\legend{Bugs,Feature Requests}
\end{axis}
\end{tikzpicture}
\end{center}
\end{frame}
\end{document}