Ideensammlung

Hier finden Sie bisherige Überlegungen oder Pläne zur Weiterentwicklung von Vishnu. Eine durchgängige Priorisierung findet nicht statt.

• Mehrsprachigkeit

  • Die Englischsprachige Dokumentation und Web-Präsenz ist noch nicht vollständig. Insbesondere müssen bestimmte Grafiken noch angepasst werden.

  • Vishnu selbst ist noch nicht mehrsprachig.

  • Ggf. weitere Sprachen hinzufügen.

• Eigenständige Installationssoftware erstellen

  • Wie auch schon unter bekannte Fehler und Probleme erwähnt, musste der Vishnu-Installer (ClickOnce) nach Migration auf .Net 7 deaktiviert werden. Hier soll eine aktuelle Online-Installationsroutine gefunden und eingerichtet werden.

• Vishnu als Signal/Interrupt-gesteuertes System intensivieren

  Die klassische Checker-Ansteuerung erfolgt über Polling durch TimerTrigger.
  Dies ist in einer Vielzahl von Aufgabenstellung ein praktikables Vorgehen. Allerdings verursacht es eine vergleichsweise hohe Systemlast und ist in letzter Konsequenz auch ungenau.
  

  Besser sind oft Trigger, die auf bestimmte Signale hin feuern, wie schon in FileWatcherTrigger und auch TreeEventTrigger implementiert.

• Vishnu-Snapshots interaktiv machen.

  Snapshots sind bisher readonly, das heißt: Jobs oder Checker können innerhalb von Snapshots nicht manuell neu gestartet werden.

  Spätestens hier müssen auch Sicherheitsaspekte berücksichtigung finden. Wer darf welche Checker von welchem Arbeitsplatz ausführen?

• Vishnu-Uptime anzeigen.

  Aktuelle Vishnu-Version und Uptime zusätzlich in Tooltip auf Window-Header anzeigen (auch bei Dialog-Checkern).

• Die dynamischen Grids mit quadratischem Zuschnitt aus der Jobs-Ansicht auch in der Tree-Ansicht für mehrere mit AND verknüpfte Knoten unterhalb einer Joblist oder NodeList nutzen. Dadurch würde auch für die Tree-Ansicht bei Gruppen mit vielen AND-Verknüpfungen eine deutlich bessere Bildschirmaufteilung erreicht.

• Zusätzliche Ansicht, die nur die relevanten Fehlerfälle anzeigt.

• Vishnu-Dark Mode und weitere Designs.

• Vishnu-Meldungen per Messenger (Telegram, WhatsAp, Signal).

• Kooperatives Cancelling komplett implementieren (auch Checker).

• Speichern der Bildschirmdarstellung (Strg-s) mit in das Kontextmenü aufnehmen.

• Aktuelle Zoom-Stufe wird noch nicht in Messages und UserControls übernommen.

• Das Vishnu-Framework auf NuGet veröffentlichen.

  Danach könnten die VSIX-Templates zur Unterstützung der Erstellung eigener Vishnu-Checker und User-Controls erneut überarbeitet werden, so dass die unschönen Fehlermeldungen bei der Generierung neuer User-Module wegfallen.

  siehe auch bekannte Fehler und Probleme

  und Das Basis-Framework auf github.

• Vishnu-App, Vishnu as a service

  Einfacher Ansatz: über Snapshots;
  vollstängige Lösung: über Ersetzung der UI-Schichten.

• Vishnu als Mobile-App

  Der sich hier natürlich anbietende Weg geht über Xamarin (Maui).

• Den Vishnu-Quellcode mit Unit-Tests ausstatten

  Vishnu enthält keine Unit-Tests und ich beabsichtige auch in absehbarer Zeit nicht, welche zu erstellen. Allerdings existieren für alle verwendeten Komponenten eigenständige Demonstrations-Projekte, die die Komponenten testen und deren Gebrauch demonstrieren.
  Es gibt darüber hinaus eine Reihe aussagekräftiger und gut dokumentierter Integrationstest (siehe ...\VishnuHome\Tests\TestJobs\Testprotokoll.xls).
  

  Hinweis

  Auch wenn ich selbst finde, dass Unit-Testing insgesamt zu stark gehyped wird, sehe ich doch, dass Unit Tests eine zusätzliche Unterstützung der (Weiter-)Entwicklung sein können. Ich habe nur bisher zusätzlichen Aufwand lieber in Integrationstest investiert, weil sich mir der Nutzen dort unmittelbar erschließt (übrigens auch im Sinne zusätzlicher Dokumentation). Insbesondere auch die implementierte Software-Architektur, MsBuild-Scripts, Git-Scripting und diverse lokale Dokumentatiosfiles tragen zu einer guten Wartbarkeit des Software-Paketes bei. Wer allerdings unterstützend Unit-Tests erstellen möchte, ist herzlich eingeladen.