PowerShell -Part 7

**デフォルトの名無しさん** · 2023/11/29(水) 16:07:49.46

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

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

**デフォルトの名無しさん** · 2024/06/23(日) 13:37:48.52

webアプリのテキスト入力部分にpowershellスクリプトで自動的に文字入力をしています
しかし動作させるタイミングによってIMEが日本語入力になっていたり直接入力になっていたりしています
「無変換」キーに「IMEオフ」を割り当てて文字入力の前にpowershellで自動的に無変換キーを押下させましたが当方の環境では何故か期待通りの結果にならず、やむなくタスクバートレイのIMEアイコンを右クリック（メニュー表示）→「直接入力」左クリックをpowershellで自動でやって実現しています
しかしこの方法はスマートじゃないです
powershellで他のアプリに入力中のIMEの設定を「直接入力」モードにスマートに切り替える方法があれば教えてください

**デフォルトの名無しさん** · 2024/06/23(日) 13:50:30.91

望んでいる答えではないと思うがWebアプリなら素直にブラウザのプラグインでJavaScriptを動かす方法を一度覚えておいたほうが幸せになれると思う
安定性も増すしやれることの幅もかなり広がる

**デフォルトの名無しさん** · 2024/06/23(日) 13:52:52.91

>>227
ぷっ
バグがあったら動かないのは当然

**デフォルトの名無しさん** · 2024/06/23(日) 14:57:30.86

>>228
WindowsFormsあたり使えばできるんじゃないの？と思ってCopilotに聞いてみた

Add-Type -TypeDefinition @"
using System;
using System.Runtime.InteropServices;

public class ImeControl {
[DllImport("user32.dll")]
public static extern IntPtr GetForegroundWindow();

[DllImport("user32.dll")]
public static extern int ImmAssociateContext(IntPtr hWnd, IntPtr hIMC);

public static void DisableImeMode() {
IntPtr hWnd = GetForegroundWindow();
ImmAssociateContext(hWnd, IntPtr.Zero);
}
}
"@

思ってたんと違った

**デフォルトの名無しさん** · 2024/06/23(日) 17:48:41.99

>>231
有難うございます
一回り難しそうですが、試しながら参考にさせて頂きます

**デフォルトの名無しさん** · 2024/06/23(日) 18:39:00.79

肝心のアレが入ってないからまともに動かなそう
AIをもっと虐めないとだよ

**デフォルトの名無しさん** · 2024/06/23(日) 23:34:40.87

>>230
バグじゃなくて、互換性の問題。
古いのC#の文法を使えば良いとは言え、あんまり逆行したかったん。

**デフォルトの名無しさん** · 2024/06/23(日) 23:46:54.32

ｘあんまり逆行したかったん。
oあんまり逆行したくなかったん。

**デフォルトの名無しさん** · 2024/06/24(月) 00:41:48.16

>>221
使えます。

**デフォルトの名無しさん** · 2024/06/26(水) 17:27:29.44

地味にハマったからPowerShell7.5PrevewでC#コード実行の注意点書きこ。

・$Argが$argsに。（ここまではいい）

・$argsに格納されるコマンド引数がカレントディレクトリではなく、「PowerShellを起動したディレクトリ」になっている。
（なので、初期はPowerShellの本体があるフォルダー。しかもcdでカレントディレクトリ変えても、コマンド引数のディレクトリは変化しない）

解決策
(hoge.ps1は$argsを使っているスクリプト)

pwsh hoge.ps1 arg1 arg2

の様にPowerShellを起動してからスクリプトを実行すると、コマンド引数のディレクトリも（そのシェルを起動した時点の）カレントディレクトリに変わる。

・

**デフォルトの名無しさん** · 2024/06/26(水) 17:31:44.50

あ、C#はPowerShell7.5で $"{}"（文字列補間式)使えるようになった＼(^_^)／

**デフォルトの名無しさん** · 2024/06/28(金) 09:33:29.65

過去に作られたスクリプトなのですが、
$script=(New-Object System.Net.WebClient).DownloadString("https://○○/dir/file1.js")
として別Webサーバからスクリプトを毎回ダウンロードしていたのですが、
そのWebサーバが廃止されるということで、
そのfile1.jsをPCにダウンロードして、それを毎回読み込ませるようにしたいです

