Tudd Intuíció, előadás, hozzon létre a fő alkalmazási menü

A cél a munkát. Ismerje meg az alapvető módszerek fejlesztése a fő alkalmazási menü. Szerezni gyakorlati készségek kialakítása a fő alkalmazási menü.

Felhasználásáról szóló iránymutatás .NET

A programozási nyelvben vannak a hagyományos programozási stílus. Ezek a stílusok nem része a nyelvnek, és megállapodások, például megnevezésével változók vagy használatát egyes osztályok, módszerek vagy funkciókat. Ha a legtöbb fejlesztő követi ugyanazon elnevezési, akkor könnyebb lesz megérteni a kódot egymást, ami viszont. megkönnyíti a programot támogató. Például egy közös megállapodás a Visual Basic 6 volt, hogy a húr változókat kell nevek kezdődő s vagy str. például karakterlánc sResult vagy karakterlánc strMessage. A megállapodás azonban attól függ, hogy a nyelv és a fejlesztői környezet. C ++ programozók a Windows platformon hagyományosan használt psz vagy lpsz előtag jelöli sorokat: char * pszResult; char * lpszMessage;. De Unix-gépek, mint előtagok nem használják: char * Eredmény; char * Üzenet; .

A megállapodások értelmében a C # változó neveket nem kell előtagokat: string Eredmény; string Message; .

A megállapodás, amely szerint a változó nevét tartalmazza az előtagot. jelző adat típusát. Ez az úgynevezett „magyar” stílusa elnevezési tárgyakat. Ha olvasod ezt a kódot a fejlesztők azonnal megmondja a változó nevét, milyen típusú adatot képvisel.

Bár sok nyelv elnevezési konvenciók kidolgozott egyidejűleg a nyelv kialakulása, a C # és a Microsoft .NET platform írt részletes ajánlásokat felhasználás, ezek felsorolása az MSDN dokumentációt a .NET / C #. Ezért már a kezdetektől a .NET programok magas szintű kompatibilitást egy részét a megértése a kód más fejlesztők. Ezeket az ajánlásokat, amelyek figyelembe veszik a szerzett tapasztalatokat több mint húsz éve az objektum-orientált programozás, és ennek eredményeként gondosan átgondolt és jól fogadta a fejlesztői közösség.

Azonban meg kell jegyezni, hogy az ajánlások nem ugyanaz, mint a nyelv specifikációt. Követni kell, amennyire csak lehetséges. Ha van érvényes oka nem megfelelő, akkor nem lesz probléma. Az eltérés a javaslatokat kell okozta reáltényezõk helyett egyszerű vonakodás.

Az egyik csúcspontja a választás neveket az elemek a program: változók, módszerek, osztályok, felsorolások, és névterek.

Nyilvánvaló, hogy a neveket kell, hogy tükrözze a célja az elem, és nem ütközik más nevek.

Összesen .NET platform filozófiája, hogy a változó nevét kell tükröznie a célja a például a változó helyett az adatok típusát.

Például magasság - egy jó név, a IntegerValue - nincs. Ez az elv azonban nehéz elérni az ideális. Különösen, ha dolgozik, ellenőrzések a legtöbb esetben akkor sokkal kényelmesebb használni a változó nevek, mint ConfirmationDialog és ChooseEmployeeListBox.

Konkrét javaslatok elnevezési tartalmazza a következő részekben.

Szinte minden esetben, akkor használja Pascal stílus neveket. amelyben az első betűje minden szó a címben kerül aktiválásra

Például: EmployeeSalary, ConfirmationDialog, PlainTextEncoding.

Két olyan helyzet, amelyben jobb, ha ilyen elnevezésére. A nevét az átadott paraméterek a módszer, írásban kell teve stílus:

Ön is használja teve -soglashenie megkülönböztetni a két elem, ami egyébként ugyanaz a neve. A leggyakoribb eset az, amikor az ingatlan egy wrapper a területen.

Ez a kód tökéletesen igaza vonatkozó ajánlások tekintetében. Megjegyzendő azonban, hogy ebben az esetben van szükség, hogy a megállapodást teve privát tagok és Pascal megállapodás nyilvános vagy védett tagok más osztályokba, hogy használja a kódot, látható csak a Pascal-szerű nevek (kivéve a paraméter neveket).

A legtöbb esetben, akkor használja Pascal megállapodást. Mindazonáltal a megállapodás teve ajánlott privát változók, amelyek nem láthatók az osztályon kívül, ahol a két változó jelentése azonos. Például, ha van egy állami tulajdon, ami magában foglalja az egyéni mezőt ugyanazzal a névvel, akkor lehetséges, hogy a megállapodást a területen, és a teve megállapodás Pascal tulajdonságok, mint a fenti példában EmployeeName.

Arra is szükség van, hogy fordítson figyelmet a kis- és nagybetűk. C # kisbetű-nagybetű érzékeny, ezért a szintaxis a C # is elfogadható, hogy a nevek különböznek csak a helyzet. Azonban nem szabad elfelejteni, hogy az összeállítás hívható VB.NET alkalmazásokhoz. a VB.NET nem érzékenyek. Ezért neveket használni, amelyek egymástól csak az esetben lehetséges, csak abban az esetben, hogy soha nem lesz látható kívülről a szerelvény. Ellenkező esetben a kódot írt VB.NET. nem lesz képes megfelelően használni a szerkezetet.

Meg kell csinálni, hogy amennyire lehetséges, hogy a stílus az összes nevek azonosak. Például, ha az egyik módszert egy osztályban nevű ShowConfirmationDialog. Más módszer nem adható meg egy nevet vagy ShowDialogWarning WarningDialogShow. Meg kell nevezni ShowWarningDialog.

Névtér nevek körültekintéssel kell megválasztani annak érdekében, hogy ne lehessen az azonos nevű, amelyet valahol máshol. Nem szabad elfelejteni, hogy a .NET megkülönbözteti tárgyak neveit, a közös szerelvények, csak a nevét névterek. Ha két szoftvercsomagot, az azonos névtérnév és telepítse mindkét csomagot ugyanazon a számítógépen. nem lesz probléma. Javasoljuk, hogy hozzon létre egy felső szintű névtér nevét a cég, majd befektetni a névtér, fokozatosan szűkül a nevüket, hogy a technológia, csoport, vagy osztály, ahol dolgozik, vagy a csomag neve, amelynek célja az osztályokhoz. A Microsoft azt javasolja névtér nevek kezdődő <НазваниеКомпании>.<НазваниеТехнологии>. például,