2017/12/10
PowerShellで利用するテキストデータ形式の比較
この記事はPowerShell Advent Calendar 2017の10日目です。
PowerShellはオブジェクトを扱うシェルですが、別にテキストデータを扱えない訳ではありません。むしろ、PowerShellで取得したデータをテキストファイルとして保存したり、スクリプトで用いるデータをテキストファイルで保存しておくことは日常的に行われることだと思います。
ただし、PowerShellで扱うデータはオブジェクトであり、テキストファイルは文字通り文字列であることから、コマンドレットを用いる等、何らかの手段で変換が必要になります。また、テキストデータ形式にも様々な種類があり、それぞれメリット、デメリットが存在します。今回の記事では、PowerShellで用いるデータを保持しておく際のテキストデータ形式について比較をしてみます。
プレーンテキスト
プレーンテキスト、すなわち書式なしのテキストファイルです。もっともシンプルな使い方をする場合、文字列配列の各要素に含まれる文字列が、テキストファイルの1行と対応します。
書き出し
$lines | Set-Content -LiteralPath file.txt -Encoding UTF8
$linesは文字列変数です。
特に理由がなければ文字コードはUTF-8で良いと思います。
追記
$lines | Add-Content -LiteralPath file.txt -Encoding UTF8
Add-Contentは実行のたびにファイルを開いて、書き込んでから閉じるという動作をするので、1行ずつforeachで実行するのはNGです。
読み込み
$lines = @(Get-Content -LiteralPath file.txt -Encoding UTF8)
メリット
- 文字列配列をテキストファイルに書き出すのは多分これが一番楽だと思います。
- 書き出したデータは人間にも読みやすい。 編集もしやすい。
デメリット
- 文字列だけを保存しておきたいというケースがそもそも少ない。
CSV
コンマ等の特別な文字で区切り、1行あたりに複数のデータを保存できる形式です。
PowerShellのコマンドレットで扱う場合、オブジェクトが持つプロパティがヘッダ列名に対応します。各行にオブジェクト配列1要素のプロパティ値が、カンマ区切りで保持されます。
書き出し
$objects | Export-Csv -LiteralPath file.csv -NoTypeInformation -Encoding Default
$objectsは任意のオブジェクト配列です。必要であればSelect-Objectコマンドレットを併用して、プロパティを絞り込みます。
文字コードはExcelでそのまま読み込み/書き出しができるDefault(日本語環境ではShift_JIS)がお勧めです。(最近のExcel2016ならUTF8も一応読めますが)
追記
$objects | Export-Csv -LiteralPath file.csv -Append -NoTypeInformation -Encoding Default
読み込み
$objects = Import-Csv -LiteralPath file.csv -Encoding Default
メリット
- オブジェクトのプロパティ値が、すべて数値あるいは文字列で表現できる値を持つ場合に最も適合する。
- 人間にも読みやすく、ある程度は編集もできる。
- Excelで開ける。
デメリット
- オブジェクトのプロパティが、数値と文字列以外のオブジェクトである場合、すなわち、階層構造を持つデータの保存には適さない。
- 数値も文字列として読み込まれてしまうので、数値として扱いたい場合は変換が必要になる。
- Export-CsvとImport-Csvで扱うCSVファイルはヘッダが必須。つまり、ヘッダなしのCSVファイルが既にあって、それを読み書きするという用途には適さない。(できなくはないが)
- 書き出し時の列順を制御することができない。つまり、PowerShellで書き出したCSVを、列順が固定であるとの想定である他のプログラムで読み込むことは基本NG。
- 書き出し時、1つ目の要素に存在しないプロパティは、2つ目以降では存在しないものとして扱われる。同種のオブジェクトで構成される配列なら通常は問題ないのだが、要素によって動的に追加されるプロパティがあったりなかったりすると厄介。(ADでありがち)
JSON
JavaScriptのような表記でデータを保持するデータ形式です。データの受け渡しに様々な言語で利用できます。Web APIでもよく利用されます。
PowerShellではv3からJSONを扱うコマンドレットが提供されています。
書き出し
$objects | ConvertTo-Json | Set-Content -LiteralPath file.json -Encoding UTF8
読み込み
$objects = Get-Content -LiteralPath file.json -Encoding UTF8 -Raw | ConvertFrom-Json
メリット
- CSVと異なり、階層構造を持ったデータでも扱える。
- CSVと異なり、数値は数値型のまま読み書き可能。 (整数値はint、小数値はdecimal)
- 人間にもまぁまぁ読めるし、頑張れば編集できなくもない。
デメリット
- -Depthパラメータによりプロパティを展開する階層の深さを指定はできるが、プロパティに応じて深さ指定を変化させるというようなことはできない。基本的には、自分で構築したPSCustomObjectを使うか、JSON化する前に自分で元オブジェクトを整形しておく必要がある。
- 直接ファイルに書き出し、追記、ファイルから読み込みするコマンドレットはない。
- 実は細かい話をしだすと色々と罠があります…。
CLIXML
PowerShellではPSリモーティング等、プロセス間でオブジェクトのやり取りを行う際に、CLIXML形式を介してシリアライズ/デシリアライズが実行されます。シリアライズ対象によっては、完全に元のクラスのオブジェクトに復元されます。(復元されないオブジェクトにはクラス名にDeserialized.との接頭辞が付与され、プロパティ値のみ復元される)
ユーザーもコマンドレットを用いて、任意のデータをCLIXML形式でシリアライズし、XMLファイルとして保存することができます。
書き出し
$objects | Export-Clixml -LiteralPath file.xml
読み込み
$objects = Import-Clixml -LiteralPath file.xml
メリット
- 元のオブジェクトの構造、プロパティ値と型情報を含めてほぼ完全にテキストファイルに保存できる。
- 復元したオブジェクトはプロパティ値を参照できるのはもちろん、オブジェクト全体が完全にデシリアライズされ、元の型に戻った場合には、メソッドを実行することも可能。
- 例え元の型に戻らず、Deserialized.との接頭辞が付いた状態でも、コンソールに表示する場合は元の型のフォーマットが使われるので見やすい。
デメリット
- すべてのオブジェクトが元の型に戻せるわけではない。戻せるかどうかは確認が必要。
- 人間が読み書きするようなものではない。
ちなみに、ConvertTo-Xmlという似たようなコマンドレットがありますが、出力形式はCLIXMLではない上、復元の手段もなく、かといって別に読みやすいXMLというわけでもなく、正直何のために使うのかよく分かりません(適切なxsltでも用意すればいいのかな?)。まだConvertTo-Htmlの方が使えそうです。
psd1
psd1は「PowerShellデータファイル」で、モジュールマニフェストやローカライズデータに使われるファイル形式です。スクリプトファイルの1種ですが、数値や文字列リテラル、配列、連想配列、コメントなど基本的な言語要素のみ使用可能です。PowerShell 5.0以降ではImport-PowerShellDataFileコマンドレットを用いて、任意のpsd1ファイルのデータを読み込み、変数に格納することが可能です。
書き出し
書き出し用のコマンドレットはありません。
読み込み
例えば以下のような内容をbackup_setting.psd1として保存しておきます。ルート要素は必ず連想配列にします。
@{ Directories = @( @{ From = "C:\test1" # コピー元 To = "D:\backup\test1" # コピー先 Exclude = @("*.exe", "*.dll") Recurse = $true }, @{ From = "C:\test2" To = "D:\backup\test2" Exclude = @("*.exe") LimitSize = 50MB }, @{ From = "C:\test3" To = "D:\backup\test4" } ) Start = "0:00" }
なお、dataセクションで全体を括ってもいいですが、psd1で許容される言語要素はdataセクションより更に制限がきついので、敢えてしなくてもいいんじゃないかと思います。
このファイルは以下のように読み込めます。
$setting = Import-PowerShellDataFile -LiteralPath backup_setting.psd1
$settingには連想配列が格納され、以下のように値が参照できます。
$setting.Directories | foreach {Copy-Item -Path $_.From -Destination $_.To}
メリット
- PowerShellの構文でデータを記述できる。
- 通常のps1ファイルを呼び出すのとは異なり、式の評価やコマンド実行などはされない分、セキュアである。
- 配列と連想配列の組み合わせにより、JSONライクな階層構造を持てる。型情報も保持される。
- JSONとは違い、コメントが入れられる。
デメリット
- 記述できるデータはプリミティブなものだけ。
- スクリプトから書き出すためのコマンドレットがない。こういうアプローチで頑張ればできるかも?
- 利用できるのはPowerShell 5.0以降のみ。一応、下位バージョンでやる方法はあります。
まとめ
PowerShellで扱うデータをテキストファイルとして保存する際には、各テキストデータ形式の特性を理解し、メリット、デメリットを踏まえて選定する必要があります。
また、当然ながらテキストファイルに保持することが不適切なデータもありますので、そこは注意してください。(画像データを敢えてBase64とかでエンコードしてテキストファイル化する意味があるのか、とかですね)
個人的には…
ちょっとした作業ログ等を記録しておきたい→プレーンテキスト
.NETオブジェクトの一部のプロパティだけ抜き出してファイル化したい→CSV
自分で構築したPSCustomObjectをファイル化したい→JSON
.NETオブジェクト全体をファイル化したい→CLIXML
スクリプトで使う設定データを用意したい→psd1
みたいな感じでなんとなく使い分けていると思います。psd1はまだ採用例はないですが…。
今回はビルトインのコマンドレットで扱えるもののみ取り上げましたが、他にもyaml等のテキストデータ形式が存在し、有志によるモジュールを用いて扱うことが可能です。
2014/12/01
[v5] Auto-Generated Example-Driven Parsing について
はじめに
この記事はPowerShell Advent Calendar 2014の1日目の記事です。
次期バージョンのPowerShell 5.0について、そろそろ情報が出回ってきました。現在のところWindows Management Framework 5.0 Preview November 2014、もしくはWindows 10 Technical PreviewやWindows Server Technical Previewに同梱のもので試すことができます。
v5での新機能、改善点は多岐に上ります。OneGet / PowerShellGet / クラス定義 / DSC機能増強 / ODataエンドポイントのコマンドレット化 / zipファイル / シンボリックリンク 等々。詳しくは、リリースノートが一番充実しているかと思います。日本語だとぎたぱそ氏の記事がまとまっているかと思ます。
さて、ここまで挙げた新機能や改善点は、とても順当でまっとうな進化点なのですが、v5にはちょっと異彩を放つ新機能がしれっと追加されています。それが、Auto-Generated Example-Driven Parsing です。
Auto-Generated Example-Driven Parsing とは
CSV、JSON、XMLのような既知のフォーマットではないが、何らかの法則性のあるテキストデータがあるとします。そんなテキストデータは(不幸なことに)割と世の中にあふれていますが、そのままでは(人が読む以外には)利用できないので、データとして扱うには、解析し、レコード(プロパティ:プロパティ値)として再構築する必要があります。
しかしながらフォーマットが既知のものではないため、既存のパーサーを使って解析することはできません。
従来のアプローチだと、このようなデータに対しては、まずユーザー(人間)がデータの法則性を読み取り、その法則をコンピュータに分かる表現(コードや正規表現など)に変換してやる必要がありました。
Auto-Generated Example-Driven Parsing とは、事前にユーザーがテキストデータの一部分のみを取り出し、各項目に対してプロパティ名を指示したデータ(テンプレート)を用意しておくと、元のテキストデータとユーザーが用意したテンプレートから法則性を解析し、元のテキストデータ全体を自動的にテキストデータからオブジェクトに変換してくれる機能です。
Auto-Generated Example-Driven Parsing とはもともとMicrosoft Research で研究されているFlashExtract というデータ解析手法の PowerShell コマンドレット(ConvertFrom-String)による実装になります。ConvertFrom-StringData じゃないですよ。全然別物です。これうっかりしてるとスルーしてしまいそうです。
具体例
たとえば、こんなデータがあったとします。
山内 佳乃 (やまうち よしの) 生年月日...1982/1/27 (32歳)、女性 田畑 真帆 (たばた まほ) 生年月日...1966/4/14 (48歳)、女性 三好 一樹 (みよし かずき) 生年月日...1972/7/10 (42歳)、男性 酒井 幸平 (さかい こうへい) 生年月日...1954/3/1 (60歳)、男性 藤島 恵子 (ふじしま けいこ) 生年月日...1969/5/4 (45歳)、女性 加藤 美優 (かとう みゅう) 生年月日...1986/12/8 (27歳)、女性 金谷 康文 (かなや やすふみ) 生年月日...1983/10/7 (31歳)、男性 岸本 紗季 (きしもと さき) 生年月日...1984/5/16 (30歳)、女性 永野 ケンイチ (ながの けんいち) 生年月日...1961/7/8 (53歳)、男性 小関 三郎 (こぜき さぶろう) 生年月日...1975/1/22 (39歳)、男性 山岸 光 (やまぎし ひかる) 生年月日...1939/2/13 (75歳)、女性 黒谷 恵麻 (くろたに えま) 生年月日...1949/2/13 (65歳)、女性
名前や生年月日が書かれたデータで、一応、法則性はあるようです。が、これをまともにパースしようと思うと、2行ごとに切り出して、正規表現を書いて…と、ちょっと面倒ですね。
ちなみにこのダミーデータ作成にはなんちゃって個人情報を使わせていただきました。CSVで出力した後、以下のようなスクリプトでわざわざ醜く変形しました。
Import-Csv -Encoding Default -Path dummy.cgi|%{"$($_.名前) ($($_.ふりがな))`n生年月日...$($_.誕生日) ($($_.年齢)歳)、$($_.性別)性"}|set-content -Encoding UTF8 -Path dummy.txt
さて、このテキストデータに対し、Auto-Generated Example-Driven Parsingで用いるテンプレートを書いてやりましょう。たとえば、以下のように適当に3件(ここでは3〜5個目のレコード)抜き出して、プロパティ名をつけてやります。赤字が、手動で元データに付与した文字列です。
{Name*:三好 一樹} ({Furigana:みよし かずき}) 生年月日...{BirthDay:1972/7/10} ({Age:42}歳)、{Sexuality:男}性 {Name*:酒井 幸平} ({Furigana:さかい こうへい}) 生年月日...{BirthDay:1954/3/1} ({Age:60}歳)、{Sexuality:男}性 {Name*:藤島 恵子} ({Furigana:ふじしま けいこ}) 生年月日...{BirthDay:1969/5/4} ({Age:45}歳)、{Sexuality:女}性
みて頂ければ分かると思いますが、基本は、各データ項目に対して、{プロパティ名:データ}のように指定してやるだけです。主キーとなるデータ項目にはプロパティ名の後に「*」をつけてやります。こうやって作ったテンプレートをtemplate.txtと名前を付けて保存しましょう。
元データとテンプレートが揃ったので、あとは以下のようにしてConvertFrom-Stringコマンドレットを実行するだけです。
テンプレートを元に、元テキストに含まれるすべてのデータが、プロパティ値を持ったオブジェクトデータに変換されていることが分かるかと思います。これちょっとすごくないですか?
まとめ
Auto-Generated Example-Driven Parsingは個人的には、非常に面白い機能だと感じています。コンピュータに対して、「手本見せるよ、これはこう、これはこう。わかった? じゃ、あとは同じようにまとめといてね!」というのができるようになったわけで、ちょっと未来を感じました。
研究所レベルの研究成果を、製品として実装した初の例が、PowerShellだったというのも面白味を感じます。
ただ、CSVでもJSONでもXMLでもない、わけのわからない謎フォーマットで保存されたテキストデータを解析しなきゃならない事態というのは、そもそも不幸な状況であることも、また事実かと思います。
ConvertFrom-Stringは、そんな訳の分からないものを撲滅して、今度こそまともなフォーマットのデータに変換して保存するための、最終兵器のようなものかもしれません。
なお、Auto-Generated Example-Driven Parsingでは他にもプロパティに型を指定したり、部分的に正規表現を用いたり、階層構造を持つデータにも対応してたりと、かなり色々なことができるようになっています。ぜひ、v5環境を整えて、ConvertFrom-Stringを試してみてください。
さてさて、PowerShell Advent Calendar 2014、今年は参加者が少なく、完走はかなり危ぶまれますが、できるところまで行きたいですね! これをお読みのあなたの記事が読みたいです! ぜひ、ご参加いただけると幸いです。
2012/12/25
独自型に書式を設定する [PS Advent Calendar '12]
本記事はPowerShell Advent Calendar 2012、最終日の記事です。
前回はAdd-Typeコマンドレットを使って独自のクラスを作成し、そのクラスを入力あるいは出力型に取る関数をどのように記述すれば良いのか、というお話でした。
今回は前回に残した課題である、ユーザー定義の独自型の出力にちゃんとした書式を設定する方法について説明していきます。
型データと書式設定データ
PowerShellは.NETオブジェクト(に限らず、型アダプタが存在するCOMやXMLなども、ですが…)をラッピングした型システムを有しているわけですが、このラッピング時にオブジェクトに対してPowerShell独自のデータを付与することができます。それが型データと書式設定データと呼ばれるものです。
型データはクラスにPowerShellエンジンが付加する独自のメンバ(プロパティ、メソッド)です。代表的なものにNoteProperty(静的な値をもつプロパティ), ScriptProperty(スクリプトで記述されたgetterとsetterをもつプロパティ), AliasProperty(既存プロパティのエイリアス), CodeProperty(.NETのスタティックプロパティ), CodeMethod(.NETのスタティックメソッド), ScriptMethod(スクリプトで記述されたメソッド)があります。
型データは .types.ps1xmlファイルにその定義を記述し、モジュールならモジュールマニフェスト(.psd1)のTypesToProcessプロパティに型データファイルパスを指定することで、インポート時に型データを反映させることができます。
Update-TypeDataコマンドレットで後から型データファイルを読み込んで反映することもできます。PowerShell 3.0ではUpdate-TypeDataコマンドレットで.types.ps1xmlファイルを読むのではなく、直接任意のメンバを任意の型に追加することも可能になっています。
また、
$obj | Get-Member -View Extended
とすることで$objに追加されたメンバがどれなのかが分かります。(ちなみに型アダプタによって追加されたメンバはAdapted指定で分かります)
今回の記事では型データについてはこれくらいにして(またいつか改めて取り上げたいですが)、以下、本題の書式設定データの話をしていきます。
書式設定データとは
書式設定データも型データと同様、クラスに付加するデータなのですが、これはオブジェクトを出力する際のデフォルトの表示フォーマットを定義するものとなります。
たとえばGet-Processコマンドレットを実行すると
Handles NPM(K) PM(K) WS(K) VM(M) CPU(s) Id ProcessName ------- ------ ----- ----- ----- ------ -- ----------- 138 13 18456 7104 62 2052 aaHMSvc 88 8 2168 1268 55 2112 AdminService ...
のようにProcessオブジェクトが表形式で表示されます。
ここで表に含まれるプロパティ、IdとProcessNameは.NETのProcessクラスが持つオリジナルのプロパティで、HandlesはHandleCountプロパティのAliasPropertyです。NPMやWSなども対応するAliasPropertyやScriptPropertyが定義されているのですが、たとえばNPMというAliasPropertyはあってもNPM(K)というメンバはありません。これを定義しているのが書式設定データになるわけです。そもそもこの表に含まれるプロパティの種類であるとか、もっというとProcessオブジェクトは特に指定がない場合は表形式で表示する、といった定義も書式設定データに含まれます。
書式設定データも型データと同様にXMLファイルに定義されるのですが、その拡張子は.format.ps1xmlです。モジュールならマニフェストのFormatsToProcessプロパティに.format.ps1xmlファイルのパスを指定することで表示に反映されますし、Update-FormatDataコマンドレットによって後から反映させることも可能です。
この書式設定ファイルはユーザー定義型に関しても定義を記述できます。つまり、ユーザー定義型に対応する.format.ps1xmlファイルを記述し、それを読み込むことで、自分がAdd-Typeで作った型に対しても書式を設定できるわけです。次の節でそのやり方を見ていきましょう。
書式設定データの作り方
書式設定データ.format.ps1xmlの書式についてはMSDNにリファレンスがあるので、これを読めば自分で一から作成することは可能です。ですがそれはちょっと面倒くさいので、既存の書式設定データをベースに、独自型用に修正していくのがお勧めです。
書式設定データはGet-FormatDataコマンドレットで取得でき、Export-FormatDataコマンドレットでファイルとして出力できます。なお、Export-FormatDataコマンドレットの出力XMLファイルは改行コードが入っていなくて見づらいので、XmlDocumentとして再度読み込んでSave()するという小細工を施すのがお勧めです。先ほどのProcessクラス(System.Diagnostics.Process)の書式設定データをファイル化するには以下のようなスクリプトを実行します。
$ps1xml="process.format.ps1xml" Get-FormatData System.Diagnostics.Process | Export-FormatData -Path $ps1xml -IncludeScriptBlock ([xml](Get-Content $ps1xml)).Save((Join-Path (Get-Location) $ps1xml))
このスクリプトを実行すると、Processクラスの書式設定データをprocess.format.ps1xmlファイルとして出力できます。
出力した.format.ps1xmlはPowerShell ISE(ただしv3の)で開くのがお勧めです。ちゃんとXMLノードを折りたたみできるので。
さて、出力した.format.ps1xmlファイルをつらつらと眺めると、実際の出力書式の定義はビュー(View)という単位で行われていることがわかります。View要素の下にはName要素(ビューの名前)、ViewSelectedBy要素(ビューを反映する対象の型)、TableControl要素(表の書式)があります。
TableControl要素の下にはTableHeaders要素とTableRowEntries要素が含まれており、前者は表のヘッダーに記載するラベルやその幅などをTableColumnHeader要素に一つ一つ定義し、後者は表の本体に表示するオブジェクトのプロパティ値をTableColumnItem要素に一つ一つ定義しています。
TableColumnItem要素は単純にプロパティ値を表示させるならPropertyName要素にプロパティ名を書くだけでOKです。スクリプトの結果を表示させるならScriptBlock要素内にスクリプトを書きます。ScriptBlock要素内で自動変数$_に1オブジェクトが格納されています。
結局のところ、表に表示したいプロパティの分だけ、TableColumnHeader要素(プロパティ名のラベル)とTableColumnItem要素(プロパティ値)を1:1で定義していけばOKです。
以上を踏まえてprocess.format.ps1xmlを改変して、前回作成したWinscript.Driveクラスの書式設定ファイルdrive.format.ps1xmlを作成してみました。
<?xml version="1.0" encoding="utf-8"?> <Configuration> <ViewDefinitions> <View> <Name>drive</Name> <ViewSelectedBy> <TypeName>Winscript.Drive</TypeName> </ViewSelectedBy> <TableControl> <TableHeaders> <TableColumnHeader> <Label>Name</Label> <Width>4</Width> </TableColumnHeader> <TableColumnHeader> <Label>VolumeName</Label> <Width>15</Width> </TableColumnHeader> <TableColumnHeader> <Label>Type</Label> <Width>15</Width> </TableColumnHeader> <TableColumnHeader> <Label>RootPath</Label> </TableColumnHeader> <TableColumnHeader> <Label>Size(GB)</Label> <Width>25</Width> <Alignment>Right</Alignment> </TableColumnHeader> <TableColumnHeader> <Label>Used(%)</Label> <Width>7</Width> <Alignment>Right</Alignment> </TableColumnHeader> </TableHeaders> <TableRowEntries> <TableRowEntry> <TableColumnItems> <TableColumnItem> <PropertyName>Name</PropertyName> </TableColumnItem> <TableColumnItem> <PropertyName>VolumeName</PropertyName> </TableColumnItem> <TableColumnItem> <PropertyName>Type</PropertyName> </TableColumnItem> <TableColumnItem> <PropertyName>RootPath</PropertyName> </TableColumnItem> <TableColumnItem> <ScriptBlock>[int]($_.Size/1GB)</ScriptBlock> <FormatString>{0:#,#}</FormatString> </TableColumnItem> <TableColumnItem> <ScriptBlock>[int]($_.UsedSpace*100/$_.Size)</ScriptBlock> </TableColumnItem> </TableColumnItems> </TableRowEntry> </TableRowEntries> </TableControl> </View> </ViewDefinitions> </Configuration>
前回作成したスクリプトを実行後、このdrive.format.ps1xmlファイルを
Update-FormatData -AppendPath .\drive.format.ps1xml
のようにして現在のセッションに読み込んでやることで、以降は定義した関数を実行すると、
PS> Get-Drive Name VolumeName Type RootPath Size(GB) Used(%) ---- ---------- ---- -------- -------- ------- C: LocalDisk C:\ 112 88 D: LocalDisk D:\ 466 63 Q: CompactDisc Q:\ V: NetworkDrive \\server\D 1,397 64
このように定義した型のオブジェクトに対しても、綺麗な書式で出力することができるようになるわけです。
まとめ
ここまで全三回にわたって、「関数の定義」「型の定義」「出力書式の定義」の基本のきについて説明してきました。基本とはいえ、PowerShellでがっつりとちゃんとした関数を書く上で真っ先に押さえておかないといけないことばかりですし、逆にここまで必要最小限に絞った記事もあまりないかなと思い、まとめてみました。参考にしていただければ幸いです。
さて、PSアドベントカレンダー2012もこれで終わりです。皆様、よいクリスマス…はもう終わりなので、よいお年を!
※終わりと言っておきながら実は明日以降、ロスタイムとしてもうひとかたご登場の予定です。ご期待ください。
2012/12/14
型を定義する方法 [PS Advent Calendar '12]
本記事はPowerShell Advent Calendar 2012の14日目の記事になります。
前回(アドベントカレンダー1日目)は「PowerShellらしい関数の書き方」と題して、パイプライン内でうまく他のコマンドと連携させるための関数をどう書けばいいのか、ということについて書きました。前回の関数の例では入力型と出力型がstringだったのですが、実際は自分で定義した型を入力、出力値に取るように書くのが普通かと思います。今回は、それをするためにどうやって型を定義するのか、そしてその型を関数にどう指定するのか、という話をします。
PowerShellにはクラス定義構文がない
そもそもの話になるんですが、型を定義する、つまりはクラスを記述するためのPowerShellのステートメントやコマンドレットが無いため、PowerShell単独ではできません。なので無理です以上おしまい。…というわけにはいかないので、実際はどうするのがいいのかという話をしていきます。
方法としては大きく分けて二つあると思います。
1.C#など他の.NET言語を用いてクラスを記述する
2.ユーザー定義オブジェクトを作成する
今回は1の方法を説明します。
C#を用いてクラスを記述する
つまりはPowerShellでクラスを定義できないなら、C#を使えばいいじゃない。ということです。幸いPowerShell 2.0からはAdd-Typeというコマンドレットを用いると、C#やVBなど.NET言語のソースをその場でコンパイルしてアセンブリとして現在のセッションに読み込むことが可能です。
たとえば、論理ドライブを表すDriveというクラスを定義してみます。
Add-Type -TypeDefinition @" namespace Winscript { public enum DriveType { Unknown, NoRootDirectory, RemovableDisk, LocalDisk, NetworkDrive, CompactDisc, RAMDisk } public class Drive { public string Name {get;set;} public string VolumeName {get;set;} public DriveType Type {get;set;} public long Size {get;set;} public long FreeSpace {get;set;} public long UsedSpace {get;set;} public string RootPath {get;set;} } } "@ -Language CSharpVersion3
このようにC#のコードを文字列として-TypeDefinitionパラメータに与えると、コンパイルされて指定のクラス(ここではWinscript.Drive)がロードされます。
ここで-Language CSharpVersion3というパラメータは指定コードをC# 3.0としてコンパイルすることを指定するため、今回使用している自動実装プロパティなどC# 3.0の構文が利用できます。なおこのパラメータはPowerShell 3.0では不要です。ただし明示しておくとPowerShell 2.0でも正しく動作します。というのも-Languageパラメータ省略時はPowerShell 2.0ではC# 2.0でコンパイルされるのですが、PowerShell 3.0ではC# 3.0でコンパイルするためです(逆にPSv3でC#2.0でコンパイルするには”CSharpVersion2”という新しく追加されたパラメータ値を指定します)。
なお、ここでは-TypeDefinitionパラメータを用いてクラス全体を記述しましたが、この例のように列挙体も定義してそれをプロパティの型にするなどせず、すべて基本型のプロパティで完結するのならば、-MemberDefinitionパラメータを使ってメンバ定義だけを行う方が記述が短くなります。以下はWinscript.Manというクラスを定義する例です。
Add-Type -Namespace Winscript -Name Man -MemberDefinition @" public int Age {get;set;} public string Name {get;set;} "@ -Language CSharpVersion3
例のようにC#のコード内には特にロジックを記述せず、単にデータの入れ物となるクラスにとどめておくのが良いかと思います。別にロジックを書いてもいいのですが、ISEで記述する限りはC#の編集に関してはただのテキストエディタレベルの恩恵しか受けないですし、それなら最初からVisual Studio使ってC#で全部コマンドレットとして書けばいいのに、ともなりかねないので。PowerShellでは実現困難な処理などがあればそれをメソッドとして書く程度ならいいかもしれません。ただしメソッドを記述してもそれをユーザーに直接使わせるというよりも、関数でラップして使わせる形が望ましいでしょう。
さて、次はこのクラスのオブジェクトを扱う関数を記述していきます。
定義した型のオブジェクトを扱う関数の記述
ここでは3つの関数を定義しています。Get-Drive関数はシステムに含まれるすべての論理ドライブを取得、Show-Drive関数は指定のDriveオブジェクトをエクスプローラで開く、Set-Drive関数は指定のDriveオブジェクトのボリューム名(VolumeNameプロパティ)を変更するものです。
ちなみに関数の動詞部分(ここではGet, Show, Set)は、Get-Verb関数で取得できるリスト以外のものは基本的に使わないようにします。モジュールに組み込んだ場合、インポートのたびに警告が出てしまうので。
関数の基本については前回に書いているので、今回のコードはそれを踏まえて読んでみてください。
function Get-Drive { [OutputType([Winscript.Drive])] param( [string[]]$Name, [Winscript.DriveType]$Type ) Get-WmiObject -Class Win32_LogicalDisk | ForEach-Object { if($null -ne $Name -and $Name -notcontains $_.Name) { } elseif($Type -ne $null -and $_.DriveType -ne $Type) { } else { New-Object Winscript.Drive -Property @{ Name = $_.Name VolumeName = $_.VolumeName Type = [enum]::Parse([Winscript.DriveType],$_.DriveType) RootPath = if($_.ProviderName -ne $null){$_.ProviderName}else{$_.Name + "\"} Size = $_.Size FreeSpace = $_.FreeSpace UsedSpace = $_.Size - $_.FreeSpace } } } }
(↑10:33 foreachステートメントではなくForEach-Objectコマンドレットを使うように修正。Get-*な関数のようにパイプラインの先頭で実行する関数でも、内部でPowerShellのコマンドレットや関数の出力を利用する場合は、配列化してforeachするよりも、ForEach-Objectで出力を逐次処理した方が良いですね。内部関数の出力がすべて完了してから一気に出力するのではなく、内部関数が1個オブジェクトを出力するたびに出力するようにできるので。)
function Show-Drive { [OutputType([Winscript.Drive])] param( [Parameter(ValueFromPipeline=$true,Mandatory=$true)] [Winscript.Drive[]] $Drive, [switch] $PassThru ) process { foreach($d in $Drive) { Start-Process $d.Name if($PassThru) { $d } } } }
function Set-Drive { param( [Parameter(ValueFromPipeline=$true,Mandatory=$true)] [Winscript.Drive] $Drive, [Parameter(Mandatory=$true)] [string] $VolumeName ) process { Get-WmiObject Win32_LogicalDisk -Filter "DeviceID='$($Drive.Name)'" | Set-WmiInstance -Arguments @{VolumeName=$VolumeName} | Out-Null } }
細かい説明は省きますが、前回説明した関数の基本フォーマットに、自分で定義した型を適用してロジックを書くとこうなる、という参考例としてとらえてください。
一つだけ前回に説明し忘れてたことがあります。それは[OutputType]属性です。これは文字通り、関数の出力型を指定するものです。この属性を指定しておくと何が嬉しいかというと、関数の出力を変数に代入したりWhere-Objectコマンドレットでフィルタをかけるコードを記述する際、関数の実行「前」にもプロパティ名をちゃんとタブ補完してくれるようになります。残念ながらこの静的解析機能はPowerShell 3.0からのものなので2.0だとできませんが、OutputType属性自体は2.0でも定義可能なので、定義しておくことを推奨します。
さて、型の定義と関数の定義をしたので実際に関数を実行してみます。
PS> Get-Drive # 全ドライブ取得 Name : C: VolumeName : Type : LocalDisk Size : 119926681600 FreeSpace : 12262494208 UsedSpace : 107664187392 RootPath : C:\ Name : D: VolumeName : Type : LocalDisk Size : 500086886400 FreeSpace : 198589583360 UsedSpace : 301497303040 RootPath : D:\ Name : Q: VolumeName : Type : CompactDisc Size : 0 FreeSpace : 0 UsedSpace : 0 RootPath : Q:\ Name : V: VolumeName : Type : NetworkDrive Size : 1500299390976 FreeSpace : 571001868288 UsedSpace : 929297522688 RootPath : \\server\D PS> Get-Drive | where {$_.Size -gt 1TB} # Where-Objectでフィルタ Name : V: VolumeName : Type : NetworkDrive Size : 1500299390976 FreeSpace : 571001868288 UsedSpace : 929297522688 RootPath : \\server\D PS> Get-Drive -Type NetworkDrive | Show-Drive -PassThru | ConvertTo-Csv #ネットワークドライブのみエクスプローラーで開く。取得結果はCSVとして出力。 #TYPE Winscript.Drive "Name","VolumeName","Type","Size","FreeSpace","UsedSpace","RootPath" "V:","","NetworkDrive","1500299390976","571001868288","929297522688","\\server\D" PS> Get-Drive -Name D: | Set-Drive -VolumeName 新しいドライブ # D:ドライブのボリューム名を指定。(管理者権限で)
関数をきちんとPowerShellの流儀に従って記述したおかげで、このようにPowerShellの他の標準コマンドレットと同様の呼び出し方ができ、自作関数やそれ以外のコマンド同士をうまくパイプラインで繋げて実行することができています。
さて、おそらく一つ気になる点があるとすれば、ドライブの容量表示が見づらいということでしょう。容量であればGBとかの単位で表示してほしいですし、大きい数字は,で桁を区切ってほしいですよね。じゃあそういう値を文字列で返すプロパティを定義してやる必要があるというかと言えばそんなことはなく、PowerShellには型に応じた表示フォーマットを指定する方法が用意されています。次回はそのあたりを解説しようと思います。
また、C#とかめんどくさいしもうちょっと楽な方法はないのか?ということで、最初の方でちょっと触れた、ユーザー定義オブジェクトを利用する方法も、余裕があれば次回に。
さて、PSアドベントカレンダー、明日はsunnyoneさんです。よろしくお願いします!
2010/02/13
PowerShell基礎文法最速マスター
PowerShellは.NET Framework 2.0を利用するWindowsのシステム管理用シェルである。シェルであるためコンソールで対話的にコマンドを実行することができるのはもちろん、スクリプトファイル(*.ps1)を記述しバッチ的に実行することも可能である。ここではPowerShellスクリプトで(コンソールでも使用は可能だが)用いることのできる基礎文法を紹介する。なお、PowerShellでは文法上、大文字小文字を区別しない。
※(★2.0)の注釈があるものはPowerShell 2.0で新たに追加された要素である。
1.基礎
表示
コンソールに文字列を表示。
"Hello world"
コマンドレット(後述)を使用した場合。
Write-Host "Hello world"
コマンドレット
PowerShellはコマンドレットと呼ばれる100種類以上のコマンドライン・ツール群を単独で、あるいはパイプライン(後述)で連結して使用するのが基本となる。コマンドレットは原則verb-nounという命名規則にしたがっている。パラメータをつける場合は「-パラメータ名」あるいは「-パラメータ名 パラメータ値」を指定する。
# コマンドレットの一覧表示 Get-Command # サービスの一覧を表示 Get-Service # アプリケーション イベントログの最新15個のエントリを表示 Get-EventLog -logName Application -newest 15
パイプライン
コマンドレットが値を返却する場合、.NET Frameworkのオブジェクトが含まれる配列であることが多い。このオブジェクト配列がパイプラインを渡って後続のコマンドレットに入力される。
# プロセスのリスト(System.Diagnostics.Processオブジェクトの配列)を取得し、 # Where-Objectコマンドレットでハンドル数(handlesプロパティ)の値が500より大きいものだけを取り出し # Select-Objectコマンドレットで最初の5つのオブジェクトだけを切りだして表示 Get-Process | Where-Object {$_.handles -gt 500} | Select-Object -first 5 # C:\Windows 配下のフォルダ、ファイルの一覧(System.IO.DirectoryInfo,System.IO.FileInfoオブジェクトの配列)を取得し、 # ForEach-Objectコマンドレットで配列を列挙しすべてのオブジェクトのFullNameプロパティ(フルパス)の値を表示 Get-ChildItem C:\Windows | ForEach-Object {$_.FullName} # 通常の配列に関してもパイプラインを使用可能。 # 重複を取り除き、ソートをかける @(3,5,10,1,2,1,1,1,2,6,4,4)|Sort-Object|Get-Unique
コメント
# コメント
マルチラインコメント(★2.0)
<# 複数行に渡る コメントです #>
変数の宣言
PowerShellは変数の宣言をしなくても変数を使用可能。以下のようにするとどのような型でも代入可能な変数が作られる。
$a = 1 $a = $b = $c = 1 #複数変数に一度に同じ値を代入する場合 $items = Get-ChildItem # コマンドレットの戻り値を格納
変数の型を指定することは可能。以下のようにするとint型のみ格納可能な変数が作られる。
[int]$a = 1
あるいは、コマンドレットを用いて$aという変数を宣言することもできる。この場合変数の型は指定できない。
New-Variable -name a
変数のスコープ
# どのスコープからも読み書き可能 $global:a = 1 # 現在のスコープからのみ読み書き可能 $private:a = 1 # 現在のスクリプトからのみ読み書き可能 $script:a = 1
文法チェック
以下を実行することで未定義の変数を参照するとエラーが出るようになる。
Set-PSDebug -strict
スクリプトの実行
デフォルトの実行ポリシーではスクリプトの実行は不許可であるため、以下のようにポリシーを変更しておく。(RemoteSignedはローカルにあるスクリプトファイルは無条件で実行可、リモートにあるスクリプトファイルは署名付きのもののみ実行可)
Set-ExecutionPolicy RemoteSigned
スクリプト/コマンドを実行するにはコマンドラインで次のようにする。
コマンドを実行する
powershell -command {Get-ChildItem C:\}
ファイルを実行する
powershell .\script.ps1
ドットソース(スクリプトの内容をグローバルスコープに読み込む)
powershell . .\script.ps1
ファイルを実行する(★2.0)
powershell -file script.ps1
PowerShellスクリプトから別のスクリプトを実行する場合(関数のインクルードにも用いられる)
.\script.ps1 . .\script.ps1 # ドットソース
デバッガの起動
Set-PSDebug -trace 2
ステップ実行
Set-PSDebug -step
2.数値
数値の表現
PowerShellにおける数値は.NET Frameworkの数値を表す構造体のインスタンスである。数値には整数、浮動小数点があり、変数に代入した段階で適切な型が設定される。
# int型(System.Int32型) $int = 1 # System.Double型 $double = 1.001
四則演算
# 足し算 $i = 1 + 1 # 引き算 $i = 1 - 1 # 掛け算 $i = 1 * 1 # 割り算 $i = 1 / 1
余りと商の求め方
# 割り算の余り $mod = 7 % 3 # 上記の場合の商 $div = (7 - 7 % 3) / 3
べき乗
# 2の8乗 $i = [math]::Pow(2,8)
インクリメントとデクリメント
# インクリメント $i++ # デクリメント $i--
3.文字列
PowerShellにおける文字列は.NET Frameworkの System.Stringクラスのインスタンスである。
文字列の表現
文字列はシングルクォーテーションかダブルクォーテーションで囲む。ダブルクォーテーションの中では`t(タブ)や`r`n(改行)などの特殊文字が使用でき、変数が展開される。
$str1 = 'abc' $str2 = "def" $str3 = "a`tbc`r`n" #変数展開(結果は abc def) $str4 = "$str1 def"
文字列操作
各種文字列操作
# 結合 $join1 = "aaa" + "bbb" $join2 = [string]::Join(",",@("aaa","bbb","ccc") ) # 結合(★2.0) $join2 = @("aaa","bbb","ccc") -join "," # 分割 $record1 = "aaa,bbb,ccc".Split(",") # 分割(★2.0) $record2 = "aaa,bbb,ccc" -split "," # 長さ $length = "abcdef".Length # 切り出し $substr = "abcd".SubString(0,2) # ab
正規表現検索
# hitした場合はTrue,しなかった場合はFalse $result = "abcd" -match "cd" # 最初に見つかった文字列。添え字の1,2…には()内のサブ式にhitした文字列が格納。 $matches[0]
正規表現置換
$result = "abc" -replace "c","d"
4.配列
PowerShellにおける配列は.NET Frameworkの System.Arrayクラスのインスタンスである。
配列の参照と代入
# 5個の要素を持つ配列宣言と代入 $arr1 = @(1,3,5,7,9) # 以下のようにも記述できる $arr1 = 1,3,5,7,9 # 型指定する場合 [int[]]$arr1 = @(1,3,5,7,9) # 1〜10までの要素を持つ配列宣言と代入 $arr2 = @(1..10) # 1要素の配列宣言と代入 $arr3 = @(1) $arr3 = ,1 # 空の配列宣言と代入 $arr4 = @()
配列の要素の参照と代入
# 4番目の要素を参照 $ret = $arr2[3] # 6〜9番目の要素を含んだ配列を参照 $ret = $arr2[5..8] # 1〜4番目と8番目の要素を含んだ配列を参照 $ret = $arr2[0..3+7] # 配列の末尾の要素を取り出す $ret = $arr2[-1] # 5番目の要素に値を代入 $arr2[4] = 11 # 3より小さな要素を含んだ配列を返す $ret = $arr2 -lt 3
配列の個数
$arr1_num = $arr1.Length
配列の操作
$arr1 = @(1,3,5,7,9) $arr2 = @(1..10) # 配列の末尾に要素を加える(push) $arr2 += 50 # 配列を結合し新しい配列を作成 $arr5 = $arr1 + $arr2 # 配列にある要素が含まれるかどうか(ここではTrue) $arr2 -contains 2
5.ハッシュ
PowerShellにおけるハッシュは.NET Frameworkの System.Collections.Hashtableクラスのインスタンスである。
ハッシュ変数の宣言と代入
# 3つの要素を持つハッシュの宣言と代入 $hash1 = @{a=1;b=2;c=3} # 空のハッシュの宣言と代入 $hash2 = @{}
ハッシュの要素の参照と代入
# 要素の参照 $hash1.a $hash1["a"] #要素の代入 $hash1.b = 5 $hash1["b"] = 5
ハッシュの操作
# ハッシュに要素を追加 $hash1.d = 4 $hash1.Add("e",5) # ハッシュの要素の削除 $hash1.Remove("a") # ハッシュのキーの取得 $keys = $hash1.Keys # ハッシュの値の取得 $values = $hash1.Values # ハッシュの要素を列挙 foreach ($key in $hash1.Keys) { $key + ":" + $hash1[$key] } # キーの存在確認 $hash1.Contains("b")
6.制御文
if文
if (条件) { }
if 〜 else文
if (条件) { } else{ }
if 〜 elsif 文
if (条件) { } elseif (条件) { }
while/do文
while (条件) { } do { } while (条件)
for文
for ($i = 0; $i -lt 5; $i++) { }
foreach文
foreach ($item in $items) { }
switch文
case を書かないのが特徴的。またスクリプトブロックを条件文に記述できる。
switch ($i) { 1 {"1";break} 2 {"2";break} {$_ -lt 5} {"5より小さい";break} default {"default句";break} } # ここで$iに配列を指定すると配列要素すべてに対してswitch文が実行される。
比較演算子
比較演算子の一覧。PowerShellではPerlの文字列比較演算子のような記述をおこなうが、Perlとは異なり文字列も数値も同じ書式である。
$num1 -eq $num2 # $num1は$num2と等しい $num1 -ne $num2 # $num1は$num2は等しくない $num1 -lt $num2 # $num1は$num2より小さい $num1 -gt $num2 # $num1は$num2より大きい $num1 -le $num2 # $num1は$num2以下 $num1 -ge $num2 # $num1は$num2以上
論理演算子
# 論理否定 $ret = -not $true $ret = !$true # 論理積 $ret = $true -and $false # 論理和 $ret = $true -or $false # 排他的論理和 $ret = $true -xor $false
ビット演算子
# ビット単位の否定 $ret = -bnot 0x14F4 # ビット単位の積 $ret = 0x14F4 -band 0xFF00 # 上記結果を16進数で表示する場合 $ret = (0x14F4 -band 0xFF00).ToString("X") # ビット単位の和 $ret = 0x14F4 -bor 0xFF00 # ビット単位の排他的論理和 $ret = 0x14F4 -bxor 0xFF00
7.サブルーチン
PowerShellのサブルーチンには関数とフィルタがある。関数とフィルタは呼び出し行の前で宣言する必要がある。 filter構文もfunction構文と並んで独自関数を記述するものだが、filter構文はパイプラインに渡されたオブジェクトをフィルタするのに用いる。 functionとの違いは、パイプラインに渡した配列を一度に処理するか(function)個別に処理するか(filter)
# 関数宣言の基本 function Get-Test { return "test" } # 注:returnを付けなくても関数内で出力された値はすべて呼び出し元に返却される。返却したくない場合は出力値をを[void]にキャストするか|Out-Nullに渡す。 # 引数を指定する場合 function Get-Test { param($param1,$param2) return $param1 + $param2 } # 引数を指定する場合の簡易的な記述法 function Get-Test($param1,$param2) { return $param1 + $param2 } # 引数の型を指定する場合 function Get-Test { param([string]$param1,[string]$param2) return $param1 + $param2 } # 関数の呼び出し方(,区切りではなくスペース区切りであることに注意) Get-Test "引数1" "引数2" # 引数の順序はパラメータ名(引数名)を指定すると自由に指定可能 Get-Test -param2 "引数2" -param1 "引数1" # フィルタ宣言の基本 filter Get-Odd { if($_ % 2 -eq 1){ return $_ }else{ return } } # フィルタの使用 @(1..10) | Get-Odd
8.テキストファイル入出力
コマンドレットで可能。エンコーディングは日本語環境のデフォルトではShift-JIS。コマンドレット出力のテキストファイルへの書き出しに関してはリダイレクトも可能。この場合エンコーディングはUnicode。
$str1 = "testテスト" Set-Content test.txt $str1 # 書き込み Add-Content test.txt "追記" # 追記 $str2 = Get-Content test.txt # 読み込み Set-Content test.txt $str1 -encoding UTF8 # UTF-8で書き込み # リダイレクト Get-Process > test.txt # 書き込み Get-Process >> test.txt # 追記 Get-Process | Out-File test.txt -encoding UTF8 # エンコーディングを指定する場合
9.例外
PowerShellで例外が発生すると、デフォルトではエラーメッセージを表示し次の行を実行する(シェル変数$ErrorActionPreferenceの設定により挙動の変更可能)。VBでいうとOn Error Resume Nextに近い。エラーが発生すると$Errorにエラー情報の配列が格納され、$?にFalseが格納される。エラーをトラップするには次の構文を使用する。VBでいうとOn Error Goto lineに近い。
# すべてのエラーをトラップ trap { } # エラーの型名を指定してトラップ trap [System.Management.Automation.CommandNotFoundException] { } # エラーを発生させる throw "エラー" throw New-Object NullReferenceException
構造化例外処理(★2.0)
# 基本 try{ } catch{ } finally{ } # エラーの型を指定してcatch try{ } catch [System.Net.WebException],[System.IO.IOException]{ }
10.知っておいたほうがよい文法
行継続文字
1行にすると長いコードを複数行に書くには行継続文字`を用いる。VBの_。
$items = Get-ChildItem a*,b*,c*,d*,e* ` -force -recurce
ただし以下のような場合は`を使用しなくてもよい
$items = Get-ChildItem a*,b*,c*,d*,e* -force –recurse Get-Process | Where-Object {$_.handles -gt 500} | Select-Object -first 5
ステートメント分割
ステートメントを分割するには改行コードもしくは;を使用する。VBの:。JavaScriptと同様、文末に;はつけてもつけなくてもよい。
$i = 1; $j = 5; $k = $i + $j
ヒア文字列
複数行の文字列を記述する方法。
$str = @" aaaaaa bbbbb cccc ddd ee "@
.NET Frameworkクラスの利用
.NET Frameworkに含まれているクラスのプロパティやメソッドを使用できる。基本的に完全修飾名を指定しなければいけないが、"System."は省略可能。また、intなど型エイリアスがいくつか定義されている。
# スタティックメンバの使用 [System.Math]::Pow(2,8) # インスタンスの生成とメソッドの実行 $arrayList = New-Object System.Collections.ArrayList $arrayList.Add("a") # コンストラクタがある場合。複数ある場合は配列として指定 $message = New-Object System.Net.Mail.Message from@example.com,to@example.com # COMオブジェクトの生成 $wshShell = New-Object -com WScript.Shell # デフォルトで読み込まれていないアセンブリを読み込む [void] [System.Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms") [System.Windows.Forms.MessageBox]::Show("hello!") # クラスにどんなメンバがあるかの確認 # インスタンスメンバ Get-ChildItem | Get-Member # スタティックメンバ [math] | Get-Member -static
キャスト
-asを使った場合はキャスト失敗時もエラーにならずNullが格納される。
$dt = [System.DateTime]"2010/02/13" $dt = "2010/02/13" -as [System.DateTime]
ユーザー定義オブジェクト
PowerShellにはクラスを定義する構文はないが、空のオブジェクト(PSObject)を生成し、任意のプロパティ(ノートプロパティ)を付加することができる。
$obj = New-Object PSObject $property = New-Object System.Management.Automation.PSNoteProperty "Name","名前" $obj.PSObject.Members.Add($property)
シェル変数
あらかじめ定義されている変数。シェル変数には自動変数(変更不可能)とユーザー定義変数(変更すると挙動を変更することができる)がある。自動変数の例を挙げる。
$_ :現在パイプラインにわたっているオブジェクト
$args :関数やスクリプトに与えられたパラメータの配列
$pshome :PowerShellがインストールされているフォルダのフルパス
$MyInvocation :スクリプトの実行情報。$myInvocation.ScriptNameでスクリプトのフルパス取得(★2.0)。$myInvocation.MyCommand.Path(1.0の場合)
$true :true。
$false :false。
$null :null。
サブ式
$()内には複数行のコードが記述できる。
$arr = $(1;2;1+4)
式モードとコマンドモード
PowerShellの構文解析は式モードとコマンドモードがある。式モードは通常のモード。コマンドモードは引用符がなくても文字列を文字列として扱う。コマンドレットのパラメータなどはコマンドモードで扱われる。ただしコマンドモードになるところでも()もしくは$()もしくは@()をつけるとその中身は式モードとして解釈、実行される。
$i = 1 + 1 # 式モード Write-Host aaa # コマンドモード(表示:aaa) Write-Host aaa bbb # コマンドモード(表示:aaa bbb) Write-Host 1+1 # コマンドモード(表示:1+1) Write-Host (1+1) # 式モード(表示:2) $itemCount = @(Get-ChildItem).Length # 式モード
実行演算子とスクリプトブロック
&演算子を用いるとスクリプトブロック{}の内容を実行できる。この場合、スクリプトブロック内のコードは別スコープになる。
$script = {$i = 1+6; Write-Host $i} &$script & 'C:\Program Files\Internet Explorer\iexplore.exe' # パスにスペースの含まれるファイルを実行したりするのにも使える
フォーマット演算子
-f演算子を使うと、.NET Frameworkのカスタム書式が使用可能。
"{0:#,##0}Bytes" -f 38731362 # 表示:38,731,362Bytes
バイト数の簡易表記
$i = 1KB # 1024が代入される $i = 1MB # 1048576が代入される $i = 1GB # 1073741824が代入される
そのほかの基礎文法最速マスターへのリンク
プログラミング基礎文法最速マスターまとめ - ネットサービス研究室
http://d.hatena.ne.jp/seikenn/20100203/programmingMaster
PowerShellの詳しい機能解説についてはこちらの記事を参照してください。
PowerShell的システム管理入門 ―― PowerShell 2.0で始める、これからのWindowsシステム管理術 ―― ─ @IT
進化したPowerShell 2.0 ─ @IT
文法や機能について詳しく学びたい方には書籍もあります
Windows PowerShellポケットリファレンス
PowerShellによるWindowsサーバ管理術
2006/12/07
フォルダのサイズを取得するには?
"{0:#,##0}Bytes" -f (dir -recurse -force|measure-object length -sum).Sum
こんなのでいけますね。結果は87,471,463Bytes
のように表示されます。
単に
dir -recurse -force|measure-object length -sum
とすれば、
Count : 4142 Average : Sum : 87471463 Maximum : Minimum : Property : length
と表示され、ファイル数もカウントできます。
ところで質問なんですけど、{0:#,##0}のようなフォーマット文字列の書式一覧ってMSDNのどこにあるんでしょうか?
元記事:http://blogs.wankuma.com/mutaguchi/archive/2006/12/07/48877.aspx
Copyright © 2005-2018 Daisuke Mutaguchi All rights reserved
mailto: mutaguchi at roy.hi-ho.ne.jp
プライバシーポリシー