21. May 2018

Denken Sie an Ihre Zukunft

Guten Morgen,

wir haben wirklich Glück, wissen Sie das? Im Jahr 2018 verdient ein Softwareentwickler in Deutschland durchschnittlich 52.000 €.1 Im Vergleich dazu liegt das durchschnittliche Gehalt aller Arbeitnehmer in Deutschland bei 41.000 €.2 Wenn man sich verschiedene Berufsgruppen anschaut, wird IT als einer der lukrativsten Arbeitsmärkte angesehen.3 Dazu kommt, dass Managementpositionen in der IT einen höheren Gehaltsaufschlag bringen, als in anderen Berufen.4

Gerade habe ich meinen Rentenbescheid erhalten und ich war ein bisschen irritiert. Rechnet man Inflation und Erhöhungen von Gehalt und Renten heraus, wird meine Netto-Rente gerade mal 1/2 meines aktuellen Netto-Einkommens betragen. Und damit stehe ich nicht schlechter da als Andere.5 Das ist ein deutlicher Verlust an Lebensstandard!

Und deshalb bin ich der Meinung, wir haben Glück: Als Softwareentwickler (mit überdurchschnittlichem Gehalt), können wir uns auf die Zukunft vorbereiten, etwas Geld beiseite legen, um unseren Lebensstandard in der Rente beibehalten zu könne. Das ist es, worauf ich dränge!

Ich will an dieser Stelle keine Vorschläge machen, wie man sein Geld am besten anlegt um die Rente aufzustocken. Dafür gibt es Experten und ich gehöre nicht dazu. Ich will aber eine Weitere Sache hervorheben: Je früher man startet, umso besser - denken Sie an Zinseszins.

13. May 2018

GitHub zu NuGet mit AppVeyor

AppVeyor Dashboard

Guten Morgen,

wie ich in meinem letzten Post geschrieben habe, habe ich jetzt eine Reihe .NET-Projekte auf GitHub. Da all diese Bibliotheken sind, wollte ich sie zur einfachen Nutzung über NuGet zur Verfügung stellen (nicht zuletzt, weil ich selbst sie regelmäßig verwende und jederzeit zur Hand haben will). Ab in die Welt der Continuous Integration (CI) Services.

Es gibt zwei große Anbieter von CI-Services mit sehr guter GitHub-Anbindung: Travis-CI und AppVeyor. Als .NET-Entwickler hat Travis leider einen deutlichen Nachteil: ihre Server laufen mit Linux und unterstützen nur Mono und .NET Core. AppVeyor, auf der anderen Seite, bietet Windows-Server an, mit allen .NET Frameworks, die man sich nur wünschen kann. Noch dazu kostenlos für Open-Source-Projekte. Ein Fest!

Die Integration ist einfach: Man wählt das GitHub-Projekt aus, fügt den NuGet-Provider hinzu und gibt den NuGet-API-Schlüssel ein. Für meine Projekte habe ich zudem einen Release-Branch angelegt und AppVeyor so eingestellt, dass alle Branches gebaut werden, aber nur vom Release-Branch NuGet-Pakete hochgeladen werden. Außerdem war es bei einigen .NET Standard-Projekten notwendig "dotnet restore" als Pre-Build-Script einzustellen, um alle Abhängigkeiten zu aktualisieren.

Alles in allem kann ich nur empfehlen, AppVeyor auszuprobieren - insbesondere als .NET-Entwickler.

11. May 2018

Programmer's Digest auf GitHub und NuGet

Guten Morgen,

Programmer's Digest hat seinen Weg auf GitHub und NuGet gefunden!
GitHub: https://github.com/programmersdigest
NuGet: https://www.nuget.org/profiles/programmersdigest

Dort findet man diverse Open Source Projekte (lizenziert unter Apache License 2.0), angefangen mit einem Object-Relational-Mapper über einen Dependency-Injection-Container bis hin zu einem Parser für das SWIFT MT940/942 Kontoauszugs-Format. Momentan sind alle diese Projekte in meiner bevorzugten Sprache, C#, geschrieben und basieren nach Möglichkeit auf .NET Standard 2.0.

Alle Projekte entstammen Programmen, die ich in meiner Freizeit schreibe, und versuchen ein für allemal bestimmte Probleme zu lösen, die mir immer wieder begegnen. Entsprechend wird an allen Projekten aktiv gearbeitet, wenn es die Notwendigkeit gibt. Allerdings kann es zu längerer Inaktivität kommen, wenn es keine bekannten Fehler gibt und keine neuen Funktionen gebraucht werden.

Verbesserungen dieser Projekte durch Fehlerberichte, Ratschläge oder, noch besser, Code, sind gerne gesehen. Um eines dieser Projekte zu verwenden, können sie einfach über NuGet eingebunden werden.

