Diskusia – Vypísanie mien súborov do txt v C # .NET

Sorry,ale moc to nefunguje.Máš tam neošetřenou výjímku.
Zkus:
try
{
}
catch(Exeptions)
{
}

Tomu říkáš ošetření výjimky? Fuj!

ty zkus použít tlačítko Vložit zdrojový kód

// A myslím si že try a catch zrovna v tomto případě potřeba není

K čemu je tam vlastně sw.Close()?

Před chvílí jsme se tady bavili o tom, jak se bezpečně skládají cesty v C#. Nedalo by se to aplikovat?

Když tam skládáš cestu pomocí "\\", vytváříš tak program, který je závislý na platformě. Místo

Environment.CurrentDirectory + "\\" + fileName + ".txt"

by spíš mělo být

Path.Combine(Environment.CurrentDirectory, filename + ".txt");

Je to sice o pár znaků delší, ale určitě je to spolehlivější.

K uvolnění toho souboru. Občas to buguje i při serializaci/de­serializaci, proto to tam dávám. A teď nevím jestli myslíš, že mám přidávat cestu pomocí Combine(...) místo normalního spojování stringu?

EDIT: jo, zrovna koukám co to umí

string s = Path.Combine(Environment.CurrentDirectory, fileName + i + ".txt");

EDIT2: Jo, takovou poučku už jsem slyšel před pár lety, že i místo "\n" by se mělo používat Environment.NewLine

Tyhle poučky jsou i v Javě a na Linuxu. Vždycky je lepší, když jsou programy nezávislé na platformě.

Někdy to může být i kratší zápis, například v Javě stačí místo \n používat %n v patřičném kontextu a už je to OK. Nehledě k tomu, že metoda println() to řeší automaticky.

K uvolnění toho souboru: Připadá mi to jako nosit na kalhotách pásek i šle. Pokud to buguje, je to bug v systému, který by se měl nahlásit a opravit.

Aha, já zapomněl, že to není komu nahlásit a že to nemá kdo opravit

Řekl bych, že když pracuješ s databází tak si jí taky musíš nejdřív otevřít a nakonci zavřít, tady by se to mělo sice starat samo, ale po vlastním přesvědčení to někdy nedělá, dál jsem to nesledoval. Hold platí pravidlo, že každý program má alespoň jednu chybu
Každopádně jsem to trošku zlepšil, aby to mělo alespoň minimální úroveň.

using vzdy stream i DB zavira, problem musel byt jinde