C # törölni vagy törölni nem használhatja az irányelveket

Nincsenek különös viták erre vonatkozóan, de annak érdekében, hogy az összes "E" pontot beillesszük, erről a témáról beszélünk.

A felhasználatlan irányelvek eltávolításának számos oka van:

1. A fordítási folyamat

Az eltávolítás lehetővé teszi a fordítási folyamat gyorsítását. Ha eltávolítja a nem használt az iránymutatások a projekt (határozat) lehet összeállítani gyorsabb annak a ténynek köszönhető, hogy a fordító nem kell keresni a használt alkalmazás namespace'y a fel nem használt szerelvények. Ez különösen fontos a C # 3.0, mert a fordítóprogram kell keresni az összes lehetséges összeállítások a jobb illeszkedés általános (generikus típus) felület és lambda kifejezéseket (lambda kifejezéseket), beleértve a generikus gyógyszerek (generikus típusok) hosszabbítási módszerekkel.

2. Az osztálynevek mérkőzései

A lehetséges névtér-egyezések kizárása. Nagy projektekben gyakran előfordul, hogy a különböző egységek egyes osztályainak neve egybeesik. A saját osztályok neve gyakran közvetlenül versenyez az osztályok nevével az FCL-től (Framework Class Library), ha ismét az osztálynevezési szabályok (General Naming Conventions) szabályait követik. Tehát a fel nem használt irányelvek eltávolításával kizárható az esetleges véletlen.

3. Automatikus kiegészítés listák

Ha a fel nem használt irányelveket az automatikus kiegészítés listákkal (automatikus kiegészítés intellisense) törli, akkor ezek jelentősen csökkenthetők. És kialakulásuk és elszennyezésük időszaka jelentősen csökken. Szintén van különbség, amikor gépelés közben kereséseket keres. Ismét ez különösen fontos a C # 3.0 esetében.

Érdemes megjegyezni, hogy ezek a tények többnyire elfogadhatók a Visual Studio környezetben történő fejlesztéshez, bár nem tagadhatjuk, hogy más IDE-k a Visual Studio-hez hasonlóan működnek. Azt is szeretném megjegyezni, hogy ez a nagy projektek IDE-jének teljesítményéről szól.

A fel nem használt irányelvek eltávolítása semmilyen módon nem érinti:

• A fordító munkája a fordítási sebesség, minőség, mennyiség stb. mert az összeállításhoz szükséges szerelvények igény szerint töltődnek (igény szerint).
• A program (alkalmazás) működőképességéről - sebesség, letöltési sebesség, teljesítmény stb.

A fel nem használt irányelvek eltávolítása nem érinti a kapott összeszerelést.

Tényleg nehezebb reklámozni és eladni a programot, mint létrehozni?