PowerShell -Part 5

**デフォルトの名無しさん** · 2021/03/18(木) 00:29:52.04

前スレ
PowerShell -Part 4
https://mevius.5ch.net/test/read.cgi/tech/1577862511/

次スレは>>980が立ててね！！

**デフォルトの名無しさん** · 2021/06/15(火) 11:09:45.95

スクリプト、シェル関数、フィルター、モジュール等々
コメントや引数からのヘルプ生成いいよね、（MSサイトのアヤシイ自動翻訳と比べれば）割と読める
ghできてびっくりした

**デフォルトの名無しさん** · 2021/06/15(火) 22:37:29.05

powershellなかったらWindows10嫌いになってた
まあ嫌いだけど

**デフォルトの名無しさん** · 2021/06/15(火) 23:16:19.96

昔からあるがな

**デフォルトの名無しさん** · 2021/06/16(水) 08:41:42.53

スマホでPowerShell使いたい人っているの？

Distribution Support Request: PowerShell for Android
https://github.com/PowerShell/PowerShell/issues/15556
Distribution Support Request: PowerShell for iOS
https://github.com/PowerShell/PowerShell/issues/15563

**デフォルトの名無しさん** · 2021/06/16(水) 08:50:31.44

ぶっちゃけplaystoreで何回も検索してるけど引っかからなくて悲しんでる
about_*をブラウザで読んでた方が百倍マシな紙芝居チュートリアルみたいのは存在してる（検索ノイズ）

アンドロの採用してるmkshへのインターフェイス提供するアプリは、個人投稿ぽいのがいっぱい出てくるんだけども…

**デフォルトの名無しさん** · 2021/06/16(水) 08:54:13.04

携帯端末で特に何がしたいって訳でもないけど、思い付きのアイデアを手軽にインタプリタで検証したい時は割とある
野良でもいいけど、公式から出るんならなおさら嬉しい

**デフォルトの名無しさん** · 2021/06/16(水) 09:09:48.51

色々電卓代わりのインタプリタ試したけど、今のところgforthが最良
ソフトキーボードと喧嘩しないし、pc版と同じヘルプ補完を提供してるいいもの
ただ言語コアが小さいので、そのままでは四則くらいしかできない

一般的な言語は（）を行き戻りするのが辛い、数学関数揃ってるRPN/コマンド言語が求められる

[math]::funcとか手軽に引けるだろうことは嬉しい
RPN言語側での候補は数学関数揃ってるpost/ghostscriptだけど、これもrepl移植が見つからない、悲しい

**デフォルトの名無しさん** · 2021/06/16(水) 09:22:11.80

式を置き去り(最初のワードがコマンドでない場合)にしたら勝手に評価して表示してくれるのもいいね
10Kをintと解釈してくれるような、かわいい機能群も生きそう
スマホ関数電卓界のホープになれる

**デフォルトの名無しさん** · 2021/06/16(水) 09:32:04.79

(mk?)shへの対話モードはAndroidのネイティブシェルだから、ガワ被せるだけの野良実装が多いのは理解できるんだけど
入力が不便なスマホで一体何に使うのな気になってる、やけにダウンロード数多いし
マゾいexprで電卓したり、まさかスクリプティングするわけでもなかろうに

**デフォルトの名無しさん** · 2021/06/16(水) 10:03:11.27

unixの伝統的な外部コマンドはアンドロイドにはあんまり入ってなかったはず
別途入れるかバンドルされてるのを探すかしなければならないけど、bcやimagemagikを(多分)叩けるのは有意義だと思う
まあそれ以外の用途は浮かばないけど、広告まみれの電卓/画像変換アプリ使うよりはずっと良さそう

ちょっと試してみるかな

**デフォルトの名無しさん** · 2021/06/16(水) 10:39:58.25

携帯端末でshを使う需要でとりあえず思いつくのは
httpクライアントでエロ画像根こそぎ落としたり
出先からPCやサーバが仕事してるかsshクライアントで確認&ジョブ投げたり？