$script=Get-Content .\file1.js
としてみましたが、ファイルは読み込めているようですが、
その後の処理でうまく動作しません

何か方法ありますでしょうか

**デフォルトの名無しさん** · 2024/06/28(金) 21:59:51.65

file1.jsのエンコーディングはどうなってるの？

**デフォルトの名無しさん** · 2024/06/28(金) 23:09:31.36

>>237
説明が分かりにくい。
たぶん昔からよく混乱の元になってる
$PWD（*-Location）のカレントディレクトリと
[Environment]::CurrentDirectoryのカレントディレクトリの
両方を意識しないといけない問題について調べたらいいと思うよ。
>>239
DownloadString()の戻り値の型は[string]で
Get-Contentは大抵[Object[]]だから型の違いで動作変わってんじゃないの。
Get-Content -Rawにしてみたらどう？

**デフォルトの名無しさん** · 2024/06/29(土) 12:31:22.88

カレントディレクトリという甘えた幻想は捨てろ

**デフォルトの名無しさん** · 2024/07/07(日) 11:58:14.30

カレンちゃんとディレクトリしたい

**デフォルトの名無しさん** · 2024/07/07(日) 13:02:55.78

Get-Item カレンデバイス

**デフォルトの名無しさん** · 2024/07/07(日) 22:31:52.21

カレンちゃんって誰だよ競走馬じゃないんだぞ

**デフォルトの名無しさん** · 2024/07/08(月) 19:41:40.15

きんモザ

**デフォルトの名無しさん** · 2024/07/18(木) 01:02:53.21

windows10から11に変えたらwindows10ではちゃんと動いていたスクリプトが動作しなくなりました。
ショートカットに「powershell -file スクリプトのフルパス」と書いて目的のファイルをD&Dして使用しています。
ISEからだと一応動作して「引数が足りません」になるんですが、ショートカットからでは一瞬ウインドウが開くだけで何も起きません。
-NoExitをつけてもウインドウが閉じてしまいます。閉じるのが早すぎて正確にはわかりませんがウインドウには何も表示されていないようです。
「consolehost_history.txt」がログのようなので見てみたんですが、何も実行されていないようです。
管理者権限でpowershellを起動してから「スクリプトのフルパス "引数になるファイルのフルパス"」では正常に動作しました。
powershell.exeを右クリックで管理者権限で実行にチェックを入れても動作せず。
windows11になってからpowershellのショートカットを作る方法に変化があったのでしょうか？

**デフォルトの名無しさん** · 2024/07/18(木) 01:29:27.44

>>247
多分まさに>237に書いてる仕様変更の影響かと。

**デフォルトの名無しさん** · 2024/07/18(木) 12:34:31.99

>>248
ありがとうございます。　「pwsh -file スクリプトのフルパス」と書き換えたら起動できたんですが、今度は別のところでwindows10では起きなかったエラーが出てしまいました。
$cmfiletxt = Get-ChildItem -Path "$cmtemp" -Recurse -Depth 1 -Filter "$trimfile"
と書いてある行で、
Second path fragment must not be a drive or UNC name. (Parameter 'expression')
というエラーが出ます。
"$trimfile"の中身は例えば「R:\TEMP\cmtmp\amt9996774\アニメA・ダークギャザリング　＃1「寶月夜宵」 2023-07-10.m2v.txt」です。
windows10では正常に動作していました。
「amt9996774」の所は連携しているソフトがランダムで自動生成するのでこちらからいじることはできません。
どう修正すればいいでしょうか。

**デフォルトの名無しさん** · 2024/07/18(木) 12:46:56.92

>>249
変数名が $cmtemp になってるけど、その中身の文字列は e抜きの \cmtmp\ を含むパスなの？

**デフォルトの名無しさん** · 2024/07/18(木) 13:09:10.50

>>250
そうです。最初にパスを設定する部分を設けています。
$cmtemp = "R:\TEMP\cmtmp"

**デフォルトの名無しさん** · 2024/07/18(木) 13:13:45.35

>>249
ダブルコーテーションで括ってるからじゃね

**デフォルトの名無しさん** · 2024/07/18(木) 14:22:52.00

-Filterにパスを指定しちゃだめ、っていうエラーメッセージ。
ファイル名部分を指定するんだよ。（ワイルドカード）
でもWin10でもエラーになると思うんだけどな。

