Aritmetikai operátorok

A legtriviálisabb operátorok – a kifejezés eredeti jelentése alapján – valós számokon végezhető műveletekhez kötődik. A PowerShell ezen jóval túlmutat, a matematikai tanulmányainkban megszokott műveletek ki vannak terjesztve egyéb objektumokra: többek között a tömbökre, sztringekre, fájlokra.

Összeadás

Rögtön nézzünk is példákat az összeadásra:

Látszik, hogy akár az egészekre, sztringekre vagy a tömbökre is értelmezett az összeadás. Ebben jelentős szerepe van a .NET Framework osztálydefinícióinak, hiszen valójában az ő érdemük, az ő megfelelő összeadást végző metódusuké, hogy mi is történik ténylegesen az összeadás hatására. A PowerShell „csak” abban ludas, hogy megtalálja az adott metódust és átalakítsa a kifejezést, esetlegesen típuskonverziót végezzen az operandusok között.

A Reflector programmal ezeket meg is tudjuk nézni, a számoknál az op_Addition  metódust kell keresni:

44 . ábra Az összeadás metódusainak felderítése a Reflectorral

A sztringeknél talán az Append metódust, de ezzel nekünk nem kell törődni, ezt a PowerShell helyettünk elvégzi.

Ezen kívül még dátumokat és esetlegesen hashtáblákat szoktunk még összeadni:

Ha olyan hashtáblát próbálunk hozzáadni egy meglevőhöz, amiben újra szerepel egy korábbi elem, akkor hibát kapunk:

Dátumoknál kicsit zűrösebb a helyzet:

Jó nagy számot kellett a dátumhoz adnom, hogy valami látható legyen az eredményen, mert valójában a dátum un. „tick”-ekben, „ketyegésekben” számolódik, ami 100 ns-os felbontású időtárolást tesz lehetővé.

Épp ezért a dátumoknál már eleve van mindenféle praktikusabb Add… metódus:

A fenti példában először kilistáztam a get-date által visszaadott [DateTime] típus metódusait, majd a [20]-as sorban 5 napot adtam az aktuális dátumhoz.

Többszörözés

Az összeadáshoz hasonlóan a szorzás is jelentős általánosításon esett át:

Láthatjuk, hogy a szöveget is lehet szorozni, ez annyiszor teszi össze a szöveget, ahány a szorzásjel után áll.

Tömbnél is hasonlóan többszörözi a tagokat. A [13]-as promptnál látszik, hogy nem is kell zárójelet használni! Ez a PowerShell alkotóinak az érdeme.

Nézzük meg, hogy mi történik, ha felcseréljük a szorzás operandusit:

Azt láthatjuk, hogy nem mindegy, hol van a szorzó és a tényező. A szorzónak kell mindig jobb oldalon állnia, ha nem, akkor hibát kaphatunk, mint ahogy az a [15]-es és [16]-ös sor után is kaptunk, hiszen a PowerShell az automatikus típuskonverziót balról jobbra végzi, azaz az [int] típust veszi alapnak, és ehhez próbálja igazítani a szorzás következő tényezőit, ami itt – szövegek és kételemű tömb esetén - nem sikerült.

Osztás, maradékos osztás

Természetesen osztás is van a PowerShellben:

A [32]-es prompt egyértelmű, 15-öt elosztunk 5-tel, 3-at kapunk, nem is akármilyen 3-at: Int32 típusút! Szemben a 15/6-tal, aminek eredménye természetesen [35]-ben Double.

Egy kicsit időzzünk el itt! Hogyan is néz ki a [34] eredményeként kapott 2,5? A tizedes elválasztására vesszőt használt a PowerShell! Viszont a [36]-ban nem szerette ezt, mert a (,) általában tömb jelzésére szolgáló operátor. Akkor vajon fog tudni dolgozni ezzel az általa kiadott 2,5-gyel? A [37]-ben azt látjuk, hogy természetesen igen! És itt jön ki a PowerShell objektumalapúságának nagy előnye! Annak ellenére, hogy a megjelenítésnél használja az aktuális gép területi beállításait, és ennek megfelelően jeleníti meg a számokat, amikor ő számol tovább egy objektummal, akkor területi beállítás-mentesen kezeli ezt. Ha sztring alapú lenne a PowerShell, hasonlóan a Linuxos/Unixos shellekhez, akkor vagy a kimenet nem venné figyelembe a területi beállításokat, vagy egy csomó sztring-hókuszpókuszt kellene elvégezni ahhoz, hogy ilyen egyszerű műveletek működhessenek. Ha mi adunk be számokat a parancssor számára, akkor mindig ponttal jelezzük a tizedesjelet, nem a területi beállítás alapján kell beírni a számokat.

Ebbe a fejezetbe tartozik még a maradékos osztás művelete, a % :

Ezzel nincs sok trükk, hiszen ez az operátor csak számokra van értelmezve, viszont nem csak egészekre, ahogy ez a [42]-ben látszik.

Word To HTML Converter