In der näheren Zukunft werde ich jedes meiner Projekte in einem separaten Artikel vorstellen. Dabei werde ich das Wie und Warum erklären und vielleicht einige interessante Codestellen beschreiben (und dazu wird es wahrscheinlich die ein oder andere Schimpftirade geben).

30. July 2015

JavaFX mit Scala

JavaFX with Scala

Guten Morgen,

einer der großen Vorteile von Scala ist die sehr gute Interoperabilität mit Java. Wäre es nicht toll, wenn man eine JavaFX Applikation mit Scala schreiben könnte? Nun, man kann (sonst wäre dieser Artikel auch arg kurz). Im Folgenden zeige ich, was man beachten muss, wenn man JavaFX und Scala verheiraten will.

Ziel ist es, eine kleine JavaFX Applikation zu schreiben, deren Oberfläche in FXML-Dateien definiert ist, und daher mittels SceneBuilder erstellt werden kann. Weiterhin wollen wir den Komfort der Dependency Injection mittels @FXML Attribut nutzen können, was dank der guten Interoperabilität glücklicherweise relativ problemlos funktioniert. Der Einfachheit halber nutzen wir den View-First Ansatz, d.h. die View bestimmt welcher Controller zu laden ist und der FXMLLoader kümmert sich darum diesen Controller zu initialisieren.

Zunächst müssen wir JavaFX laden. Hierzu wird analog zu Java eine Klasse erstellt, die von Application erbt.

// File: eu.derprogrammierer.jfx.FxApp.scala
package eu.derprogrammierer.jfx

import javafx.application.Application
import javafx.stage.Stage

class FxApp extends Application {
override def start(primaryStage: Stage): Unit = {
primaryStage.setTitle("Fx App")
primaryStage.show()
}
}

In diesem Beispiel wird der Fenstertitel gesetzt und das Fenster geöffnet - später werden wir es auch noch mit Inhalt füllen.

In einer üblichen JavaFX Anwendung gibt es zudem eine statische main()-Funktion. Da Scala aber keine statischen Funktionen kennt, werden wir stattdessen ein Companion Object für die FxApp-Klasse erstellen. Dabei ist zu beachten, dass ein Companion Object nicht automatisch die Funktionen der Basisklasse implementiert. Daher funktioniert die folgende direkte Übersetzung des normalen Java-Codes nicht.

object FxApp extends Application {
def main (args: Array[String]): Unit = {
launch(args:_*) // Cannot resolve symbol launch
}
}

Glücklicherweise bietet Application eine Funktion an, die für unsere Zwecke genutzt werden kann. Sie erlaubt es uns, launch() auf der Basisklasse aufzurufen und den Typ unserer FxApp anzugeben.

// File: eu.derprogrammierer.jfx.FxApp.scala

...

object FxApp {
def main (args: Array[String]): Unit = {
Application.launch(classOf[FxApp], args:_*)
}
}

Die Applikation kann nun gestartet werden und zeigt ein leeres JavaFX(!) Fenster. Das ist schön ung gut, aber wir wollen das Fenster noch mit leben füllen und dann war da auch noch die Sache mit FXML, nicht oder?

Nun, bevor wir uns mit FXML beschäftigen können, müssen wir aber einen Controller anlegen, den wir dann in der View nutzen können. Eine einfache Controller-Implementierung ist der Java-Version sehr ähnlich.

// File: eu.derprogrammierer.jfx.view.MainViewController.scala
package eu.derprogrammierer.jfx.view

import javafx.fxml.FXML
import javafx.scene.control.{Label}

class MainViewController {
@FXML private var testLabel: Label = _

def initialize(): Unit = {
testLabel.setText("Initialized!")
}

def handleTest(): Unit = {
testLabel.setText("Test successful!")
}
}

Wie man sieht, wird die View ein Label "testLabel" beinhalten. Dessen Text wird in der initialize()-Funktion verändert. Zudem gibt es den Handler handleTest(), der den Text erneut verändert. Dieser soll durch einen Button ausgelöst werden.

IntelliJ IDEA meint man könnte testLabel zu einem val umwandeln, allerdings funktioniert die JavaFX Injection dann nicht mehr. Zudem sei an dieser Stelle erwähnt, dass es in Scala nicht möglich ist, das @FXML Attribut für Felder wegzulassen, wenn man sie public macht. Das ist der Fall, weil Scala für ein public Field in Wirklichkeit Getter- und Setter-Methoden implementiert, die auf ein privates Feld zugreifen. Dieser für normale Programmierung unmerksame Unterschied hat bei Reflection, wie sie für FMXL genutzt wird, große Auswirkungen!

Main.fxml in SceneBuilder

Da unser Controller jetzt fertig ist, können wir die View erstellen. Hierzu wird im Package "view" eine Datei "MainView.fxml" angelegt. Im SceneBuilder wird eine AnchorPane in das leere Fenster gezogen. Mittig in diese werden nun ein Button und ein Label platziert.