**デフォルトの名無しさん** · 2024/07/18(木) 14:29:18.66

>>252
補足
変数をダブルクォーテーションで囲むと
変数の式が展開されてから渡される
変数の中身がファイル名でスペースを含んでたりすると誤動作する
変数に入ってるんだからそのまま変数で渡せばいい
ファイル名がスペースを含んでいても大丈夫

こんな感じだと思う

**247** · 2024/07/18(木) 18:19:03.04

ありがとうございます。結局$trimfileの中身をフルパスではなくファイル名のみにするようにしたら処理完了しました。
…本当にwindows10ではこれで動いていたんですけどね…？
ただし別の問題が発生しています。あらかじめ作業フォルダを指定してその下にサブフォルダを生成、そこに処理したファイルを展開するようにしてるんですが、
指定した作業フォルダ（日本語）が文字化けしており、文字化けした作業フォルダを改めて作成してさらにその下にサブフォルダを作るようになってしまいました。
write-hostで表示する日本語も同様に文字化けしており、サブフォルダの名前は正常なのでスクリプト自体の問題ではないと思います。
powershellのタイトルバーを右クリック→設定→左のアイコンからpowershellを選択→外観→フォントフェイスをMSゴシックに変更、では解決しませんでした。

**デフォルトの名無しさん** · 2024/07/18(木) 18:48:37.59

>>255
コンソール側の文字コードの問題だと思うよ
レジストリにCodePageを設定すれば解決するはず（「65001」で検索）

**デフォルトの名無しさん** · 2024/07/18(木) 19:04:19.79

pwshが動く時点で普通のwin11じゃない気がする。pwshは一部の物好きな上級者用じゃない？（もうwin11のデフォルトになった？）
pwshのままだと今後も色々問題出るよ。自己解決していける自信がないなら総合的にはwin11の再インストールが手っ取り早いと思う。

**デフォルトの名無しさん** · 2024/07/18(木) 20:08:19.40

powershellが動かなかった理由ってOS変えたからデフォルトのExecutionPolicyの問題で弾かれてただけじゃないの
pwshについては設定変更済みで通ったと
そしてv5向けのスクリプトをそのままv7で動かしたから細かい非互換の問題が出たと

**247** · 2024/07/18(木) 20:55:47.23

>>256
やってみましたが結果変わらずです。

>>258
当初ISE経由でも弾かれたのでBypassに変更済みです。

>>257
powershellのバージョンの問題かと思ってMicrosoftStoreからver7をインストールしました。
試しに7をアンインストールして.5.1が強制的に動くようにしてみたんですが、挙動は振り出しに戻っちゃいました。
互換性の問題で言うとAutoHotkeyもうまくショートカットを発行できないソフトが出てきていますね…。
再セットアップで解決するもんでしょうか。

**デフォルトの名無しさん** · 2024/07/18(木) 21:35:09.26

pwshを入れたのは後退なので、スタート地点に立てたくらいに思えば。

1. ショートカットのあるディレクトリにで右クリック→ターミナルで開く
2. ショートカット（lnk）を開く

でウインドウが閉じずにエラーメッセージを確認できると思う

**247** · 2024/07/18(木) 22:55:07.91

>>260
出てきたエラーをコピーしようとしたらNGワードに引っかかったみたいなので要約すると、
・名前が正しく記述されていることを確認しろ、パスを確認しろ
・コマンドは見つかりませんでしたが、
現在の場所に存在します。Windows PowerShell は、既定では、現在の場所からコマンドを読み込みません。
このコマンドを信頼する場合は、".\（ファイル名）" と入力してください。

言われた通りに.入力したら「引数がないため処理を終了します。」となり、一応正常に終了しました。

**デフォルトの名無しさん** · 2024/07/18(木) 23:26:42.40

恐らく11から強制的に使わされてるターミナルが悪いんだろうな
MSストアで入るアプリは総じてゴミだから今すぐ使用中止しろ
ttps://qiita.com/dokimiki/items/f1075003cb37f1b542a8

**247** · 2024/07/18(木) 23:57:38.19

>>262
リンク先を試してから、powershellを開いてから実行する方法では修正前のスクリプトで文字化けもせず正常に終了しました。
しかしショートカットのD&Dする方法では変わらず一瞬でウインドウが閉じました。

