Refactor to make use of OOP and modern best practices

[tfrommen]

Huhu! 👋

Wie bereits angedroht abgesprochen, hier der erste Commit bzgl. des Refactorings.

Es gibt noch eine ganze Reihe Sachen zu besprechen und zu machen, aber funktional ist das Plugin bereits jetzt schon vollständig. Ich habe nebenbei auch #10 umgesetzt (weil das eben ein gutes Beispiel für die Vorteile von OOP war).

Was ich noch auf der Liste habe:

• Kopfbereich der Hauptdatei aufräumen.
• Deutsche Übersetzung (für languages/)?
• Travis CI?
• Unit-Tests? (Das wäre definitiv etwas für einen separaten PR, nachdem/falls dieser hier gemerget wurde.)
• Richtige Daten in die composer.json eintragen.

Wenn es Fragen gibt, immer her damit. Sollte der PR irgendwann akzeptiert werden, werde ich ja den erwähnten Blogbeitrag über die gesamte Umstrukturierung, meine Entscheidungen, die Vorteile etc. schreiben.

Bin auf eure Meinungen gespannt! Entweder hier oder via Slack. 🙂

[2ndkauboy]

Why have you included the vendor folder? Shouldn't that be part of the build process?

[tfrommen]

@2ndkauboy vendor contains only the autoloader. I did include it so that the repo can just be taken as is, and the plugin can be used without any further step.

If this repository should only contain development code (which I am a huge fan of, personally) then yes, it should not be included at all. That said, currently, there is no build process, and I didn't want to make up one in the course of this PR. 🙂

[Zodiac1978]

Ich habe die Geschichte hinter diesem Refactoring nicht mitbekommen. Wie sieht es hier aus? Macht es Sinn, das nochmal aufzunehmen, @tfrommen? Würde gerne ein paar Probleme fixen und das Plugin wieder funktionsfähig bekommen.

[tfrommen]

@Zodiac1978 keine Ahnung. Der Code steht zur Verfügung. Ich habe aktuell leider keine Zeit, mich hier weiter drum zu kümmern, sorry.