とりあえずロートルでも単純なコマンドさえ発行できれば十分なのでは
pwsh(android/ios)にはそれ以上を期待したいけど

**デフォルトの名無しさん** · 2021/06/16(水) 11:36:53.15

携帯デバイス上のsshデフォルトシェルに便利な気がする
動的に画面に合わせたビューが提供できるのが活きそう

確かにソフトキーで一行コマンド送るならshを設定しても大して変わらないけど、
大きいディスプレイ向けにハードコードされたunix/winコマンドの出力なんてスマホやタブで読めたもんじゃない

逆にデフォルトで簡潔なビュー（.ps1xml）が同梱されないなら、多分俺は電卓としてしか使わないわ

**デフォルトの名無しさん** · 2021/06/16(水) 11:39:42.68

>>367
PSは.NETやWin32API呼び出しとC#が使えるのが肝だからなあ
スマホじゃ適当なシェルでいいんじゃないか
PSのパイプとか遅いだけだし

**デフォルトの名無しさん** · 2021/06/16(水) 12:11:49.40

.netアプリなんてapple/play storeに溢れてるのでは？
と思ってたらこれ、ランタイム方式じゃないのね…

iOS/Androidの.net(monoやxamarin)は、必要なコードだけ抽出し.apk等にコンパイルされているようで
粗末な出来なのに~50MBくらいある奴が典型的
明らかにxamarin, monoのランタイム(~100MB以下)を共有した方が経済的だと思うんだけど、何か大人の事情があるのだろうか

**デフォルトの名無しさん** · 2021/06/16(水) 12:16:49.70

別にスマホのシス管するわけでもなし、xamarinやmonoから必要なAPI引いて自己完結なポートでもいいと思うけどね

**デフォルトの名無しさん** · 2021/06/16(水) 12:37:37.60

>>367
5日放置かー、あんまり興味ないのかね

モバイル疎いのでmono, xamarinはよく分からんけど、とりあえず.net coreもiOS, Androidサポートしてるようす
https://github.com/dotnet/core/blob/main/release-notes/6.0/supported-os.md

.net実装少なくなったね
monoもxamarinも買収で半分MS公式だし、コードベースもほぼほぼ共有しちゃってるし
野良実装がわらわら溢れてた時期は、これからは.netという安心感があったなぁ

**デフォルトの名無しさん** · 2021/06/16(水) 12:38:42.86

asp coreわすれてた

**デフォルトの名無しさん** · 2021/06/16(水) 12:42:45.75

実用性よりもCore系なら移植性抜群ですよっていうデモ的な意味合いが大きい気がする

**デフォルトの名無しさん** · 2021/06/16(水) 12:49:41.03

そうだね、ぶっちゃけ知らなかったし
一応遊んでみようと思う

**デフォルトの名無しさん** · 2021/06/16(水) 13:00:48.00

MS公式、準公式で少なくとも4つ実装がある意義とは
野良実装の存在は健全な発展に必須だろうに、なぜ淘汰してしまったのか

**デフォルトの名無しさん** · 2021/06/16(水) 13:59:07.75

スマホにドトネトて、既にあるラッパーのラッパーを作ることに相当するよね
スマホのアップデートなんて限定的だし定期的に買い換えても機種が違えば中身もゴッソリ変ってるし
どうせroot化でもしない限り大した事できないしあんま深く知りたいわけでもない
automateみたいな事が普通にできれば十分かな

**デフォルトの名無しさん** · 2021/06/16(水) 14:59:31.40

なんでスマホでやらなあかんねん
という部分がまずクリアできない

**デフォルトの名無しさん** · 2021/06/16(水) 15:07:02.37

ちょっと気付くの遅いけど、まだスレで言及されてないようなので

8 Apr commit
" Vim filetype plugin file
" Language: Windows PowerShell