**デフォルトの名無しさん** · 2024/07/19(金) 11:00:27.12

>>263
powershellのスクリプトの最後に pause でも追加しておけばいいんじゃね

**247** · 2024/07/19(金) 12:40:24.75

あの…、なんか寝て起きて試したら動きました…。
昨日からマジで何も変えてない…。せいぜいUSB-DACのドライバ当てたくらい？
とりあえずこのまま様子見ます…。色々とありがとうございました。

**デフォルトの名無しさん** · 2024/07/19(金) 15:14:54.49

今のターミナルで困ることって何だろう
--headlessが使えないことくらい？
conhostより重いって意見はあるかもしれないけど.NETと比べれば誤差みたいなものだし

**デフォルトの名無しさん** · 2024/07/21(日) 22:11:17.98

Windows terminalは普通に優秀だと思うけど

**デフォルトの名無しさん** · 2024/07/21(日) 23:51:02.31

無変換キーを押すと@が書き込まれること以外は完璧

**デフォルトの名無しさん** · 2024/07/22(月) 09:11:09.38

ｃmdと動作が異なる意味では欠陥
最初にppwershellをコンソールアプリで公開したのは失策
WSH使いからは失笑

**デフォルトの名無しさん** · 2024/07/22(月) 13:17:32.45

コンソールホストとシェルの区別がついてないお🐴🫎さんかな

**デフォルトの名無しさん** · 2024/07/27(土) 12:32:42.70

ISEって2019年末時点でオプション機能化とか終息に向かうとか言われてたみたいだけど現行Windows11にも普通にプリインストールされてるよな
終息する話は延期になったんだろうか
まぁ弊社みたいなインストール手続きがクッソ面倒なところでは助かるんですが…

**デフォルトの名無しさん** · 2024/07/27(土) 12:49:12.36

収束するには代わりにVSCodeをプリインストールするようにしてくれないと

**デフォルトの名無しさん** · 2024/07/27(土) 15:16:22.47

削除予定はないよ
今後の機能追加がないだけ

プリインストールしたらしたで欧米人がMS訴えるじゃん？
エディタはどうぞお好きなものをお使いください
未だにVSCodeすらインストール許可が出ない会社ならそこの組織の問題
淘汰されるまでそうしていればいい
客先のサーバーで作業中のエンジニアならスクリプトは事前準備したものだけ使うか一旦課題を持ち帰れ

**デフォルトの名無しさん** · 2024/07/28(日) 21:35:37.31

ISEの優位性って何？使ったことないけどvscodeにできないことができたりする？

**デフォルトの名無しさん** · 2024/07/29(月) 07:56:32.32

プリインストールされていること

**デフォルトの名無しさん** · 2024/07/30(火) 00:37:00.12

hogehoge.txtの重複するレコードを
powershell -command "get-content hogehoge.txt | sort-object | get-unique | write-host"
みたいにして取り除いています。
重複除去の前に外部コマンドによる処理を追加したくなり、まずファイルからではなく標準入力から読み込んだデータの重複除去に取り組んでいますが上手く行きません。
当初get-contentをread-hostに置き換えればうまく行くかと思いましたがダメでした。
type hogehoge.txt | powershell -command　"read-host | sort-object | get-unique | write-host"
考えてみればそれも当然で、いったん標準入力を丸呑みにして溜め込んでおかないとsortもuniqもできないですよね。
MSのサイトで配列に溜め込んでいくみたいな用途に使えそうな命令を探しましたが見あたりませんでした。
なんか解決法ないでしょうか？

あとついでに聞いちゃうんですけどunixのコマンド（wcとかcatとか）をその言語で書き直すみたいな本のpowershell版ってないもんですかね。

**デフォルトの名無しさん** · 2024/07/30(火) 01:55:59.46

Out-String -Stream

**デフォルトの名無しさん** · 2024/07/30(火) 11:15:11.79

無理にワンライナーやパイプラインで繋げて書かずに
スクリプトファイルを作ってそれを呼び出す方が柔軟性があって整理もできて使いやすい

**デフォルトの名無しさん** · 2024/07/30(火) 12:15:40.81

無理にでもワンライナーやパイプラインで繋げて書くのがPowershellの醍醐味

**デフォルトの名無しさん** · 2024/07/30(火) 12:48:31.64

