Select-StringのPathのワイルドカードがわからないけどどうにかなって頭がどうかなりそうな件

この記事が言いたいことを三行でまとめて

  1. Select-StringのPathパラメータはワイルドカードが使えるが正規表現は使えない
  2. しかしPathパラメータにはString配列を使って指定できる複数のPath（実質的なOR表現）を実現できる
  3. やりたいことができたけどMicrosoftの設計思想に納得がいかなくてついつい書きなぐる

Select-Stringの-Pathパラメータに正規表現を使用したい人生だった

さて、以下のようなフォルダー構成とする。よくある日付フォルダーにログファイルが入っているという構成だ。

C:\work\
+-20200801
  + abc.log
+-20200802
  + abc.log
+-20200803
  + abc.log
...
+-20200813
  + abc.log
+-20200814
  + abc.log
+-20200815
  + abc.log
...
+-20200830
  + abc.log
+-20200831
  + abc.log

これに対して、そもそも下のようなコマンドが使えていた。

PS C:\Work> Select-String -Path ./2020080[1-5]/abc.log -Pattern "Hoge"
C:\work\20200802\abc.log:3 Hoge
C:\work\20200805\abc.log:3 Hoge

というふうに[1-5]という表現を使えるので、すっかり正規表現を使えるものだと思い込んでいた。

で、やりたいことは1日から15日といったもっと長い期間の指定をしたかった。だが、そのためには[]では足りない。

