アドバイスWindows XPスクリプト,WSH対ユー
-
05-09-2019 - |
質問
後に多くの経験に基づいたスクリプトをUnix/Linuxのオープンソースの世界では、使用言語など、Bourneシェル、Perl、Python、Ruby、私は今自分が必要ないくつかのWindows XP管理ソフトウェアですこの環境はWindowsスクリプトホスト(WSH)をとることができる各種スクリプト言語が第一言語は、VBScriptのであCOMオブジェクト。しかし、未来がWindows PowerShell、.います。
俺の基礎からApplesoft、1970年代さんの熱心さがない学習のVBScriptがん学ぶのに十分な書きの小さなスクリプトにマウントネットワークドライブもできます。について知っておきましょう時間をお過ごしく学ぶこい傾向に投資できます。純ユー環境なのです。かったのであり、C#とWindows Formsグッ年前、しているのか教えてください曝露です。純んでいるため、日本とユ魅力です。
理解とは水晶玉の未来を予測するMicrosoftうから聞こえ方はユーザ、そして考えたことで価値あるもの又はあら誰でも知っている深刻な欠点にはPowerShell、ことを推奨しまな場所には近づかないでくださいます。
更新: その結用WSH/VBScript、特定のスクリプトと思置としてスクリプトはユーザーのWindows XPワークステーション.ればいいのでコピーで起動フォルダがないと思うのです。しかし、また十分なWSHそのために一仕事です。ことができて嬉しく思いるユーでは、今後、いただいた場合、より複雑なスクリプティング業務んにユー.
解決
限定となっておりますのでお買い価値ある"?
おっしゃるとおりです。この理由はいかがでしょうか。
- 以Microsoft製品に基づくユー-例交換サーバは2007年、SQL Server2008等
- ユアクセスできます。います。
- 簡単に学ぶ-する必要がある複数のコマンドを探索機能をユー等)-コマンドで取得し、取得-委員等
- のコマンドはつまり、別名とマップされたこと類似しておりDOSまたは*NIXシェルコマンドなど)"ls"と"dir"は別名"Get-ChildItem","cd"ファンクションのための"セットの場所"
- で開発者ツールからユーできます。ネットライブラリーでの試作もおります。純機能ユー
- できるナビゲート周りにレジストリ、証明書、環境変数などをしているかのようにファイルシステムお使いいただいた同一のコマンドを使用するファイルシステムのナビゲート周辺など)cd HKLM:\
欠点:
- ユーバージョン1.0はリモ(2.0)の新しいスレッドを使用。Threading.スレッドが支援を背景に雇用2.0)
- 学習曲線の長さでない場合に使用なデザインインタフェースJavaに基づく言語
- で作成クラスを提供します。.当期純物
- 例えば)を汎用
List<int>
収集は以下のような
- 例えば)を汎用
$l=新しいオブジェクトのシステム。ョンにします。クラスを提供します。.リスト`1[[システム。Int32]]
他のヒント
ユーでの道のりばが期待でインストールする必要がありますが別途Windows前7るというのはWSHより魅力的な目標と組み合わされるために展開するスクリプトは実行さ依存関係.また、.純含みませんか古代のWindowsのバージョンのようなXPる更なる充実を図るにはバーがあります。
また一部の露出。純くだユーか直感的にしています。特にWindowsサーバー環境そうで立ち上げたのは"女性にとって、デフォルトのためのコマンドラインに投与以降、ほぼすべてが新発売のサーバ部品船とカスタムユー cmdlets.でユきるようにパスにMicrosoftいに従う。ゃれなかったものを埋葬COMではこれまでにないユ住む少なくとも年くらいの位置で の 自動スクリプティング環境のための行政事ができます。
またこのオブジェクトに基づくパイプラインがかかりましたが慣れるので、非常にパワフルで使いやすくします。確かに簡単に多くのことを必要とするsed/awk※nixes.
とはいえ、まだまだ利用のWindowsバッチファイルのための多くのものはWindowsな依存関係のものならべるだけで汚れ癖の鉱山:)
のWSHがで設置されているデフォルトで、Windows98、あるものWindows95ですが、ユー付属Server2008年現在、設置可能になってもXPでは、かつてのようなものが課題です。
場合は実行時にカスタマイズのサーバーをスクリプトされます。いうユー.
さがしているベストスクリプト言語のためにWindowsのためのかなりの時間(もしています。しかし、見てすべてのvariantで終わるJScriptのためのWSH.がユ明確にはメリットのメリット後の最初のう有意ではない(内蔵IDE).デメリットではありませんcompletly報:
- 前に実行できるスクリプトを使って手動でき 可能性を走らせることで、展開であることを示し、 ネットワークどのようにとWSH.
- 命名規則cmdlets.ではキャメルケースもpython_tail.文字通り、燃やった。
- 変数名で始ま$(Perlならないからとニコ動から必えると思いますよ。あい)と同等です。
- 使用できませんrealative道を走るためのイントロダクションです。
それとは逆にJScriptはCのような明示的に可能なスクリプト、受け入れらの相対パス、大文字と小文字が区別は、緩やかに入力もまぁのメリットスクリプト言語に比べ、VBScript).い知識をユーだったMS Technetのです。
私的には二つの大きな理由としては、ま拒否されたユーでいることからもより強力MSを積極的に支援でした:1)い手動スクリプトを有効にする走行可能性を各マシン2)一般社Cのようにシャル-アドバイザーが既に使った(というかもしれません)。
利用Posershell可能な場合は、インラインスレッドセーフで、C#、ない場合-WSHいもんです。-msdos-理いたしません。
ここでは現在2017年、後から振り返ってみるとなんだかとってもおいしそうにユしたが、まぁ.