>>276 みたいに困ったときはスクリプトファイルで
制御構文やら変数やらクラスやら使った方が
色々試し易くて色々整理できていいじゃん

**デフォルトの名無しさん** · 2024/07/30(火) 21:02:35.18

[Console]::In.ReadToEnd() -replace '\r?\n$' -split '\r?\n'

その外部コマンドによる処理もPowerShell内でやればいい気がする

**281** · 2024/08/01(木) 18:57:02.91

そういえばと思って試したら$inputでいけたわ。なんで忘れてたんだろ

**デフォルトの名無しさん** · 2024/08/02(金) 09:11:09.42

>>276
Ruby で作ってみた

input_str = "5\n11\n33\n9\n0\n9\n11\n"

# 末尾の改行を削除してから、数値型に変換する。
# 重複を排除し、ソートする
input_ary = input_str.each_line.lazy.map do |line|
line.chomp!
line.to_i
end.uniq.force.sort

p input_ary
#=> [0, 5, 9, 11, 33]

**デフォルトの名無しさん** · 2024/08/02(金) 21:54:58.24

Rubyの人来るの遅いぞもう飽きたのか？ww

**デフォルトの名無しさん** · 2024/08/02(金) 21:57:08.30

過疎過疎5ちゃんなんかよりツイッタランドで凸でもすれば

**デフォルトの名無しさん** · 2024/09/27(金) 16:52:34.25

新しい Windows11マシンに pwshをインストールして
以前から使ってるファイルをそのままコピーしたら…何故だか起動時設定を読み込んでくれない

…と思って調べたら

$PROFILE が
以前からのPCでは
C:\Users\(私のユーザー名)\Documents\PowerShell\Microsoft.PowerShell_profile.ps1

に対して、新しいのでは
C:\Users\(私のユーザー名)\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1

profileを置くディレクトリが違ってたということ.
pwshのバージョンはどちらも最新(同じ)なのに

…なのですが、特にどちらかで $PROFILEを設定するようなことはしていない.
環境変数なども特に設定していないし
Program Files/7 直下には profile的なものは置いていない
…でもどこかで指定しているのを自分で忘れたんだろうか？
複数マシンを管理するにあたって面倒なので…とりあえず原因になりうるものを知りたいのです

**デフォルトの名無しさん** · 2024/09/27(金) 18:13:57.62

>286
最新のWindowsにも入ってる「古いpowershell」が原因っぽい. 新しいのを入れても残ってるのでそういうことはある

**デフォルトの名無しさん** · 2024/09/27(金) 18:54:54.18

>>286
デフォルトの$profileのパス設定が異なるマシンがあってその原因が知りたい、ってことなのかな？
ちなみに、新しいマシン側の$profileは5.x系（いわゆるWindows PowerShell）のデフォルトパスと一致してる

**デフォルトの名無しさん** · 2024/09/28(土) 00:24:19.73

ExecutionPolicyがRestrictedのままでProfileがロードされないとか？

**デフォルトの名無しさん** · 2024/09/30(月) 10:14:56.15

286ですすいません、自分の混乱の原因がわかりました。
新しいWindows11のマシンにも5.x系は入っていて、7.xのpwshをインストールしてもそれは残る.
そして、私はタスクバーに「ピン留め」して起動するのですが、pwshを起動した状態でピン留めしてもいったん終了させてからアイコンをつつくと 5.x系が起動してしまう…というところに気がついていなかったというわけです. ピン留めしたのはたしかに7系だったのに. なんだか納得いかない感じ

**デフォルトの名無しさん** · 2024/09/30(月) 10:46:54.62

ピン留めされるのは「ターミナル」であって、その中で何を起動するのかは右クリックで選択できるようになっており、そのデフォルトが5.x系であるように見えます。もちろん以上のことがわかっていればここから7.xを選んで起動するのも簡単ではあるのですが…これはカスタマイズできるんだろうか

**デフォルトの名無しさん** · 2024/09/30(月) 13:04:09.12

ターミナルのデフォルトはターミナルの設定画面で選べるよ
既定のプロファイルってやつ

**デフォルトの名無しさん** · 2024/09/30(月) 17:54:24.00

292← できました！ありがとうございます
…というか、これまで(Windows10)は「ターミナル」じゃなかったということを今日知りました(笑)