https://github.com/vim/vim/blob/master/runtime/ftplugin/ps1.vim
https://github.com/vim/vim/blob/master/runtime/syntax/ps1.vim
etc

まあ俺が使ってたhttps://github.com/PProvost/vim-ps1を公式がマージしただけなんだが
やはり嬉しいものだ

**デフォルトの名無しさん** · 2021/06/16(水) 15:23:11.73

本当に最低限のサポートだけど
vimの補完関数に外部コマンドとしてpsreadlineの晒してるAPIを指定するだけで、replと同等の編集ができるよ
（about_PSReadlineとかそんな感じの参照）

**デフォルトの名無しさん** · 2021/06/16(水) 16:01:42.73

MSのサイトでPowerShellのlsp書式(VSCodeのプラグイン形式)公開してるから、vimのlspサーバ付きビルドなら標準でVSCode同等機能で書けるよ

PSReadlineのバックエンドも多分これだし、間接的には同じことかも？
あくまでライン編集用なので、まだ保存してない定義参照など文脈読むのはvim担当になる
ただしパスにカレントディレクトリを加えておけば、保存した時点でのパラメータ等はPSReadlineが勝手に読んで候補に加えてくれるから、暗黙のうちに候補に加わる
ちょっと複雑だな

もしかするとロースペックだとラグいかも
外部呼び出しはブロックするし、キャッシュの存在し得ないファイル(現在編集中)を読むので…

何もインストールしなくていい手軽さと、自動でget-helpする小窓を常時表示したり、カスタマイズ性の高いvimからPSReadlineを呼びだしを推したい

**デフォルトの名無しさん** · 2021/06/16(水) 19:31:22.10

ブラックボックスなプラグインをぶちこむ
うごけばいいんだよ

**デフォルトの名無しさん** · 2021/06/17(木) 08:03:45.47

Preview updating PowerShell 7.2 with Microsoft Update
https://devblogs.microsoft.com/powershell/preview-updating-powershell-7-2-with-microsoft-update/

**デフォルトの名無しさん** · 2021/06/20(日) 23:45:59.70

2exeが仕事で役に立ったわ
exeじゃないとアイコン設定できなかったりするから必須機能だな

**デフォルトの名無しさん** · 2021/06/21(月) 19:28:55.69

7.2に上げたついでにinstall-module PSReadline -AllowPreview -force的な事したらコケたわ（2.2
replに入るとPSReadlineが死ぬ
レポジトリの会話見ると7.2で結構変更あるのでまだ2.2で対応してないと
pwsh -noni -nop -c '&{uninstall-module PSReadline}'的なのをcmdから打ってちゃんと最新が消えて2.1にロールバック、問題なし

迂闊なアップデきよつける

**デフォルトの名無しさん** · 2021/06/21(月) 22:13:51.12

>>390
Windows Updateに乗(せられ)るのね、ちょうど上の方で話題になっててタイムリー？

**デフォルトの名無しさん** · 2021/06/22(火) 11:36:31.82

