Meine erste C# App - "Kleines Tool zur Analyse von MP3 scene releases gesucht"

Ich habe es jetzt geschafft meine erste "fertige" C# App umzusetzen.

Die App setzt folgendes um "https://www.szenebox.org/129-entwickler-techniker/3213-kleines-tool-zur-analyse-von-mp3-scene-releases-gesucht/" ...

Würde mich freuen wenn mal der ein oder andere sich den Code angucken würde und mir Verbesserungsvorschläge liefern würde. Denke da ist Verbesserungs Potenzial vorhanden. ;)

Attention Required! | CloudFlare

Danke! <3

Bekannte Bugs: Info Ordner wird nicht erstellt wenn der Ordner zu lang ist. Kein Plan was man da machen kann außer das die mps3s in X: liegen

Wünschenswert: Status Anzeige in % | Prozessbar

P.S. Wie kann man den Kram mal nennen?

Hier mal der aktuelle Build: REMOVED

Dachte ich könnte den "Bug" fixxen indem ich anstelle eines Ordners ein File erstelle. Pustekuchen!

Exception thrown: 'System.IO.PathTooLongException' in mscorlib.dll
Der angegebene Pfad und/oder Dateiname ist zu lang. Der vollständig qualifizierte Dateiname muss kürzer als 260 Zeichen und der Pfadname kürzer als 248 Zeichen sein.

Das ist kein Bug, das ist die von Windows angegebene MAX-PATH (Path + Filename) Länge . Sieht man relativ oft, wenn man Ordner oder Dateien bei langen Pfaden über die GUI kopieren möchte (Backup).

Eigentlich ist das ne ziemlich gute Windoof-Eigenschaft, einfach um bestimmte Performance-Probleme zu vermeiden. Eine saubere Lösung wäre eher dafür zu sorgen, dass der User so etwas nicht machen kann. Sprich wenn der Pfad zu lange wird, sollte eine Warnung erscheinen, dass es bei so einem Vorgehen zu Performance-Problemen kommen kann (Bsp. Indexierung).

Um das Ganze zu umgehen gibt es dabei mehrere Varianten, hier z.B. zwei:

• https://gallery.technet.microsoft.co...y-V40-7ff6b16c
• https://zetalongpaths.codeplex.com/
• Konsole 8.3 Format ( selbst nie getestet, aber muss eigentlich funktionieren, denn sonst könnte man auch über bestimmte commands keine Projekte erstellen)

Trotz allem solltest du es eigentlich tunlichst vermeiden, dass es zu sowas kommt.

Zitat:

---

Zitat von Unlimiter

Trotz allem solltest du es eigentlich tunlichst vermeiden, dass es zu sowas kommt.

---

In diesem Fall hat der Herr Schwammkopf leider keinen Einfluss darauf.
Es gibt einige SceneReleases, die extrem lange Namen haben und die Dateinamen nochmal genausolang sind, sodass schon ohne jegliche Parentfolder die 255 Zeichen gesprengt werden.
Ich spreche da aus Erfahrung :)

Edit:
@Spongebob:
https://msdn.microsoft.com/en-us/lib...ile_namespaces

Pri longpath einsetzen, das löst das Problem und ist in wenigen Minuten umzusetzen.
Nit Nuget installieren und dann folgenden Code ganz oben einfügen:

using Path = Pri.LongPath.Path;
using Directory = Pri.LongPath.Directory;
using DirectoryInfo = Pri.LongPath.DirectoryInfo;
using File = Pri.LongPath.File;
using FileSystemInfo = Pri.LongPath.FileSystemInfo;

Trotzdem ists wie Unlimiter sagt, lange Pfade sollte man tunlichst vermeiden. Also würde ich auch gleich die Pfade kürzen. Longpath brauchst du aber sowieso, da ds sonnst gar nicht einlesen kannst.

Der Download wird durch eine Vierenwarnung verhindert....

Woran kann die Virenwarnung liegen? Ich kann es nicht nachvollziehen. Da ist nix böses drin. (Zumindest nicht bewusst)

Ja Unlimiter, war falsch ausgedrückt mit dem Bug. Mir ist klar das es eine Windows spezifische Begrenzung ist.
Leider weiß ich nicht wie man das Tool anders für den Kollegen umsetzen soll wie er es sich wünscht.

Ich hab dir doch eine Lösung vorgeschlagen ;)
Virenmeldung ist normal, einfach nicht mit IE laden oder halt ein PW fürs Archiv setzen.

Ist zu erwarten das sich die Ordner dann über die GUI nicht mehr verschieben / löschen lassen?

- - - - - - - - - - Beitrag nachträglich erweitert - - - - - - - - - -

Code:

---

using Pri.LongPath;

---

Code:

---

public void createInfoFile(string file)
        {

            using Path = Pri.LongPath.Path;
            using Directory = Pri.LongPath.Directory;
            using DirectoryInfo = Pri.LongPath.DirectoryInfo;
            using File = Pri.LongPath.File;
            using FileSystemInfo = Pri.LongPath.FileSystemInfo;

            try
            {

                if (!File.Exists(file))
                {
                    File.CreateText(file);
                }

            }
            catch (Exception e)
            {
                Console.Write(e.Message);
            }

        }

---

Video mit fehlern: http://screencast.com/t/Ecu75aqP

Wenn du damit dem Win-Explorer meinst: Ja, bei zu langem Pfad und Dateinamen wird es weiterhin zu Komplikationen kommen können.

Usings gehören ganz an den Anfang zu den anderen using.
Du überschreibst damit die orinal Klassen. Der Rest des Codes muss deshalb nicht angepasst werden, was die Idee des ganzen ist


Und natürlich löst das nur innerhalb der App das Probem. Windows Explorer kann die Datei weiterhin nicht wirklich handeln.

Mich würde doch brennend interessieren, warum hier ne Virenwarnung geliefert wird. Ich denke die Frage ist in einem technischen Forum auch ganz legitim.

Einfach weil IE kacke ist. Ist bei meinen Tools auch so. Die Verbreitung ist gleich 0 und es sind unsignierte Applikationen.

Gesendet von meinem ONE E1001 mit Tapatalk

Maz das halte ich für ein grausames Gerücht - und akzeptiere ich hier absolut nicht. Wenn man in der lage ist code zu schreiben, sollte man auch wissen, warum ein Virenscanner nun anschlägt oder nicht.

Ich kann die Hello World Applikation von Microsoft schreiben und dann kommt auch die Virenmeldung.

Natürlich sprechen wir hier von dem im IE integrierten Virencheck. Andere Antivirentools schlagen nicht aus oder informieren blos dass keine Reputation vorhanden ist.

Das spricht nicht für deine Toolchain .....