**デフォルトの名無しさん** · 2024/10/01(火) 06:43:45.64

コマンドプロンプトで、where powershell
と入力すれば、powershell.exe の絶対パスが分かる。
だから、絶対パスを書けば、exe を指定できる

C:/Windows/System32/WindowsPowerShell/v1.0/powershell.exe

ここに、2つ以上表示されたら、上の方が優先して実行される

**デフォルトの名無しさん** · 2024/10/01(火) 08:34:51.39

ワイ氏、whereというコマンドがあることをパソコン歴20年にして初めて知る

**デフォルトの名無しさん** · 2024/10/01(火) 08:53:10.90

Powershell v5はpowershell.exe、v7はpwsh.exeなのでこれらの混在環境でパスの優先順位が問題になることは基本ない
むしろコマンド名を混同したままでは取り違えが起こりそうなので一応

**デフォルトの名無しさん** · 2024/10/01(火) 21:40:49.64

20年前のWindowsにはまだwhereコマンドは標準搭載されてなかったから知らなくても仕方ない
一応リソースキットやサポートツールには入ってたけど

**デフォルトの名無しさん** · 2024/10/02(水) 21:22:59.58

20年ぐらい前から個人でPathが通ってるところに ls.bat や which.bat を作って同等のことをやってた
Unix(当時はまだUnixは普通に使われていた)やLinux も普通に使ってるとつい ls って入力していらっとしてしまうから必須だった

**デフォルトの名無しさん** · 2024/10/14(月) 11:07:36.62

>>298
UNX・LinuxのlsコマンドだってシェルやOS依存だぜ？

**デフォルトの名無しさん** · 2024/10/14(月) 11:10:46.06

Windowsの基本知識がないのにPowerShellを使うというのも何がなんだかわからないやつだ

**デフォルトの名無しさん** · 2024/10/14(月) 21:22:43.79

>>299
UNIXでlsが使えない環境があるの？

**デフォルトの名無しさん** · 2024/10/14(月) 22:47:46.01

Powershellの話をする気がないなら黙れジジイ

**デフォルトの名無しさん** · 2024/10/14(月) 23:07:14.44

>>301
無いのでecho *でやっていた環境があるのだ

そう、あれはLinuxっていうやつだった

**デフォルトの名無しさん** · 2024/10/15(火) 06:06:09.78

>>303
スレチ

**デフォルトの名無しさん** · 2024/10/15(火) 20:55:15.08

>>298
PSのcatとUnix系のcatが別物ってくらい違うのがね…。
おまけにDOSコマンドのtypeもPSとコマンドプロンプトで違う。
（PSのcat/typeはget-contentの別名）

PSだとリストを受け取るので、カンマで区切る必要がある。

cat file1, file2, file3

C#で自作したコマンドとも、元からあるDOSコマンドとも違うって…。
MS謹製のIDE（VS)で自作したコマンドと連携撮れないMS謹製のシェルェ…。

**デフォルトの名無しさん** · 2024/10/15(火) 21:47:59.44

エイリアスに互換性を求める人なんていたんだ
そんなの新しいコマンドを覚えやすくするための糖衣でしょ
DOSみたいなクソダサレガシー環境との互換性を尊重してたら呪縛なんてもんじゃない
シェルスクリプトって古今東西きったねえ一貫性のないもんなんだから拘っても虚しいだけよ

**デフォルトの名無しさん** · 2024/10/15(火) 23:10:10.50

>>306
どの言語でもrubyを求める奴がいるように
PowerShellにもUnix系シェルを求めちゃうんだろうな

**デフォルトの名無しさん** · 2024/10/16(水) 07:29:00.82

>>301
コマンドの実装は違うよ

**デフォルトの名無しさん** · 2024/10/16(水) 09:56:19.21

>>305
Remove-Alias cat
function cat([Parameter(ValueFromRemainingArguments=$true)][string[]]$Path){Get-Content @PSBoundParameters}

これで文句ないだろ

**デフォルトの名無しさん** · 2024/10/17(木) 00:37:51.84

PowerShellでLINQをメソッドチェーンで書く方法ってある？
静的メソッドで[Enumerable]::Select()みたいに書くと（）が増えてガチャガチャしちゃうのがなぁ…

**デフォルトの名無しさん** · 2024/10/17(木) 00:38:50.49