>>357
-[not]match, -[e|c]replace の右辺(パターン)も`にして欲しかったわ
winのパスの'path\to\somewhere'がめんどくさい
[regex]::escape メソッドが用意されてるけど、メタ文字っぽいの全部エスケープしちゃうので
先頭アンカーの^をメタ文字にするときは
'^' + escape('path\to\somewhere')
なんか汚い…
.もパスによく出てくるので面倒

いい書き方ないかな？

**デフォルトの名無しさん** · 2021/06/22(火) 14:32:20.14

pwshからドトネトも学ぼうとsdk入れたら500MBも吸われてしまった…
F#を恥ずかしながら知らなかったんだかど、MLとC#を悪魔合体したみたいで面白いねこれ
ps1内でおもむろに
Add-Type ... @'
F#スニペット
'@
と書いてすぐ走る利便性すごい

けどやっぱりsdkがでかい…
複数言語の処理系入ってると思えばでかくないかもしれないけど

でかい

**デフォルトの名無しさん** · 2021/06/22(火) 14:51:05.02

ヒアストリングはエディタに文字列扱いされてハイライトも補完も効かないので分けてGet-Contentしてる
ソラで書ける程度ならいいけど

**デフォルトの名無しさん** · 2021/06/22(火) 17:18:07.98

いいと思うよ
大体の人は1ファイルに収めたいからヒアドキュメント使うわけで

**デフォルトの名無しさん** · 2021/06/22(火) 18:07:25.83

>>395
F#登場時に『OCamlを参考にした』ってよく紹介されてて、それで初めてMLの存在を知ったわ
F#走らせるだけならSDKまでいれなくてもF#のランタイムだけで動作するはず
pwshオンリーの環境で試したこと無いから、だめかもしれんけど
でも、add-typeしてF#動かせるならf#スクリプトも動くと思うんでpwsh経由にする必要ないんでわ？

**デフォルトの名無しさん** · 2021/06/22(火) 19:04:57.19

F#は見た目キレイなocamlで好きだよ、;で諦めた

インラインは読み込み時に都度メモリ上にコンパイルするので、初読み込み時のオーバーヘッドはあるかと
まあdllやら作り直すより楽なので、困るまではインラインでいい
なんなら@"で文字列補間できるしな

**デフォルトの名無しさん** · 2021/06/22(火) 19:55:16.74

遊ぶくらいだけど困ったらpwshで生やせるメンバをニョキっとできるしな
公式サイト見るとdiscouraged styleだけど
ドマイナー言語だけど入門にはちょうどいいかも

**デフォルトの名無しさん** · 2021/06/25(金) 14:50:04.75

今のところPowerShell7+をWindows11に標準搭載する予定はない
.NETのサポート期間の短さが問題になっている

https://twitter.com/natiTDD/status/1408114326137982986
https://twitter.com/Steve_MSFT/status/1408135314464378883
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/06/25(金) 16:13:53.08

some ideasとはなんぞ。

**デフォルトの名無しさん** · 2021/06/25(金) 17:07:37.16

>>402
期待したい

**デフォルトの名無しさん** · 2021/06/25(金) 20:51:38.19

function ConvertTo-Hoge($source) {
Write-Output '次のファイルたちに対して処理を実行します。'
Get-ChildItem -Path $source -Recurse
# 外部コマンドによる処理。
hoge.exe $source
}
ConvertTo-Hoge 'c:\data\source.txt'

上記のコード内のGet-ChildItemで取得されるのは、引数として指定した
　c:\data\source.txt
だけと想定していましたが、実際は、
　c:\data\SUB_FOLDER\source.txt
といったサブディレクトリ内の同名ファイルも取得されてしまいます。
ファイルを指定した場合は-Recurseパラメータが無視されると勝手に思い込んでいたので、
こういうかたちで再帰的な取得をするのは面食らいました。

ファイルを指定した場合に再帰取得を抑制する方法はないでしょうか。
'c:\data\' や 'c:\data\*' といったパスを渡すケースもあるので
-Recurseパラメータを外したり、-Pathを-LiteralPathに換えるわけにはいかないです。

**デフォルトの名無しさん** · 2021/06/25(金) 21:15:44.26

Powershellのコマンドレットにはあまり期待するな

**デフォルトの名無しさん** · 2021/06/25(金) 22:33:40.40

>>404
当たり前でしょ
c:\data\source.txt がファイルかどうかは調べるまでわからないんだし
そもそもc:\data\source.txtがなくてc:\data\SUB_FOLDER\source.txtがあるならc:\data\SUB_FOLDER\source.txtは欲しいんでしょ？

> ファイルを指定した場合に再帰取得を抑制する方法はないでしょうか。
指定したのがファイルなら-Recurse外せばいいだけじゃないの？

**デフォルトの名無しさん** · 2021/06/25(金) 23:34:28.71

>>405
そんなあ…。
>>406
ありがとうございます。
Get-ChildItemの前に検査するしかないんですね。
なお、c:\data\source.txt も c:\data\SUB_FOLDER\source.txt も両方存在しています。
Get-ChildItem -Recurse で両方を取得してしまいますが
SUB_FOLDERの方は処理から除外したいやつで欲しくないのです。

**デフォルトの名無しさん** · 2021/06/26(土) 04:19:56.86

Get-ChildItemのオプションは沢山あるからよく調べて除外指定すりゃいいし
パイプでWhere-Objectに渡して要らないのをフィルタするという手もある

**デフォルトの名無しさん** · 2021/06/26(土) 08:07:50.32

$a = @(Get-ChildItem -Path $source -Recurse)
$target = if ( $a[0].Name -eq $source ) { $a[0] } else { $a }

するぐらいかなぁ
要件満たせてるのかわかんないけど

**デフォルトの名無しさん** · 2021/06/26(土) 08:10:50.49

Get-ChildItemのオプションで除外するかWhere-Objectでフィルタか
両者にはどんな得意不得意があるの？

**404** · 2021/06/26(土) 10:25:46.45

>>408
自分が理解できる範囲でオプションを組み合わせてもうまくいかなかったのですが、
そういえばパスに*が含まれる場合は-Path、そうじゃない場合は-LiteralPathにすれば
想定する動作になるのかなと思いました。
コードが手元にないのであとでやってみます。
Where-Objectに渡すのは、すみません今回の場合にどうフィルタするのか想像つきません。
どうもありがとうございます。

>>409
これでうまくいきそうに思います。
*の有無で分岐するのと両方を試してみたいと思います。
どうもありがとうございます。

**デフォルトの名無しさん** · 2021/06/26(土) 10:58:10.50

>>411
こんな感じでよくない?
Get-ChildItem -Path $source -Recurse:(Test-Path $source -PathType Container)

hoge.exe の仕様にもよるけれど、-File とかも指定しないと変かも。

**404** · 2021/06/26(土) 11:51:34.42

>>412
こういった、パラメータの後ろに:をつけてオンオフを切り替える書き方を知りませんでした。
この方法でもできそうなので試してみます。
勉強になります。
どうもありがとうございます。

**デフォルトの名無しさん** · 2021/06/26(土) 14:42:37.37

>>412
$sourceにワイルドカード含まれてたら意図した動作にならないかと思ったけど、そんなことない？

**デフォルトの名無しさん** · 2021/06/26(土) 17:37:56.83

>>411
ワイルドカードが含まれない場合でもフォルダー指定ならrecurseが必要なんじゃない？

**デフォルトの名無しさん** · 2021/06/26(土) 18:15:40.91

そもそも >>404 で無条件にgciに渡してるとこからおかしいと思う
1. まず$sourceにワイルドカード文字が入ってるかどうかを判定する $source -match "[\*\?]"
2. 次にディレクトリ指定かを判定する Test-Path $source -PathType Container
3. そうでないならファイル指定かを判定 Test-Path $source -PathType Leaf
4. これ以外はエラーとする

1と2のケースならgciに掛けて除外したいものをWhere-Objectでフィルタしながら処理する
gci $source -recurse | ?{ $_.FullName -notlike "*SUB_FOLDER*" } | %{ hoge.exe $_.FullName }
3ならそのまま処理する hoge.exe $source
自分ならこんな感じで書くかな

**404** · 2021/06/26(土) 18:28:02.03

>>416
そうですね・・・。
*(ワイルドカード)の有無で分岐する場合は、
Get-ChildItem -Path $source -Recurse #ワイルドカードあり
と
Get-ChildItem -LiteralPath $source -Recurse #ワイルドカードなし
というふうに両方に-Recurseをつければいいと思いますが、
-Recurseをオフにしちゃうとたぶん想定と違う挙動になりますね・・・。
実際のコードで検証してみます。
ありがとうございます。

**404** · 2021/06/26(土) 18:42:17.36

リロードしてませんでした…。

>>416
想定外の文字列が渡されたケースなどを何も想定せずにいました…。

hoge.exeの引数は、ファイル1個でも、スペース区切りの複数ファイルでも、
フォルダでもワイルドカード付きでも受け取ってくれて処理してくれるのですが、
具体的にどのファイルに対して処理されたのか不安な時があるので
gciによりプロンプト上で確認したいというのが>>404のコードの意図なのですが、
よく考えたらgciの結果と、hoge.exeが処理するファイルが同じになるとは限らないので
筋の悪いことをしていたような気がしてきました。

**デフォルトの名無しさん** · 2021/06/26(土) 19:19:36.00

409ので最初のgciにfileオプション付けたらやりたいことできてない？

**404** · 2021/06/26(土) 20:40:31.67

>>419
自宅のPCでやってみたらうまく行かなかったですが(再帰的に取得されてしまう)、
うろ覚えの再現をして何か間違っているかもしれないので、週明けに実際のコードで試してみます。
ありがとうございます。

**409** · 2021/06/27(日) 00:14:38.21

$sourceがファイル名でなくパス指定だとうまくいかないので

$a = @(Get-ChildItem $source -Recurse -File)
$target = if ( $a[0].Name -eq (Split-Path $source -Leaf) ) { $a[0] } else { $a }

とすべきでした

**デフォルトの名無しさん** · 2021/06/27(日) 17:52:13.26

.ps1スクリプトをタスクバーにピン留めして実行たいのですが皆さんどうしてますか

**デフォルトの名無しさん** · 2021/06/27(日) 18:59:55.50

ファイラー使ってるなぁ

**デフォルトの名無しさん** · 2021/06/27(日) 19:52:40.86

>>422
引数付きのpowershell.exeショートカット作ってピン留めしたら？

**デフォルトの名無しさん** · 2021/06/27(日) 20:14:26.80

漏れは、デスクトップにショートカットを作る

例えば、WSL2, Ubuntu 18.04 を起動して、
作業フォルダを、Linux 側にあるプロジェクトフォルダに移動してから、
VSCode で、そこを開く

リンク先
C:\Windows\System32\wsl.exe code .

作業フォルダ
\\wsl$\Ubuntu-18.04\home\ユーザー名\proj01

**422** · 2021/06/28(月) 20:14:33.38

>>424
「powershell.exe」でショートカット作成
引数を追加
タスクバーにピン留め
でいけました
ありがとうございます！

**デフォルトの名無しさん** · 2021/07/05(月) 19:41:53.00

Windows11入れたけど、PowerShellのバージョンが7.0.0-preview.3になってる
5.1も5.1.22000.1として使える

**デフォルトの名無しさん** · 2021/07/05(月) 20:44:48.06

おー、やっぱOS同梱するんだ
ライフサイクルの違いをどう吸収するのか興味深々

**デフォルトの名無しさん** · 2021/07/08(木) 20:38:28.01

>>387
想像つかない…どんな書き方なのか教えてもらえませんか？

**デフォルトの名無しさん** · 2021/07/09(金) 01:47:38.94

>>428
Powershell7は.Netごと自動更新にするんじゃね
仕様が変わっちゃいけない用途はPowershell5.1で

**デフォルトの名無しさん** · 2021/07/10(土) 15:14:28.43

こっちの環境だとPowershell7はインストールされてないな
5.1.22000.1はインストールされてるけど

**デフォルトの名無しさん** · 2021/07/18(日) 10:38:35.13

11出るのかよ
ずっと10でアップデしそうだから安心と思って10のライセンス買ってしまったぞ

**デフォルトの名無しさん** · 2021/07/18(日) 10:47:51.10

無償アップグレードのはず

**デフォルトの名無しさん** · 2021/07/18(日) 10:54:20.96

>>433
サンキュー、出てるの全く知らなかった…
昔は新バージョン出る時アキバの行列報道とかあったけど、テレビも(AFAIK)無反応だな

**デフォルトの名無しさん** · 2021/07/18(日) 20:02:18.33

>>434
正式版は出てないけど

**デフォルトの名無しさん** · 2021/07/24(土) 08:32:00.72

PowerShell始まったな

v7.2.0-preview.8 Release of PowerShell
https://github.com/PowerShell/PowerShell/releases/tag/v7.2.0-preview.8
＞ Add support to colorize FileInfo file names (#14403)
https://github.com/PowerShell/PowerShell/pull/14403

**デフォルトの名無しさん** · 2021/07/24(土) 18:02:44.97

素人ですいません
デバイスとプリンターの中にあるスマホ「sh-08」をBtのアクセスポイント接続させるのは
コマンドラインではどう書けばいいんでしょうか？

**デフォルトの名無しさん** · 2021/07/24(土) 18:19:05.10

Connect-Me sh-08 -Through Bluetooth

**デフォルトの名無しさん** · 2021/07/24(土) 19:35:50.21

嘘はいいです

**デフォルトの名無しさん** · 2021/07/25(日) 08:38:03.39

ツッコミどころ満載なリクエストだな

**デフォルトの名無しさん** · 2021/07/25(日) 14:36:00.14

Windows PowerShellでBluetoothを接続および削除する方法
https://base64.work/so/powershell/1664979

**デフォルトの名無しさん** · 2021/07/25(日) 14:46:31.15

ヒントありがとうございますやっぱちょい難しそうですね

**デフォルトの名無しさん** · 2021/07/25(日) 15:15:38.30

昇格されたアクセス許可が必要って時点でもう何か違うような

**デフォルトの名無しさん** · 2021/07/25(日) 20:56:19.00

get-wmiobjectでインスタンス見つけて接続すりゃいいんだろうけど、PC側からスマホに接続するって、どんな用途なのかな？
スマホ側の写真をPCに転送するぐらいでしかBluetooth使ったことないので、なんか便利なこと出来るなら教えて欲しい

**437** · 2021/07/25(日) 22:39:31.80

普段の回線だと5ch規制で書けないのでBtテザリングのスマホ回線に切り替えるわけですが
いちいちスマホのアイコンを右クリッタするのが面倒なのでバッチファイルで接続できないかなと
メトリック値の書き換えで回線切り替えるのはできてるんですが

**デフォルトの名無しさん** · 2021/07/25(日) 23:06:54.56

なるほど
常に接続してるなら静的ルート設定するなりしておけばいいんだろうけど、スマホだとそうもいかないから、書き込むときだけモバイル回線使うようにしたいってことね

**デフォルトの名無しさん** · 2021/07/25(日) 23:22:27.51

スマホのアイコンの右クリックとかの操作をするだけならシェル名前空間の範囲でできそうだね
$shapp = new-object -com "Shell.Application"
$folder = $shapp.Namespace([System.Environment]::GetFolderPath("desktop"))
foreach ($item in $folder.Items()) {
if ($item.Name -like '*スマホ名*') {
foreach ($Verb in $item.Verbs()) {
if ($Verb.Name -like '*接続とか何とか*') {
$Verb.DoIt();
}
}
}
}

**デフォルトの名無しさん** · 2021/07/27(火) 04:10:09.87

カスタムオブジェクトを返すコマンドレットを作って戻り値を変数に割り当てた時、
変数名の後にメンバーが補完される場合とされない場合があるんだけど何が基準なんだろう？

**デフォルトの名無しさん** · 2021/08/04(水) 01:55:31.71

>>231
実行ファイル名の変更はマジで影響でかそうだよね。
例えばリモートデスクトップだって実行ファイル名はいまだに大昔の
mstsc（Microsoft Terminal Services Client の略称）のまま変えてないというのに。。

**デフォルトの名無しさん** · 2021/08/04(水) 08:23:43.34

.NETのサポート期間はLTSでも3年なので、今後もしWindowsに標準で入れるなら3年ごとにWindowsUpdateで破壊的変更が入るという冗談のようなシェルになる
どうせ誰も移行しないんだから問題ないよ

**デフォルトの名無しさん** · 2021/08/04(水) 09:26:01.56

このスレに来るくらいのヘビーユーザー以外は大した移行コストを払うほどスクリプトを書いてないんんじゃね
少なくとも俺が書いたスクリプトは修正した記憶がない

**デフォルトの名無しさん** · 2021/08/04(水) 09:29:59.39

何年か前からアナウンスしても移行が破綻するほどに互換性が皆無なら、言語そのものが致命的な破壊的変更すぎるということだし
そうでないならどこかのタイミングでエイリアス化してもそこまで困らない
ちょうどいまのIEとEdgeに似た状況なのでは

**デフォルトの名無しさん** · 2021/08/04(水) 09:42:06.91

powershellってスクリプトそれ自体が資産というよりは、特定の環境とセットで動きゃOKな書き捨てスクリプトがほとんどだろうから、
現実には.NETランタイムもpwshも自分で入れてサポート期限なんか無視してバージョン固定で塩漬けだろうね
むしろ勝手に更新される心配がない分嬉しいまである
社用端末のログインスクリプトだったり、厳密にサポート期限を気にして更新していかなきゃいけないような案件だったら使い物にならんわな

**デフォルトの名無しさん** · 2021/08/05(木) 04:38:47.31

>>453
＞社用端末のログインスクリプトだったり、厳密にサポート期限を気にして更新していかなきゃいけないような案件だったら使い物にならんわな

夜間バッチをbatで書いてたのを全部powershellに書き換えた企業とかあるけど、後悔あとに立たずだろうなあｗ

**デフォルトの名無しさん** · 2021/08/05(木) 06:00:44.46

>>454
なんで？
動くだろ

**デフォルトの名無しさん** · 2021/08/05(木) 08:17:53.45

そんな古臭い現場が移行するわけないでしょ
最終的にはps6以降のシリーズよりもps5の方が長くサポートされるだらうから何の問題もないよw

**デフォルトの名無しさん** · 2021/08/05(木) 08:52:46.08

互換性がどの程度でメンテや疎通のコストがどれほど必要になるのかを考えずに騒ぐのってどうなの
ワクチンの0.0014%の死亡率を見て、危険！ありえない！と叫ぶような非論理性を感じる

**デフォルトの名無しさん** · 2021/08/05(木) 09:53:34.22

コストは連続じゃないからね
実務経験あるならわかると思うけど、更新しなきゃいけない、更新したら壊れるかもしれない、最低限動作確認しなきゃいけない、
そういうことを考慮しなければならない時点で大きなコストなんだよ
その定量的な頻度や程度はあまり関係なくて、定性的にあるかないかで非連続なコストが発生するの

**デフォルトの名無しさん** · 2021/08/05(木) 12:40:39.61

Powershellでどんだけ巨大なシステム組んでんだろw

**デフォルトの名無しさん** · 2021/08/05(木) 12:42:01.42

pwsh.exe、psh.exe、ps.exeと3年毎に名前が変わったら俺もキレると思う

**デフォルトの名無しさん** · 2021/08/05(木) 14:02:00.09

別バージョンはちがう名前と考えれば納得いく

**デフォルトの名無しさん** · 2021/08/05(木) 17:14:02.32

>>458
結局、それが「考慮しなければならない」とか「定性的にあるかないか」っていう判断をするボーダーラインがあるって事だろ
>>457が言ってる程度の問題と本質的に変わらない

**デフォルトの名無しさん** · 2021/08/05(木) 21:43:19.74

コンソール無し版のpowershellwはまだですかいのう