先日に書いた[https://qiita.com/gat3ta/items/11bff27c7a1d1d315fbc 正規表現の記事]もそれをしたくて考えていた記事のわけだ。

そして、正規表現のOR表現に行き着く。

満を持して、下のコマンドを打ったところ、なんと！

PS C:\Work> Select-String -Path ./202008(0[1-9]|1[1-5]/abc.log -Pattern "Hoge"
PS C:\Work>

ううん。もともとあった方の結果も出ないぞ？

違うコマンドを打ってみて、どうやら何かが悪いようだ。ということで、調べた結果からカッコと|（or表現）は使えないということは突き止めた。少しばかり考えてみる。

「なるほど？　()はファイル名で使えるもんな」

けれどすぐに思い至る

「[]だってつかえるやないかい！　どういうことやねん！」

MSDNさんにPathパラメータの聞いてみよう

Select-String (Microsoft.PowerShell.Utility) - PowerShell | Microsoft Docs

-Path

Specifies the path to the files to search. Wildcards are permitted. The default location is the local directory.

Specify files in the directory, such as log1.txt, .doc, or *.. If you specify only a directory, the command fails.

TABLE 13 Type: String[] Position: 1 Default value: Local directory Accept pipeline input: True Accept wildcard characters: True

冒頭のとおり「ワイルドカードが許されてるよ！」とのことである。そこである疑問が思いつく。

「もともと、cmdだとワイルドカードって、*か?だけじゃなかったっけ？」

と調べてみた。

すると、PowerShellでは[]の表現も許されるようになったそうでさる。

参考：Supporting Wildcard Characters in Cmdlet Parameters - PowerShell | Microsoft Docs

てめえ。*と?はファイル名で使えないし、そういう思想なのはよく分かる。 だけど、[]はファイル名で使えるだろうがよう。納得行かねえよなあ？

それでLiteralPathパラメータを作るくらいなら、RegExpPathパラメータでも作れコノヤロー。

なんかこういう中途半端な設計思想が許せねえ。

と文句を言っても仕方があるまい。なににせよ、Pathパラメータで正規表現は使えないことがよくわかった。

Pathを配列で指定するってなに

「では、OR表現が使えないのかあ。しかたあるめえなあ。力ずくでスクリプトでも組むかあ？」と諦めかけたところ、MSDNのあるところが目に入る。

Type: String[]

配列？　え、配列を引数として入れられるってこと？

つまり、複数のPathを指定できるかもってこと？

ただMSDNの記述を探してもこの他には、どうも詳しく書いていない。そう、つまり、試せってことですね。

では、試してみましょう？

PS C:\Work> Select-String -Path @("./2020080[1-9]/abc.log","./2020081[1-5]/abc.log") -Pattern "Hoge"
C:\work\20200802\abc.log:3 Hoge
C:\work\20200805\abc.log:3 Hoge
C:\work\20200811\abc.log:3 Hoge
C:\work\20200813\abc.log:3 Hoge

はい、できました

配列指定できるってなんだよって思う。まあ、Get-ChildItemからパイプでつなげてっオブジェクトを渡すためってところのためなんだろう。

PathのOr表現をなんとかワンラインで実現できたので、当初の目的は達成できた。それは喜ばしいことだ。

けれど…けれど、なんか違和感のある指定方法でしっくりこないんだよなア。

まとめ

  • Microsoftの関連で困ったらMSDNを読もう
  • でもあまり具体的なことはないから、腕力で、試してみよう
  • できたら正義だ！
  • でも、Microsoftの作るドキュメントはすっきりしません

コメント

コメントを投稿

このブログの人気の投稿

リモートワークをLogicoolのマウスとキーボードで複数ＰＣ切り替えて優勝した

イメージ
デバイス多すぎるんやが問題 仕事上シンクライアントPCを支給されているのだけれども、当然キーボードとマウスが増えるのでとても面倒くさい。 シンクライアントPCはノートPCなのでノートのキーボード使えやって話でもあるけど、使いにくいでしょ？ ということで、自前のをつないでいるんだけれど、メインPCでも調べごとしながらしているとなかなか作業場が厄介になる。 メインで使っているのはMXREGOじゃない 上図のマウス１に当たる部分はLogicoolのMX REGOというトラックボールマウスである 「そういえばこれPC2台接続できるじゃない？ ということで、ついでにキーボードも切り替えできるものとしてK375sを購入した Logicool K375s Multi-Device Wireless Keyboard & Stand Combo 構成 問題点 シンクライアントPCにLogicoolのソフト入れられない シンクライアントPCなのでLogicoolのPCにUnifyingソフトウェアを入れることができない。 つまり設定することができない つまり詰んだ？ ぴえん🥺 解決法 「聞こえますか…UnifyingはBIOSで認識できるのです...」 アラサーおじさんが泣いていると直接脳内に声が聞こえました。 アメージング！ Unifyingレシーバーは直接デバイスとペアリングしているのです！ ここらへんの仕様を調べたのですが、Logicoolのホワイトペーパーとかも見当たらないし、今ひとつつかめないんですよね。 同じような無線仕様のBluetoothはアプリケーションレベルで解決してるっぽい？のですが、Unifyingはハードウェアレベルで解決してるようですね。 話はそれましたが、解決法はこうです。 メインPCに2つ目のレシーバーを挿す 通常どおりペアリングする そのレシーバーを外しメインPCには元のレシーバーを挿す シンクラPCに2つ目のレシーバーを挿す これで解決できました。レシーバー上にペアリング情報が残るのですね。なので、こういった他PCでペアリングして指し直して使うという取り回しができるようですね。 リモートワークも一組のキーボードとマウスですむようになった
続きを読む

VBAでのInterfaceやキャスト

前段 個人的に、Excel VBAを仕事で組む機会がある。 自由に組んでいるので、いろいろと設計方法、実装方法を考える。 VBAのインターフェース VBAにはJavaでいうextendsのような継承はない。 Interfaceがあるので、ポリモーフィズムを実現するときは、これを使うのが一つの方法論だ。 ただ、インターフェースは、というか、VBAはクラスのキャストができない。 インターフェイス自体が、そうする性質のものではないのだが、つい欲しくなるときがある。 Object型 さて、話は変わるが、VBAには、Object型というものがある。 平たく言うと、あらゆるクラスに適する型である。あらゆるクラスのスーパークラスと思うと話が早い。 そして、Objcet型からは元のクラスで実装したプロシージャを呼ぶことができる。ObjectによるポリモーフィズムもVBAでは可能、といえる。 なので、ダウンキャストを実現するために、インターフェイスでインスタンスが自己をObjectで出力するためのメソッドを定義してあげることで、スーパークラスからサブクラスへのキャストを実現する。 実装例 Class InterfaceClass '' プロパティ Public porp as String　 '' イミディエイトウィンドウに出力する Public Sub printOut() As String End Sub '' 自己をObject型で出力する Public Function Object() As Object End Function Class ImplementClass '' InterfaceClassを実装する Implements InterfaceClass '' スーパークラスのGet,Letのため、 '' 値を保持しておくためのプロパティ Private prop As String '' Getter Public Property Get InterfaceClass_prop() As String InterfaceClass_prop = prop End Property
続きを読む

SUPERHOTがいかにSUPERHOTか語りたい

イメージ
注意 ただの感想の垂れ流しです 全世界が驚愕した待望したゲーム性 SUPER HOT は、今までで3作でている。 SUPER HOT （以下SUPERHOT） SUPER HOT VR（以下VR） SUPER HOT : MIND CONTROL DELETE（以下DELETE） SUPERHOTは2013年にKickStarterでクラウンドファンディングされて、見事成立させできたゲームだ。 このゲーム性は、シンプルかつ非常に魅力的なものだった。 「自分が動いている間だけ時間が進む。自分が動かなければ（ほとんど）すべてが止まる」 映画MATRIXの有名な場面のように 弾丸が止まって見える を体現したゲームだったのだ。 死角から弾丸が発射されても、軌道を見てから紙一重で避けて、反撃する。そんな映画みたいな演出を実体験できる。 ブラウザでできるプロトタイプからそれが実現できていた。 プロトタイプを再生する-SUPERHOT クラウンドファンディングが成功して当然のゲームなのだ。 質実剛健なグラフィック SUPERHOTが発売されたものは、グラフィック自体は特に凝っているわけではなかった。すべて３Ｄグラフィックだが、ポリゴンチックで２０１３年当時でもきめ細かいグラフィックとは言えない。 ただ、その表現が非常にゲームとしてシンプルかつ機能美を追求したものだった。 敵は赤色 武器は黒色 ステージなどその他は白色 直感的でゲームを理解できる。そして、敵キャラクターはほとんど同じ造形のポリゴン。ただの記号だ。 ゲームはゲーム。下手な感情移入など不要。そう言わんばかりの作りだ。 先の「映画的な楽しみ方」を１００％没頭させるゲームなのだ。 シンプルなゲーム性に高い戦略性 しかし、一言でいうとこのゲーム「死にゲー」である。 ルールハシンプルだが、かなりの高い戦略性を求められる。 1対1で射撃戦を講じるなら余裕だろう。しかし、このゲーム敵がわんさか出て、１対多を必然的に求められる。 ３６０度どこから弾丸が飛んでくるか分からない。故に、全体を見渡しての状況把握が必要となる。 そうやって視点を動かしている間に背後を取られる、などというのもしばしば起こる。 そして、「ゲームオーバー」 さながら、ワンマンアーミーの過酷さ
続きを読む