>>309
そういうコマンドに出合うたびに毎回そんなの書くのはね…。
そんなこんなでLinux(bash)に落ち着くんだよね…。

**デフォルトの名無しさん** · 2024/10/17(木) 00:49:20.12

>>311
俺は逆に会社でWindows使う機会が多すぎてLinux(*nix)コマンド側の記憶が消えそうになってるな…
たまにLinux使うとPowershellみたいにパイプラインを文字列じゃなくてオブジェクトが通るつもりで書きそうになる

**デフォルトの名無しさん** · 2024/10/17(木) 01:09:19.82

>>311
お前は何を言ってるんだ
catエイリアスを消してbashっぽい動きの関数をcatの名前で登録し直すって内容なんだから
これをprofileにでも貼り付けて使えって意味だろうが

**デフォルトの名無しさん** · 2024/10/17(木) 02:10:19.27

>>313
うん。
そう理解してる。
PowerShellってよりは周辺環境が追い付いてない印象だけど、まだLinuxでbash触る方が楽かな。
もうしばらく進化を待ちますね。

**デフォルトの名無しさん** · 2024/10/17(木) 11:09:20.30

スクリプト書くのはbashよりpowershellの方が書きやすいし読みやすい
そしてlinuxでもpowershell使えるしで重宝してる

**デフォルトの名無しさん** · 2024/10/17(木) 21:13:19.55

スペースとコンマの違い程度で発狂して上から目線でもうしばらく進化を待ちますねって面白い人だなぁ
そもそも進化してないのはUNIXシェルのほうでしょ

**デフォルトの名無しさん** · 2024/10/18(金) 13:56:03.02

space と , はさすがに気付くと思うが
: と ; の違いは老眼にはきつい

**デフォルトの名無しさん** · 2024/10/19(土) 10:49:56.95

：(コロン)ていう名前が美味しそうな響きなんだよなぁw

**デフォルトの名無しさん** · 2024/10/20(日) 10:17:27.24

コロネじゃないんだから

**デフォルトの名無しさん** · 2024/10/20(日) 10:22:09.68

マロンかと思った

**デフォルトの名無しさん** · 2024/10/20(日) 13:53:57.93

LinuxとかDOSコマンドを、デフォルトのエイリアスでPowerShellコマンドレットに結びつけておくってのは悪手だよなー
他環境利用者の移行配慮ってなら、例えば「cat」を「Get-Help Get-Content」を実行する関数へのエイリアスにするとか、何かやりようあったんじゃないかと思う。
PSv1、v2の出来の悪さ、様々な考慮不足がずっと足引っ張ってると思う。

**デフォルトの名無しさん** · 2024/10/20(日) 18:37:33.24

curlとかシンプルな本物使いたいことの方が多いから邪魔なだけ

**デフォルトの名無しさん** · 2024/10/21(月) 01:06:16.28

エイリアスはハマることがあるので不評

**デフォルトの名無しさん** · 2024/10/21(月) 01:47:50.43

sh系はともかく、cmdと全く別のコマンド名覚えなおすのも慣れとはいえ面倒なのは確かだからしょうがないんじゃない
補完できても長いものは長かったし
当時からWSLがあれば別だったんだろうけど

**デフォルトの名無しさん** · 2024/10/21(月) 02:22:41.82

このスレを見ていれば分かるけど、自分がいまcmdを実行しているのかpowershellなのかpwshなのか分かってないユーザがかなりを占める
そんなごく普通のWindowsユーザーたちがdirやcdで適当にやったらなんか動いたとか、同じコマンドで動くらしいからオレも使ってみようかなとかいったハードルを下げる要素の重要性は無視できない
複数パラメータの区切りがスペースかカンマか？マジどうでもいいよw
Windowsの新しいシェルスクリプトなんて相反するニーズに縛られまくるからどんな仕様にしたところで数え切れない文句が飛んでくる

**デフォルトの名無しさん** · 2024/10/21(月) 21:43:14.36

>>324
＞当時からWSLがあれば別だったんだろうけど

WindowsでUNIXシェルが使えないから仕方なく欠陥品のPowerShellを作った、とか思ってそう

**デフォルトの名無しさん** · 2024/10/22(火) 00:45:55.83

>>326
思考が卑屈すぎるわｗエイリアスの話しかしてないよ