FormatMarkdown に見るPowerShellで避けたほうがいい配列処理 - tech.guitarrapc.cóm
PowerShell をやってて、だれもが一度は作る Format-MarkDown。 自分で作ったのはもってたのですが、人の作ったのを見る機会があったのでソースをみていました。 www.powershellgallery.com このソース、配列を扱うにあたって PowerShell でやらないほうがいいことをしてるので改善する流れをみてみましょう。 目次 目次 改善してみる 配列は+=からListへ Get-Member を繰り返さない 改善内容 改善結果 まとめ 改善してみる 配列は+=からListへ すでに書いたことなのですが、これを適用するだけです。 tech.guitarrapc.com つまり、配列に対して、+= をするのはパフォーマンス影響が大きいということです。 数十程度ならいいのですが、数百、数千になるに従い影響は顕著に表れます。 Get-Member を繰り返さない
powershellでパーサコンビネータ - Qiita
などと書けるのである。なんかLispっぽい。setvar や tokenN の実装は示さないがここでは、イメージをつかめてもらえれば良い。ただし、実際に数十桁、数百行ある固定長文字列をパースさせたところ非常に遅かった。これは追求はしていないが、パーサコンビネータではなくpowershell v2もしくはpowershellそのものの問題だと思う。 速度面以外でも、powershell でこの手のことをやってあーこの言語には向いてないなっと思った。 でも、 function token { Param($str) $len = $str.Length return { Param($target, $position) if ($target.Length -ge ($position + $len) -and $target.Substring($position, $len) -eq $
PowerShellでファイルやフォルダーを操作する
これらコマンドレットによって提供される機能は、コマンド・プロンプトのユーザーであれば、ごくおなじみのものであり、実際、PowerShellで提供されるエイリアスによって、（基本的な機能であれば）ほぼコマンド・プロンプトと同じ感覚で利用できる。 もっとも、使えるオプションなどはコマンドレット独自のものも多くあるので、コマンド・プロンプト・ユーザーの方はおなじみの機能との違いも意識しながら、PowerShellのこれら基本的な機能を理解していってほしい。 操作方法 ●ファイル／フォルダーを新規に作成する まずはファイル／フォルダーを新規に作成する方法を解説する。ファイル／フォルダーを作成するには、New-Itemコマンドレットを使用する。例えば「c:\tmp」フォルダーの中に新規のwindows_tipsフォルダーを作成するには、以下のように記述する。 PS > New-Item c:\tmp
PowerShellで巨大テキストファイルをのぞく
この記事は以前にdevslife.comで紹介したものです。 ビルドプロセスがとんでもなく巨大なテキストファイルを吐き出した。これは何かが無限ループしていると思うのだがその原因を突き止めなければいけない。なのでファイルの最後の方を何とかして読む必要がある。６００MBもあるテキストファイルの最後のほうだけをどうやって読むことができるだろうか。PowerShellを使ってやってみようと思う。 Get-Contentではどうだろうかと初め考えた。次のようなコードを書いてみた。 $FilePath = "D:\Temp\Test.txt" $Text = Get-Content -Path $FilePath -TotalCount 1 $Text これだと初めの一行を読むということだもんね。このログファイルはXMLなのですべてのデータが一行に収まってるから使えない。試しに-TotalCountを
Windowsスクリプティング環境比較：PowerShell vs WSH ― ＠IT
［運用］ Windowsスクリプティング環境比較：PowerShell vs WSH ―― 伝統のWSH 対 先進のPowerShell、どっちを使う？ ―― 1．PowerShellのインストールと動作確認 Microsoft MVP Visual Developer - Scripting 牟田口 大介 2007/04/12 Windowsスクリプティング環境：旧来のWSHと新しいPowerShell Windowsを使っていて、定型作業を手動で繰り返し行うのは苦行としかいいようがない。例えば大量のファイル群から必要なファイルを探し出し、別のフォルダにドラッグ・アンド・ドロップして、そのファイルをワープロ・アプリケーションで開いて、ある文字列を置換して……、などということを複数のファイルに対して行う必要があり、しかもそれを毎日やらなければならないときたら、キーボードをたたき壊したくなる
次世代Windowsシェル「Windows PowerShell」を試す（前編） ― ＠IT
本稿は2006年4月12日に公開された「次世代WindowsシェルMSH（コード名：Monad）を試す（前編）」の改訂版です。Windows PowerShell RC1版のリリースに合わせて、Monadシェルの正式名称は「Windows PowerShell」となりました。MSHおよびMonadという名称はもはや使用されません。 Monadベータ版からの変更点の詳細については本稿冒頭で言及しているWindows PowerShell本体のファイル「PowerShell_i386.zip」に含まれる「Windows PowerShell RC1 release notes.htm」に記載されています。 Windowsのシェルといえばコマンド・プロンプト（cmd.exe）であるが、その機能はUNIXなどのシェルと比較するとまったく貧弱なものである。WindowsではMMC（Microsoft
Windows PowerShell徹底解説
UNIXシステム管理者にとって，Windowsスクリプティングは長い間笑いの種だった。これにはいくつかの理由があったが，代表的なのは，Windowsにはスクリプティングを本当の意味で役立つものにするための主要機能の多くが欠けていたことだ。しかしWindowsの新しいスクリプト環境「Windows PowerShell」によって，米Microsoftは他OSのスクリプティング機能に追いついただけでなく，追い抜こうとしている。 かつて「Monad」という開発コード名で呼ばれていた「PowerShell」は，これまでのWindowsにはなかったスクリプティング機能を提供するとともに，既存機能も大幅に改善している。PowerShellはまだリリース候補版だが，PowerShellがどのように性能の格差を埋めているのか，PowerShellがどのような仕組みになっているのか，知っておいて損はないだろ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PowerShellでマークダウンをHTML変換できるConvertFrom-Markdownコマンドレットを試す
Archived MSDN and TechNet Blogs