Suchergebnisse

Ich hätte vier wesentliche Vorschläge: - Feature Toggles - Staging/Role-Out/Gezielte Auslieferung (auch bei Feature Toggles) - Server gestützte Prüfung mittels HTTPS und optionale externe Dateispeicherung - Generell eine WebAPI (am besten ASP.NET Core für Cross Platform) verwenden (Einbinden in CI/CD) Eventuell würde ich dies bzgl. auch ein paar Pull Requests machen. Wobei ich nicht weiß inwiefern das der gedachten Zukunft deines Projekts entspricht... VG, Julian

Zitat von Trade: „PullRequests sind jederzeit willkommen. :)“ Ich denke, die bisherige Architektur und Vorgehensweise zu verändern ist aufwendiger als diese auch neu zu entwickeln, wobei natürlich Vorgehensweisen und Prozessmuster übernommen werden können. Lediglich der Rahmen und die Komponenten sollten neu gemacht werden. Zudem wäre der .NET Standard als Basis für den Kern einfacher verwendbar. Inwiefern würdest du an einem solchen Projekt mitwirken wollen?

Habe alle existierenden/zu implementierenden Ideen mal hier gesammelt: github.com/hypervtechnics/nUpdate/projects/1

Kategorie? Meinst du die Spaltennamen? Also Brainstorming sind alle Ideen. Discussable sind Dinge deren Funktionsumfang noch nicht klar ist und/oder dessen genaue Definition nicht bekannt sind. Considering sind Dinge deren Platz in der Architektur noch geklärt werden muss und mit welchen Funktionen genau bei der Implementierung begonnen werden sollte. Passing sind Dinge, die auf jeden Fall fester Bestandteil der Architektur werden sollte. Feature toggles: Eher weniger Bestandteil eines Update Sy…

Bei CI/CD ist das Hauptziel Automatisierung. D.h. dass am besten eine CLI bereitgestellt wird, die das Einstellen von Updates mittels Kommandozeile ermöglicht. Viel bei CI/CD wird über die Kommandozeile abgewickelt.