Closed corny closed 7 years ago
Die Idee ist gut. Aber teile bitte den PR auf. Einen für die Änderung der ProcessPipes, einen für Arbeiten an der HTTP-API, und ggf. weitere für andere Themenfelder. Über die verstärkte Verwendung von anonymen Variablen muss ich nochmal nachdenken. In meinem aktuellen Flow, macht es das Debuggen eventuell schwieriger. Aber vielleicht gibt es dlv auch eine Möglichkeit das besser zu handeln.
Ein Hinweis noch. Ich refactore gerade das Repo damit es mit Standard go vendoring kompatibel wird. Es könnte also sein, dass du rebasen musst o.ä.
Ok, danke. Die ersten vier commits könntest du schon mal mergen/cherry-picken.
Ich habe das repo bereits von gb auf die Standard-Tools migriert. Du müsstest das ganze also erstmal auf den aktuellen Stand rebase, da sich die Verzeichnisstruktur geändert hat. Langfristig macht das das Handling aber einfacher.
Bitte #18 mergen.
Aus meiner Sicht kann das hier jetzt gemerged werden. Die nächste auf meiner Liste stehenden Änderungen sind umfangreicher.
Eine Frage noch: Sollen neben dem announced-Receiver wirklich noch weitere integriert werden?
Der Branch kann noch nicht gemerged werden.
Ich habe mir den Code genauer angeschaut und mit einem Refactoring der
ProcessPipe
begonnen. Weil dieProcess
-Methode in keinem Fall die Eingabe verändert, ist die unveränderte Ausgabe der Eingabe (über Pipes) nicht sinnvoll. Die Verwendung von unbuffered Pipes verhindert momentan Nebenläufigkeit, anstatt sie zu unterstützen. Um das umbauen zu können, muss ich kritische Sektionen finden und exklusive Zugriffe mit z.B. Locks sicherstellen.Irgendwelche Einwände?