Action handleTestLabel fxid

Der Button erhält die Action "handleTest", das Label wird mit der fx:id "testLabel" versehen.

MainView Controller ClassAußerdem möchte unsere View noch einen Controller haben. Wir geben den gesamten Namen unseres Controllers in das Feld Controller class mit.

Was jetzt noch bleibt, ist das Laden der View in unserer FxApp-Klasse. Dazu wird die start()-Funktion wie folgt angepasst:

override def start(primaryStage: Stage): Unit = {
primaryStage.setTitle("Fx App")

val fxmlLoader = new FXMLLoader(getClass.getResource("view/MainView.fxml"))
val mainViewRoot: Parent = fxmlLoader.load()

val scene = new Scene(mainViewRoot)
primaryStage.setScene(scene)
primaryStage.show() }

Dazu sind weitere Imports erforderlich:

import javafx.fxml.FXMLLoader
import javafx.scene.{Scene, Parent}

Wird das Programm jetzt gestartet, sieht man, dass das Label korrekt initialisiert wurde. Ein Klick auf den Button ändert den Text des Labels auf "Test successful!". Wahrlich ein erfolgreicher Test!

Wir haben nun eine vollwertige JavaScalaFX Applikation. Hieraus eine "Hello World!"-App zu machen, überlasse ich als Übung dem Leser.

24. June 2015

Freie Vektor-Icons in Material Design

Materialdesignicons.com

Guten Morgen,

ehrlich gesagt kann ich es kaum abwarten, dass 4k-Monitore endlich überall verwendet werden. Allerdings bringen hochauflösende Bildschirme, wie sie heute auch in den meisten Smartphones eingesetzt werden, eine große Herausforderung mit sich: freie Skalierbarkeit, um jeder Auflösung gerecht zu werden. Gerade in Hinblick auf Icons haben viele Anwendungen hier noch Defizite.

Allen, die Vector-Icons suchen, welche sich perfekt an jede Auflösung und DPI anpassen, kann ich materialdesignicons.com empfehlen. Dort findet sich eine große Auswahl an Icons für die häufigsten Applikationsfunktionen, Softwares und mehr. Alle Icons stehen in verschiedenen Formaten zur Verfügung, so bspw. SVG, Web-Font und sogar XAML.

Es gibt verschiedene Wege ein XAML-Icon in einem Programm einzubinden (marterialdesignicons.com zeigt einen davon). Allerdings ist der beste Weg meiner Meinung nach die Erstellung eines ResourceDictionaries, in das jedes Icon als DrawingImage eingefügt wird, das ein GeometryDrawing enthält.

<DrawingImage x:Key="IconSave">
  <DrawingImage.Drawing>
    <DrawingGroup>
      <DrawingGroup.Children>
        <GeometryDrawing Brush="Black"
                                        Geometry="M15,9H5V5H15M12,19A3,3 0 0,1 9,16A3,3 0 0,1 12,13A3,3 0 0,1 15,16A3,3 0 0,1 12,19M17,3H5C3.89,3 3,3.9 3,5V19A2,2 0 0,0 5,21H19A2,2 0 0,0 21,19V7L17,3Z" />
      </DrawingGroup.Children>
    </DrawingGroup>
  </DrawingImage.Drawing>
</DrawingImage>

Das Schöne an diesem Vorgehen ist die Einfachheit, mit der sich das Icon überall in der GUI einfügen lässt:

<MenuItem Name="Save"
Header="{x:Static ms:Resources.MainMenu_Save}">
<MenuItem.Icon>
<Image Source="{StaticResource IconSave}" />
</MenuItem.Icon>
</MenuItem>

Um den Pfad für das GeometryDrawing aus dem XAML Icon zu kriegen, macht man einen Rechtsklick auf das jeweilige Icon in der Vorschau von materialdesignicons. Der Menüpunkt "View XAML" zeigt den XAML-Code zum Einbinden des Icons an, aus dem das Data-Attribut des Path einfach herauskopiert werden kann.

<Viewbox Width="48" Height="48">
<Canvas Width="24" Height="24">
<Path Data="M15,9H5V5H15M12,19A3,3 0 0,1 9,16A3,3 0 0,1 12,13A3,3 0 0,1 15,16A3,3 0 0,1 12,19M17,3H5C3.89,3 3,3.9 3,5V19A2,2 0 0,0 5,21H19A2,2 0 0,0 21,19V7L17,3Z" Fill="Black" />
</Canvas>
</Viewbox>

Zur Verwendung der Web-Font gibt es eine sehr gute Anleitung unter materialdesignicons.com/getting-started.

Zum Zeitpunkt der Erstellung dieses Artikels, werden alle Icons auf materialdesignicons.com unter der SIL Open Font License, Version 1.1 angeboten.