PowerShell -Part 7

1 名前：デフォルトの名無しさん [2023/11/29(水) 16:07:49.46 ID:0g8RZ7sB.net] 前スレ PowerShell -Part 6 https://mevius.5ch.net/test/read.cgi/tech/1644744972/ 次スレは>>980が立ててね！！ 495 名前：デフォルトの名無しさん mailto:sage [2025/07/15(火) 18:07:10.16 ID:yseOir/R.net] 気軽にスクリプト実行できないから使い道がない 496 名前：デフォルトの名無しさん mailto:sage [2025/07/15(火) 20:54:02.36 ID:1cN94XmW.net] 本気で言ってるのか 497 名前：デフォルトの名無しさん mailto:sage [2025/07/15(火) 21:58:24.95 ID:ZcYliqlC.net] 弊社はIT企業じゃないし、勝手にPythonを入れたりするとたぶん怒られるので Windowsに最初から入ってるPowerShellを便利に使ってました たまに、起動用のbatファイルとPowerShellスクリプトをセットにして同僚に渡すこともありました 498 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 08:58:08.06 ID:83bEnGjZ.net] いい加減ペイント３DみたいにPowerShellのアプローチは失敗でしたと認めちゃばいいのに(´・ω・`) 499 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 12:43:16.16 ID:09DhhKQk.net] もうログインスクリプトにも使われてるから Windowsの終焉まで逃げ出せないよ 500 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 22:06:02.34 ID:5d/ixC+9.net] PowerShellのどのアプローチが失敗なのか具体的に 501 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 23:17:35.03 ID:7/+dohrQ.net] 起動用のbatが必要になっちゃうってのがな PowerShell単独では使いにくい 502 名前：デフォルトの名無しさん mailto:sage [2025/07/16(水) 23:57:41.77 ID:YcDGevHy.net] ん？どういうこと？ 503 名前：デフォルトの名無しさん mailto:sage [2025/07/17(木) 00:10:22.13 ID:sGHKyXGW.net] ダブルクリック実行できるようにするために手間がかかる 504 名前：デフォルトの名無しさん mailto:sage [2025/07/17(木) 00:22:02.88 ID:Nf2HlQRn.net] 正直言ってexecutionpolicyの初期値は大失敗だろうなぁ 結局.batか.cmd経由でダブルクリック起動できるんだからマジで無意味 ネットから落としたファイルはzoneidがあるから設定に関係なく警告でるんだし あとcmdもPowershellもWindowsのオマケであることに価値があるのにPowershell5.1までしか同梱されてないし 505 名前：デフォルトの名無しさん [2025/07/17(木) 07:33:01.42 ID:1VTmgFuN.net] もう直接powershell.exeに関連付けしてる 506 名前：デフォルトの名無しさん [2025/07/17(木) 08:05:58.12 ID:9jYPg0KZ.net] >>482 それはバージョン1として普及させただけ。 いまとなってはバージョンを表してはいない。 507 名前：デフォルトの名無しさん [2025/07/17(木) 08:06:51.20 ID:9jYPg0KZ.net] >>486 それはWindowsしか知らない人間の発想 508 名前：デフォルトの名無しさん [2025/07/17(木) 08:08:24.36 ID:9jYPg0KZ.net] >>491 Windowsはターミナルというアプリで統合された。 PowerShellはコマンドプロンプトも含めているので、あなたが気づいていないだけ。 509 名前：デフォルトの名無しさん [2025/07/17(木) 08:09:59.60 ID:9jYPg0KZ.net] >>495 実行形式にする必要がない。UNIX、Linuxは実行形式ファイルを嫌う。 ブラックボックス化はやめろ！ 510 名前：デフォルトの名無しさん [2025/07/17(木) 08:11:35.61 ID:9jYPg0KZ.net] >>501 バッチファイルにする必要もないよ？ バッチファイルなどでラッピングするのはWindowsの使い方のひとつでしかない。 511 名前：デフォルトの名無しさん mailto:sage [2025/07/17(木) 09:38:35.80 ID:+XuQIino.net] >>506-510 全部元発言者を意図を読み取れてない馬鹿のレス UNIX使いの印象を悪くするだけなのでやめてくれ 512 名前：デフォルトの名無しさん mailto:sage [2025/07/17(木) 12:08:51.21 ID:uGnrWKuf.net] powershellは小数点以下のバージョンアップでも毎回互換性を壊す 破壊的変更を入れてくるから普及させる気無いんじゃね 513 名前：デフォルトの名無しさん mailto:sage [2025/07/17(木) 12:30:14.69 ID:l8YWhCPU.net] 実際、6以降は普及させる気無いと思うよ Azure関連を中心にMS社内で使うために開発続けてるだけでしょ 514 名前：デフォルトの名無しさん mailto:sage [2025/07/17(木) 21:54:18.35 ID:yTEYa8cJ.net] PowerShellが失敗作じゃないと困る人がいるのは分かった 515 名前：デフォルトの名無しさん mailto:sage [2025/07/17(木) 22:59:18.52 ID:o0/3IwZx.net] PowerShell自体の出来はともかく、6以降は周辺環境がね PowerShellは.NETがWindowsの中核として位置付けられていた頃に設計されており、 システムワイドにインストールされた.NETに安定的に依存できることが大前提なのよ 知っての通りその前提は完全に覆されてしまい、存在意義を失おうとしている 516 名前：デフォルトの名無しさん mailto:sage [2025/07/18(金) 01:15:27.61 ID:T97Bau37.net] 知っての通りどころか.net frameworkは今もWindowsと一蓮托生だけど .netと.net frameworkを分けて書かないと意味不明な文章が出来上がる 517 名前：デフォルトの名無しさん mailto:sage [2025/07/18(金) 22:16:02.55 ID:avd6O0J8.net] Windows以外で.Netで作られたアプリやサービスなんてあんの？ 518 名前：デフォルトの名無しさん mailto:sage [2025/07/18(金) 22:17:51.22 ID:r2egjf+1.net] pythonで良くない？駄目？ 519 名前：デフォルトの名無しさん mailto:sage [2025/07/19(土) 02:03:44.93 ID:QndlLNYI.net] pwsh.exe 520 名前：デフォルトの名無しさん [2025/07/19(土) 08:55:57.75 ID:jBcCcJ6x.net] >>518 Pythonがそこまで言い言語だとは思わないので 521 名前：デフォルトの名無しさん mailto:sage [2025/07/19(土) 10:16:02.54 ID:F2LZk1nd.net] >>517 ゲームエンジンのUnity 522 名前：デフォルトの名無しさん mailto:sage [2025/07/19(土) 19:43:58.62 ID:PVxrNHN1.net] >>517 GitHub Actions 523 名前：デフォルトの名無しさん mailto:sage [2025/07/20(日) 10:33:30.33 ID:8UONs9WI.net] >>515は、元はシステム全体でひとつの.NETフレームワークを使ってPowerShellをCOMに対するWSHポジにするつもりだった、という意味だろうけど .NETフレームワーク自体最初から複数バージョンを共存させる設計になってるので、果たしてそのような構想はあったのだろうか 524 名前：デフォルトの名無しさん mailto:sage [2025/07/20(日) 11:36:14.91 ID:nDfpIeCg.net] >>523 5以前のPowerShellはサイドバイサイドに対応していないから、使用される.NET Frameworkは結局一つだけ 525 名前：デフォルトの名無しさん mailto:sage [2025/07/24(木) 02:44:32.63 ID:uw32EQ1Q.net] >>523 > .NETフレームワーク自体最初から複数バージョンを共存させる設計になってるので、果たしてそのような構想はあったのだろうか .net frameworkはそんな設計じゃないぞ… 526 名前：デフォルトの名無しさん [2025/07/24(木) 18:49:30.39 ID:bvlLnJ99.net] コマンドレットを作ったが中途半端で.NET Frameworkを呼び出せばいいということにしたが、これではPowerShellを作った意味がないとしてPowerShellを拡張していまの混乱状態に至る。 527 名前：デフォルトの名無しさん mailto:sage [2025/07/24(木) 20:21:14.09 ID:3SMUfFNx.net] PowerShell独自の構文や機能はいらん .Net実行できる部分だけでいい C#Scriptがほしい 528 名前：デフォルトの名無しさん mailto:sage [2025/07/24(木) 21:28:50.84 ID:Ii6lkj2E.net] C#コードを単一ファイルでスクリプトのように書ける言語機能が「.NET 10」でテスト中 従来のプロジェクトベースへの変換も簡単 https://forest.watch.impress.co.jp/docs/news/2018094.html 529 名前：デフォルトの名無しさん mailto:sage [2025/07/24(木) 22:28:33.22 ID:qxgm8L3v.net] powershellのAdd-Typeを使えばC#を実行出来るらしいが 530 名前：デフォルトの名無しさん [2025/07/26(土) 11:52:54.27 ID:VPjMt5X4.net] Add-TypeのC#は、Windows API使いたい時、局所的に処理速度を上げたい時によく使う。 531 名前：デフォルトの名無しさん mailto:sage [2025/07/26(土) 19:50:25.05 ID:kldGNMpl.net] ぜんぜん分からないんですけどAdd-TypeでC#を書くのって インテリセンスが効かなそうで、ちょっとしんどそうなんですけど そうでもないんですか 532 名前：デフォルトの名無しさん mailto:sage [2025/07/26(土) 20:51:36.43 ID:eh3q3MEs.net] PowerShellで使う程度のものなら余裕でバイブコーディングでいけるからどうでもいい 533 名前：デフォルトの名無しさん mailto:sage [2025/07/26(土) 22:09:50.67 ID:kldGNMpl.net] なるほど 534 名前：デフォルトの名無しさん mailto:sage [2025/07/27(日) 01:39:44.77 ID:sXx2dSLi.net] もっとc#に近い記法にしてほしかったのになんでそうならなかったんだろう 配列の宣言とかセミコロンがないとか 535 名前：デフォルトの名無しさん mailto:sage [2025/07/27(日) 05:42:54.86 ID:L6p6i+Me.net] クラスはほぼC#だけど 536 名前：デフォルトの名無しさん mailto:sage [2025/07/27(日) 08:16:33.47 ID:/sb9ajQY.net] PowerShellは名前の通りシェルだからな 単なるスクリプト言語が欲しいだけならWSH.NET的なものを作ってる 537 名前：デフォルトの名無しさん mailto:sage [2025/07/27(日) 09:15:11.85 ID:zaK1ilRt.net] 今のMSだったらRustあたりで作ったWindows CLIで一通りの管理タスクを一貫したコマンド体系でやれるようにした上で、 スクリプトはbashでもPythonでも何でも好きなの使えみたいにしてるだろうね 今となってはPowerShellはバルマー時代の古き悪きMSを象徴する遺産の一つ 538 名前：デフォルトの名無しさん mailto:sage [2025/07/28(月) 09:16:16.29 ID:BMbzFeOA.net] 最初はbashの採用を検討してたけどWindowsには向かないって分かったからわざわざPowerShellを作ったんだが https://x.com/jsnover/status/976904848162435072 539 名前：デフォルトの名無しさん mailto:sage [2025/07/28(月) 10:39:54.16 ID:dloezDzP.net] >>538 その理由はファイル指向のUNIXと違ってWindowsはAPI指向だからとJeffreyは述べてるんだけど、 一方でUNIX的なシェルで扱うのに適したCLIコマンドを整備するという方向もありえて、 実際MSがPowerShellにベットする以前はWMICのようにラッパーとしてCLIコマンドを整備していく方針だったんだよ ただ、その方向で進む限りWindows上でのコマンドラインシェルは特殊なラッパーに依存することになり、決してWindowsスタックにおける主流になり得ない そこで当時Windowsの新たな中核技術として喧伝されていた.NETプラットフォームに乗ることで、 MS社内にサービスしつつ一気にWindowsでのコマンドラインシェルを主流に押し上げようとしたわけだね で現状はというと、肝心の.NETが主流から外されちゃって、PowerShellは一般のアプリの一つになっちゃいました(いまここ 540 名前：デフォルトの名無しさん mailto:sage [2025/07/28(月) 11:02:51.49 ID:dloezDzP.net] あと、現状について周辺の情勢も踏まえると、CLIを使ってAPI指向のプラットフォームを管理するスタイルはPowerShell 初期開発の当時と比較して遥かに市民権を得ているといえる それはひとえにクラウドによるもので、現在ではクラウドプラットフォームのAPIをCLIを使って操作することは普通に行われており、しかもその多くはJeffreyの懸念に反して旧来のUNIXシェルを使用している この現状を踏まえて今Windowsのコマンドライン管理を再考するとすれば、PowerShellのようなものが生まれる可能性は低いといえる 541 名前：デフォルトの名無しさん mailto:sage [2025/07/28(月) 17:29:52.01 ID:CQsGHQXP.net] Windowsは(少なくともOLE〜.NET全盛期の頃のWindowsは)APIもオブジェクト指向する方向性だったので それを操作するスクリプト言語もCOMオブジェクトや.NETオブジェクトを長期保持できなければいけない 単発で終了するCLIコマンドを揃えてもだめだろう 542 名前：デフォルトの名無しさん [2025/07/28(月) 19:14:24.95 ID:7Fge/X80.net] おっさんエンジニアが全然使わないから無理だわ 543 名前：デフォルトの名無しさん [2025/07/28(月) 19:32:06.85 ID:K95kqw+R.net] >>528 それだとVBScriptの二の舞 544 名前：デフォルトの名無しさん [2025/07/28(月) 19:33:30.80 ID:K95kqw+R.net] >>534 そこがマイクロソフトの変なところ いろんなプログラミング言語を研究して最良のものを作ったというのが当初の売り文句だった 545 名前：デフォルトの名無しさん [2025/07/28(月) 19:34:24.66 ID:K95kqw+R.net] >>538 それはプライドが許さなかっただけ 546 名前：デフォルトの名無しさん [2025/07/28(月) 19:35:04.74 ID:K95kqw+R.net] >>538 グーグルおじさんじゃねえか 547 名前：デフォルトの名無しさん [2025/07/28(月) 19:37:29.63 ID:K95kqw+R.net] >>541 WindowsはWindows SDK開発がC言語でもC++でもいいというところから始まったせいで、形だけオブジェクト指向のC++が基本になってしまった。 548 名前：デフォルトの名無しさん mailto:sage [2025/07/28(月) 20:23:32.91 ID:0zFGFjxD.net] 後発だからいろんな言語を参考にできるという強みがある一方で Windowsのシェルスクリプトという世界最大級のしがらみのもと あらゆるステークホルダーが全方位から好き勝手なことを言い 無数の歴史的経緯を踏まえつつデザインしないといけない無理ゲーなプロジェクト 変なクセが多い言語だけど苦労が偲ばれるからあまり文句を言う気にはなれない 549 名前：デフォルトの名無しさん mailto:sage [2025/07/28(月) 20:35:24.51 ID:n+5V5/p3.net] CとB-Shellが混じったような半端な記法 550 名前：デフォルトの名無しさん mailto:sage [2025/07/28(月) 21:11:45.32 ID:s3rviGhL.net] 今なら普通にTypeScriptになるだろうね 551 名前：デフォルトの名無しさん mailto:sage [2025/07/28(月) 21:57:11.64 ID:pEErs1kG.net] bat埋込み技法とAdd-Typeでcsスクリプト化したった スクリプトのくせに起動が遅いのが不満 552 名前：デフォルトの名無しさん mailto:sage [2025/07/29(火) 08:49:01.81 ID:zbO0uIbs.net] パイプにバイナリが流せるようになったPowerShell 7.4 からは使える子になった 553 名前：デフォルトの名無しさん [2025/07/29(火) 12:01:37.45 ID:0YhddUmf.net] VBSもなんやかんや生き続けると思ったけどOSとしてサポート終了となれば話しは別やな 554 名前：デフォルトの名無しさん mailto:sage [2025/07/29(火) 14:11:31.33 ID:/sYzcWbW.net] >>552 パイプにバイナリ通せるつって1バイトずつbyteで送られてきても困るんだが 実際のとこどうなっとんの 555 名前：デフォルトの名無しさん [2025/07/29(火) 17:07:26.34 ID:HrDR44lc.net] コマンド間にControl-Streamかまして調整する 556 名前：デフォルトの名無しさん mailto:sage [2025/07/29(火) 21:53:14.21 ID:J2wyXy1Z.net] >>550 .NET対応のスクリプト言語なら静的型付けなJScript.NETが前からあるんだから TypeScriptなんて中途半端な言語はいらない Introducing JScript .NET https://learn.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/scripting-articles/ms974588(v=msdn.10) 557 名前：デフォルトの名無しさん mailto:sage [2025/07/31(木) 08:21:16.74 ID:y/q8ihDv.net] Windows PowerShell って python3 -c 'print("hoge")' とか curl なんちゃら | tar かんちゃら すらできないのに cmd.ехе にとってかわろうなんて無理筋にもほどがある この辺だけでも PowerShell から持ってくればいいのに 558 名前：デフォルトの名無しさん mailto:sage [2025/07/31(木) 11:23:28.67 ID:+PK2lVhx.net] もう諦めてWSLでbash使えばいい 559 名前：デフォルトの名無しさん mailto:sage [2025/07/31(木) 13:18:34.83 ID:cbQ+pPIq.net] >>557 互換性が無いのにデフォルトのAliasでcurlがInvoke-Webrequestになってるの酷い 560 名前：デフォルトの名無しさん mailto:sage [2025/07/31(木) 22:32:58.67 ID:H5u1AeiS.net] bashでは駄目だからわざわざPowerShellを作ったのにbash使えばいいとか意味不明すぎ 561 名前：デフォルトの名無しさん mailto:sage [2025/08/01(金) 00:05:22.62 ID:2FKaw99x.net] curlがエイリアスって件だけは俺も擁護できない あの罠は誰もが一度は引っかかる 562 名前：デフォルトの名無しさん mailto:sage [2025/08/01(金) 07:56:40.22 ID:z02NetRk.net] >>560 PowerShellはWindowsの管理のために作られたもので、その用途においてbashは不向きだといっているのであり、 君が示したようなWindows管理と無関係なケースでbashより推奨されているわけではない 加えて現在ではWSLという完全なUNIX環境がWindows上でシームレスに使用できるのだから、もはやPowerShellの役割は上記の通り極めて限定的になっている 一点だけ汎用シェルとしてのPowerShellの特徴として構造化データに強いというのがあるが、それだけならNushellとかの方が遥かに使いやすいよ 563 名前：デフォルトの名無しさん mailto:sage [2025/08/01(金) 08:52:42.59 ID:TWGrPtc3.net] ・ >>557 の二つの例は PowerShell では問題なく実行できる ・ Windows のデフォルトコマンドラインシェルは Windows PowerShell 過去のしがらみで PowerShell をデフォルトにできないなら Windows PowwerShell に >>557 が実行できるように機能追加するべき Experimental feature として必要に応じで Enable できるように とにかく今の Windows PowerShell がデフォルトってのが最悪 564 名前：デフォルトの名無しさん mailto:sage [2025/08/01(金) 09:31:11.55 ID:ciUSYvyR.net] ・一部の人は「PowerShell」と「Windows PowerShell」を分けて考えている バックポートしろって話ならできるのでは 公式がやるかどうかはともかく 565 名前：デフォルトの名無しさん [2025/08/03(日) 20:29:44.07 ID:kVKBj15M.net] C#と同じでWindowsだけのものはバージョンが古いものだけ 単にPowerShellと呼んでいるのは、WindowsとLinuxとMacOSで動く製品だからだ。 566 名前：デフォルトの名無しさん [2025/08/13(水) 10:09:50.25 ID:lyLUlfa6.net] >>562 wslでpwsh使おうって方向性じゃないの？ chshするとwinとシームレスで快適だぞ 別にchshしなくてもホストのwin上リモートで繋げるしwslとの相性バツグン 567 名前：デフォルトの名無しさん mailto:sage [2025/08/13(水) 14:33:52.76 ID:BMYIv7Jv.net] PowerShell 2.0 removal from Windows https://support.microsoft.com/en-us/help/5065506 PowerShell 2.0 will be removed in a later release starting in August 2025 for Windows 11, version 24H2 and a September 2025 release for Windows Server 2025. All later releases for Windows 11 and Windows Server 2025 will not include PowerShell 2.0. 568 名前：デフォルトの名無しさん mailto:sage [2025/08/13(水) 16:04:08.55 ID:VzGNLP/v.net] .NET 10では「dotnet run」で.csファイルをそのままスクリプトとして実行できるようになるっぽい（要.NET SDK） 実行時にビルトされる点はこれまでと変化ないけど、ビルド成果物が一時フォルダに吐かれる？のか、.csファイルの場所が散らかることがなくなってスクリプト的に扱えるように 実行時のオーバーヘッドは...PowerShellと大差ない模様 569 名前：デフォルトの名無しさん [2025/08/13(水) 18:30:43.34 ID:vtzVqfUP.net] Pythonを検索してもファイルが見つかりませんとなります。 誰かどうすればいいか分かりますか？ 570 名前：デフォルトの名無しさん mailto:sage [2025/08/14(木) 00:36:43.33 ID:9QEKXUa7.net] 日本語でおk 571 名前：デフォルトの名無しさん mailto:sage [2025/08/14(木) 07:06:36.79 ID:jDrEWEUc.net] 7をインストールしたけどエラー吐く時に黒背景に赤文字ってどうにかならん？くっそ見にくい 572 名前：デフォルトの名無しさん mailto:sage [2025/08/14(木) 09:27:10.03 ID:Do/BXbHP.net] じゃあそれ夏休みの宿題な 573 名前：デフォルトの名無しさん mailto:sage [2025/08/14(木) 09:54:56.24 ID:vhNMb463.net] $PSStyle.Formatting.Errorを変更する about_ANSI_Terminals https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_ansi_terminals 574 名前：デフォルトの名無しさん [2025/08/14(木) 18:59:18.68 ID:eBuFE50k.net] 厨二シェル 575 名前：デフォルトの名無しさん mailto:sage [2025/08/15(金) 21:38:08.69 ID:QOcfL0u7.net] UNIXシェルが？ 576 名前：デフォルトの名無しさん mailto:sage [2025/08/17(日) 04:08:48.96 ID:TBSqwQ7N.net] powershellってコマンドがいちいち長ったらしくて打つのダルいんだよな shellみたいに2文字3文字の略称で何の意味かわからんコマンドも学習するのに困るけど 577 名前：デフォルトの名無しさん mailto:sage [2025/08/17(日) 05:22:57.26 ID:X86RYV3a.net] それな 578 名前：デフォルトの名無しさん mailto:sage [2025/08/17(日) 12:37:42.26 ID:B434g2i0.net] PowerShellのAdd-Typeでc#が書けるとよろこんだもののpowershell.exeの起動がクソ遅くcscでコンパイルする方が速い なにやってんのコレ 579 名前：デフォルトの名無しさん [2025/08/17(日) 13:12:08.30 ID:jIhEo17k.net] エイリアス使え 580 名前：デフォルトの名無しさん [2025/08/17(日) 13:29:34.64 ID:dA3TcCkL.net] ps1ファイルって暗号化とまでは行かなくとも難読化くらいはできねーの？ 581 名前：デフォルトの名無しさん mailto:sage [2025/08/17(日) 15:36:02.04 ID:DpVlhT9Y.net] 正規表現の検索パターン内で変数配列を使いたいが角括弧のせいで動かない エスケープの方法を教えてほしい 行末に一致させたいとして -Pattern "$aryr[5]$" #ng -Pattern "$arry`[5`]$" #ng -Pattern "$aryr\[5\]$" #ng -Pattern ($arry[5] + "$") #ok 美しくない 582 名前：デフォルトの名無しさん mailto:sage [2025/08/17(日) 16:37:39.55 ID:CNACV2eM.net] コレじゃダメなんだっけ？ "$($arry[5])$" 583 名前：デフォルトの名無しさん mailto:sage [2025/08/17(日) 20:58:20.47 ID:DpVlhT9Y.net] >>582 動いた ありがとう！ 584 名前：デフォルトの名無しさん mailto:sage [2025/08/17(日) 21:28:17.56 ID:jRtquIfz.net] >>578 DLL化してPowerShelllで読み込む PowerShell使わずに済むならC#だけでもいいと思うけど 585 名前：デフォルトの名無しさん [2025/08/18(月) 19:07:51.36 ID:zdocw/KA.net] これが好み '{0}$' -f $array[5] 586 名前：デフォルトの名無しさん mailto:sage [2025/08/18(月) 20:04:20.41 ID:Pa7e5Gs8.net] キモい記法だな 587 名前：デフォルトの名無しさん [2025/08/18(月) 21:29:02.39 ID:Ydgj3IKT.net] -gt -ge -lt -leが覚えられないんだが なんでこんなクソ記法にしたん？ 588 名前：デフォルトの名無しさん mailto:sage [2025/08/18(月) 21:38:20.35 ID:FxxqvCUB.net] UNIXのshの記法だよ どうせ非互換なんだからそんなとこだけ合わせんでもいいのにな ちな実際に使われてるbashやzshでは拡張構文があるのでそんな書き方はしなくていい 589 名前：デフォルトの名無しさん mailto:sage [2025/08/18(月) 21:49:57.69 ID:1syDG9J2.net] gt → greater than ge → greater than equal lt → less than le → less than equal 覚えられないことは無いだろ 590 名前：デフォルトの名無しさん mailto:sage [2025/08/18(月) 22:27:56.29 ID:KSZiSj98.net] shは条件判定が外部コマンド( /usr/bin/[ )になってるからリダイレクトで使う不等号を使えなかったんかな 591 名前：デフォルトの名無しさん mailto:sage [2025/08/18(月) 23:44:31.03 ID:a/rWUBXI.net] リダイレクト記号の > が大なりと判定されたらされたでキレる奴はたくさんいるし、文脈で判断すると難しいと不満を漏らす gt や lt は天下のHTMLやXMLでもお馴染みだし ge も含めて ALGOL や Fortrun の時代からあるらしいから由緒ある演算子サマだ 592 名前：デフォルトの名無しさん mailto:sage [2025/08/19(火) 00:24:31.91 ID:Idn/vjK6.net] コマンドのワンライナーでも動かないとダメだしパイプやリダイレクトとも共存しないとダメってなると文法自体が分かりづらくなるのはやむなし c#のスクリプト版みたいに思われてるけど本来そういうものじゃない 593 名前：デフォルトの名無しさん [2025/08/19(火) 19:46:40.89 ID:0LMCTzzK.net] >>589 やめてやれよ！ 594 名前：デフォルトの名無しさん mailto:sage [2025/08/20(水) 07:51:25.99 ID:M8TEndqZ.net] 結論　コマンドプロンプトでいい 595 名前：デフォルトの名無しさん [2025/08/20(水) 09:46:38.94 ID:fQ+KVP3R.net] コード書くにはメモ帳で十分みたいなこと言うね 596 名前：デフォルトの名無しさん mailto:sage [2025/08/20(水) 11:21:33.79 ID:wDjB3YqX.net] 老人は新しいことを覚えるよりも古い道具のハック含めていろいろ知ってるからね 597 名前：デフォルトの名無しさん mailto:sage [2025/08/20(水) 11:56:14.66 ID:Xf/p3Qkz.net] こういう立ち止まってくれる人達がいるから相対的に新しい技術にキャッチアップする若者がひきたつんだよな 感謝です 598 名前：デフォルトの名無しさん mailto:sage [2025/08/20(水) 13:09:09.63 ID:eox7iA6W.net] 立ち止まって深掘りするのもいいけど、立ち止まるなら立ち止まる土地を間違えないことが大事 10年前からWindows Serverの設定職人として立ち止まった人とAWS職人として立ち止まった人なら、同じ苦労をしても圧倒的に後者の方が現在の価値は高いわけで 599 名前：デフォルトの名無しさん mailto:sage [2025/09/05(金) 00:20:11.88 ID:MID+NCuc.net] 同じプロジェクトで未だにスクリプトをbatで頑張るおじさんがいてキツイ 600 名前：デフォルトの名無しさん mailto:sage [2025/09/05(金) 08:27:44.85 ID:ci6Mzi4c.net] batなんかどうせ大して複雑なことできないんだから実害はほとんどない むしろPowerShellで何でもやろうとするおじさんのほうが潜在的には問題になりやすい というかbatおじさんが現役で活躍できるような職場でPowerShellやってんならお前も側から見りゃ大差ないから嫌ならさっさと転職しろ 601 名前：デフォルトの名無しさん mailto:sage [2025/09/05(金) 12:35:07.92 ID:Gl7iryF4.net] まあbatというかcmdのほうがド安定だよな PowerShellはバージョンアップで動作が変わったりするので書いた本人がいなくなったあと困るんじゃないか 602 名前：デフォルトの名無しさん mailto:sage [2025/09/05(金) 13:24:51.33 ID:/aSZPCtW.net] AIがあるから困らない 603 名前：デフォルトの名無しさん mailto:sage [2025/09/05(金) 15:17:33.01 ID:D2PHAyAe.net] batおじさんワラワラ湧いてて草 604 名前：デフォルトの名無しさん mailto:sage [2025/09/05(金) 22:20:18.61 ID:Yt4Zwm1N.net] batの弱点は特殊文字のエスケープ処理がバラバラだったりそもそもエスケープできなかったり 605 名前：デフォルトの名無しさん [2025/09/05(金) 22:29:13.57 ID:OEkVQg6g.net] >>604 昭和50年代のパソコン向けに作ったものに文句を言うな！ 606 名前：デフォルトの名無しさん [2025/09/05(金) 23:27:31.40 ID:5dsIw3pX.net] cmdの方が優れてるよ 607 名前：デフォルトの名無しさん mailto:sage [2025/09/06(土) 04:14:29.73 ID:ynW6i2Wh.net] batが現役なの？ ヤバw 608 名前：デフォルトの名無しさん mailto:sage [2025/09/06(土) 08:28:06.76 ID:aRqXD+gf.net] .batと.cmdの違いがいまだに分からん わざわざ新しい拡張子を作るなら分かりやすい構文でも導入すればよかったのに このスレで言う事じゃないけど 609 名前：デフォルトの名無しさん mailto:sage [2025/09/06(土) 08:32:48.89 ID:4EdO9DqN.net] >>470 今更だが、環境変数PSModulePathの並び順で旧ver用を下にしたら直った 610 名前：デフォルトの名無しさん mailto:sage [2025/09/06(土) 13:36:28.33 ID:5qDTqjrD.net] >>594で結論出てるじゃん 611 名前：デフォルトの名無しさん [2025/09/07(日) 09:38:44.50 ID:lhUzQ3fL.net] HTMLのリンク先がリダイレクトされる場合、自動でそのリダイレクト先のURLを取得するにはどのような方法がいいでしょうか？ $response = Invoke-WebRequest -Uri 壊れたリンク -MaximumRedirection 5 -ErrorAction SilentlyContinue $location = $response.Headers['Location'] を試しているのですが、リダイレクト先のURLは取得できませんでした。 HTMLのリンク先は下記のとおりに取得してます。 $srcHtml = Invoke-WebRequest $url -UseBasicParsing $html = New-Object -ComObject "HTMLFile" $img = $html.getElementById("img").getAttribute("src") 612 名前：デフォルトの名無しさん mailto:sage [2025/09/07(日) 21:42:00.61 ID:QSfkLFkm.net] -MaximumRedirection の値を5から0に変える https://learn.microsoft.com/ja-jp/powershell/module/microsoft.powershell.utility/invoke-webrequest#-maximumredirection -MaximumRedirection 接続が失敗するまでに、PowerShell が代替 Uniform Resource Identifier (URI) に接続をリダイレクトする回数を指定します。 既定値は 5 です。 値が 0 (ゼロ) の場合、すべてのリダイレクトが禁止されます。 613 名前：デフォルトの名無しさん [2025/09/11(木) 20:02:03.10 ID:4eE1ZwVF.net] V7.4.12とV7.5.3が出ました。 614 名前：デフォルトの名無しさん mailto:sage [2025/09/12(金) 08:06:46.54 ID:tXxo6/Yo.net] マジカルちんぽの持ち主になりたい 615 名前：デフォルトの名無しさん [2025/09/13(土) 09:54:11.18 ID:TD1k3ZCB.net] 俺も！ 616 名前：デフォルトの名無しさん mailto:sage [2025/10/03(金) 00:50:10.33 ID:cCuQP3el.net] transcriptってログ取るのにめちゃくちゃ便利ですね 今までログ出力ゴリゴリ書いちゃってたけどもっと早く知りたかった 617 名前：デフォルトの名無しさん [2025/10/03(金) 09:18:17.43 ID:alJoLTal.net] bashだったらscriptコマンドで苦労しなかったのに 618 名前：デフォルトの名無しさん mailto:sage [2025/10/04(土) 15:26:39.76 ID:lUW04DD1.net] そう思う人が何でこのスレに来るの？ 一人で勝手にbashでオナニーしてればいいだけでしょ 619 名前：デフォルトの名無しさん mailto:sage [2025/10/04(土) 21:22:40.46 ID:TzWBzZl4.net] まぁまぁそんないじめなさんな 620 名前：デフォルトの名無しさん [2025/10/12(日) 01:42:26.66 ID:DKsy7+ZR.net] scriptとか使わんでも たぶん標準、だったかな？ でpsのセッションはすべて保存されてるとおもうが… 621 名前：デフォルトの名無しさん [2025/10/12(日) 01:55:12.70 ID:DKsy7+ZR.net] ごめん今$profileみたらStart-Transcriptを自動で呼ぶようにしてて、標準ではたぶんアクティベートはされてないわ Start-Transcriptコマンドレットが>>617のいうtclのscript(b系shで代わりによく使われるヤツ)の上位互換だよ tclのscriptやpwshのStart-Transcriptは普段から使っておくべき ログが膨れ上がるから、無駄なタイプアウトを控える良い癖がつく、すなわち後から振り返り難くないよう、セッションのログを汚さないようにとslsやページャに頼るようになるということだ 622 名前：デフォルトの名無しさん [2025/10/12(日) 02:00:35.65 ID:DKsy7+ZR.net] transcriptしてれば、脳死gci連打したりと恥ずかしい思いを避けるように、毎回熟慮したスマートなコマンドを構築しようとスキルアップへ向かえるわけですよ オススメ 623 名前：デフォルトの名無しさん [2025/10/14(火) 10:05:34.66 ID:wYGHc35C.net] 困ってます。ps1をショートカットで簡単に開けなくなりました。 Powershellを楽に実行してもらうには https://qiita.com/tomoko523/items/df8e384d32a377381ef9 ↑これを参考にして、 ps1ファイルのショートカットを作って、プロパティのリンクに、 powershell -ExecutionPolicy RemoteSigned -File という文字列を最初にをつけるというのをやりました。 powershell -ExecutionPolicy RemoteSigned -File C:\Users\User\Desktop\test.ps1 みたいな感じになる。 それでショートカットのダブルクリックでps1ファイルが開けてた。 でも、しばらくすると、新しくショートカット作ったらダブルクリックでできなくなった というか、ショートカットのリンクに powershell -ExecutionPolicy RemoteSigned -Fileの文字列を貼り付けたら、okを押せなくなった。 エラーメッセージが出て。 で、前に作ったやつはダブルクリックでできたので、それを開いて確認したら、 powershell -ExecutionPolicy RemoteSigned -Fileの powershellの部分が C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe に勝手に書き換わってた。 C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy RemoteSigned -File C:\Users\User\Desktop\test.ps1　みたいな感じ たぶん、できなくなる前後くらいに、windows powershell v5.xしかなかった環境に powershell v7.xをインストールしたからだと思う powershellって文字列で、自動でwindows powershell v5と連携できてたのが、 powershell v7を入れたせいで、環境変数？とかが変わったのか、よくわからないけど 自動で連携できなくなったのかな。 で、前のやつは、いつのタイミングか、powershellの文字列が、windows p.s. v5へのパスに変わってたんだと思う。 powershell の文字列で、ショートカットのリンクに文字列入れてやる方法ないでしょうか？ 624 名前：623 [2025/10/14(火) 10:13:14.09 ID:mzx6xthf.net] [Window Title] ショートカット エラー [Content] 受け側に指定されたパス名 'powershell' は無効です。パスとファイル名が正しいか確認してください。 ↑ エラーメッセージはこれです でも、はじめはps1のショートカットで リンクの文字列を追加するときは powershell～だけで powershellへのフルパスがなくてもok押せて、ダブルクリックで起動できてたんですよね なにかpowershellの文字列だけで v5やv7を自動で起動できるように設定する方法とかわからないでしょうか？ 625 名前：デフォルトの名無しさん mailto:sage [2025/10/14(火) 10:46:54.11 ID:kTH6cc0X.net] powershell7を入れるとpowershell5とは違うパスにインストールされて powershell => v5 pwsh => v7 という具合に使い分けができる powershellが呼べないなら そのパスにpowershell.exeが無いのかもしれない > 受け側に指定されたパス名 'powershell' は無効です。 というエラーがそれを裏付けてると思う まずはv5の本体があることを確認するべき バージョンアップした感覚で 自分で「古いv5はいらないからアンインストールしちゃお」としてるかもねw 626 名前：デフォルトの名無しさん mailto:sage [2025/10/18(土) 01:00:25.12 ID:ziLvdPa/.net] >>623 >powershellの部分が >C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe >に勝手に書き換わってた。 これは正しい動作 現在、動くショートカットが有るならば、v5は消されていない ps1ファイルのショートカットを作成した直後ののアイコンと プロパティに「powershell以下略」を追記したショートカットでは アイコンが変化する。変化してるならリンクは正しい 正常動作するショートカットのリンク先をコピーしてメモ帳に張り付けて 新しく作りたいリンク先を見比べながら書いたらどう？ 627 名前：デフォルトの名無しさん [2025/10/20(月) 16:54:33.98 ID:h3FEiN7d.net] ショートカットの文法はcmdともなんか違ってて謎が謎を呼ぶ闇 628 名前：デフォルトの名無しさん [2025/10/21(火) 05:46:20.22 ID:P/yrOpCN.net] Z7.4.13とV7.5.4出ました。 https://github.com/PowerShell/PowerShell/releases/tag/v7.4.1 https://github.com/PowerShell/PowerShell/releases/tag/v7.5.4 629 名前：デフォルトの名無しさん [2025/10/21(火) 05:46:43.72 ID:P/yrOpCN.net] 7.4.13 https://github.com/PowerShell/PowerShell/releases/tag/v7.4.13 630 名前：デフォルトの名無しさん [2025/10/21(火) 22:17:43.72 ID:5krLOdY4.net] ショートカットの文法ってのがコマンドラインパラメータの事を言ってるなら 別プログラムなんだからcmdと違っても普通でしょ？　何が謎なの？ 631 名前：デフォルトの名無しさん mailto:sage [2025/10/27(月) 23:10:58.60 ID:JqegERzu.net] 自分も似たようなこと（カスタムURLスキーム経由で登録済みバイナリにメッセージを送信）をしてたけど、これはかなり丁寧にパッケージングされてる GitHub - Fred-Vatin/run-yt-dlp-from-browser: Run yt-dlp commands from any browsers https://github.com/Fred-Vatin/run-yt-dlp-from-browser 632 名前：デフォルトの名無しさん [2025/11/01(土) 07:47:46.11 ID:f9BTIAf7.net] 何もしてないけど PowerShell v7.5.4 が WindowsUpdate で降ってきた 履歴ちゃんとみたらいつまにか PowerShell って WindowsUpdate で降ってくるようになってたわ 633 名前：デフォルトの名無しさん [2025/11/02(日) 18:28:28.27 ID:SCfEy8Hn.net] バナーで更新通知見かけてもwinget updateで更新できなくてそのうちWindows Updateで更新されてる 634 名前：デフォルトの名無しさん mailto:sage [2025/11/02(日) 22:12:18.83 ID:BJEeTNbw.net] ターミナルでタブを移動しようとしたら消しちゃって泣きを見たのでタブを縦に並べられるtabbyを使ってる 地味に便利 635 名前：デフォルトの名無しさん [2025/11/04(火) 22:05:10.67 ID:s16lpjGn.net] Tver のサイトで特定のドラマのページを開いたときに右上に表示されている最新話のURLを取得したいんですが知識がなくてさっぱり・・・ 例えばちょっとだけエスパーの https://tver.jp/series/srm706pd6g で右上に表示されているエピソードを再生のURLをとりたいのですがソースを表示するとどこにもない 636 名前：デフォルトの名無しさん mailto:sage [2025/11/05(水) 00:15:01.45 ID:R4zLjHDf.net] このスレで聞くことか？ 637 名前：デフォルトの名無しさん mailto:sage [2025/11/05(水) 00:19:16.72 ID:bd8fkRgq.net] PowerShellの質問ではないわな 638 名前：デフォルトの名無しさん mailto:sage [2025/11/05(水) 03:58:33.49 ID:79mqo3N4.net] >>635 ソースで見ると表示されないのはJavaScriptで生成されてるからで、素のHTMLには書かれてないんだよ ブラウザでエピソードを再生を右クリックして「検証」とか「調査」っていうメニューで確認できるよ 使っているブラウザのスレで開発ツールの使い方を教えてもらうか、ChatGPTに聞くのが分かりやすいと思う ChatGPTにuserscriptを作ってもらうか、どうしてもPowershellでやりたいならapiを叩いたらどう？ ttps://pastebin.com/paBznTfW これもChatGPTに教えてもらうと良いよ(↑のもChatGPTが作ってくれた) 639 名前：デフォルトの名無しさん [2025/11/05(水) 18:41:39.53 ID:VnEpJmCQ.net] >>638 ありがとうございます！！！ もっと精進します 640 名前：デフォルトの名無しさん mailto:sage [2025/11/06(木) 20:55:27.46 ID:ra3gomFv.net] PowerShell に関するお問い合わせ時の留意事項 https://jpwinsup.github.io/blog/2025/11/06/UserInterfaceAndApps/PowerShell/PowerShell-SupportGuidlines/ 641 名前：デフォルトの名無しさん mailto:sage [2025/11/09(日) 01:50:45.56 ID:/5rAS6BZ.net] >>640 >なお、 .NET Framework や Win32 API は、C#/VB#/C++/C といったプログラム言語からのご利用を目的として提供している機能になり、動作確認もこれらの言語で行っていただくことをお願いしております。 >また、これらの言語で正常に動作しながらも、PowerShell 上で期待通りの動作とならない場合は、プログラミング言語のご利用をお願いしておりますことをご留意ください。 あれれ? PowerShellでたての頃って.netのオブジェクト使えるの売りにしてなかったかな? 642 名前：デフォルトの名無しさん mailto:sage [2025/11/09(日) 09:43:41.33 ID:9rrS+2ZK.net] 最近の.NETは言語非依存を放棄してるからな 例えばSpanはPowerShellから使えない Question about System.Span https://github.com/PowerShell/PowerShell/issues/5897 643 名前：デフォルトの名無しさん mailto:sage [2025/11/09(日) 10:23:37.05 ID:VPZLG56/.net] .NET Frameworkって書いてあるからCore系の.NETは関係ないでしょ。Core系もサポートの方針は同じだろうけど。 PowerShell6以降のユーザーなんて5に比べりゃほとんどいないだろうし、 わざわざ6以降使ってる人はそんなに変な問い合わせしてこないだろうからサポート的にはあまり問題にならないんだろう 644 名前：デフォルトの名無しさん mailto:sage [2025/11/18(火) 00:02:06.52 ID:mC1Jcub0.net] c#14でファイルベースでスクリプトライクに書けるようになった もうpowershellはオワコン！ 645 名前：デフォルトの名無しさん [2025/11/18(火) 17:30:44.99 ID:d9hs+rsN.net] それパイプは直感的に書けるか？ 646 名前：デフォルトの名無しさん mailto:sage [2025/11/20(木) 16:43:19.74 ID:11rVJeas.net] 5ってまだ共存してるの？UTF8BOMの問題があるのでcmdでも使えばいい気がするが 647 名前：デフォルトの名無しさん mailto:sage [2025/11/20(木) 17:49:39.55 ID:UDbnkgrO.net] PowerShellは速度も使い勝手もこのbatに勝てなかった @echo off %windir%\Microsoft.NET\Framework64\v4.0.30319\csc.exe /nologo %1 if errorlevel 1 exit /b "%~dpn1.exe" 648 名前：デフォルトの名無しさん mailto:sage [2025/11/20(木) 21:31:44.69 ID:QY1RnXH9.net] C#はPowerShellみたいにWMIを簡単に扱えないじゃん WMI インスタンスの取得 https://learn.microsoft.com/ja-jp/windows/win32/wmisdk/retrieving-an-instance 649 名前：デフォルトの名無しさん mailto:sage [2025/11/21(金) 09:24:25.92 ID:+qc1E8Ol.net] 比較 OS標準だとC#は古いやり方しかできなそう <PowerShell> Get-WmiObject -query "SELECT * FROM Win32_Process" | ForEach-Object { 　$name = $_.Name 　$id = $_.ProcessId 　. . . } <C#> foreach (var p in new System.Management.ManagementObjectSearcher("SELECT * FROM Win32_Process").Get()) { 　var name = p["Name"]; 　var id = p["ProcessId"]; 　. . . } 650 名前：デフォルトの名無しさん mailto:sage [2025/11/21(金) 10:03:57.43 ID:3+xXClvM.net] >>640 最初は分けて書いてるがそれ以降のPowershellが Windows 付かない方のPowershell 限定なのか Windows 付く方も含めてなのかよくわからない >>641 無印 は.Net Framework 向けでないという表現なのか 無印も.Net Frameworkだめというのかどっちなのか .NET Framework上で動くのがWindows Powershell 3.5.1(まだある) + 2(廃止) 4.8.1 + 5.1 現行のプリインストール .NET 上で動くのがPowershell core2or3 + 6-7.0 5.0 + 7.1 以降 やはり改めて確認しないとわからない なんで分かりやすい別の名前にしなかったのか 651 名前：デフォルトの名無しさん [2025/11/22(土) 10:00:08.95 ID:X6U8TT//.net] WMIって非推奨なんだっけ 普通に業務で使ってるけど 652 名前：デフォルトの名無しさん mailto:sage [2025/11/22(土) 15:21:40.53 ID:LaYCYKWP.net] Windows クライアントの非推奨の機能 https://learn.microsoft.com/ja-jp/windows/whats-new/deprecated-features WMIC ユーティリティは非推奨となり、今後の Windows リリースで削除される予定です。 このユーティリティは、WMI のWindows PowerShellに置き換えられます。 この非推奨は、 コマンド ライン管理ユーティリティにのみ適用されます。 WMI 自体は影響を受けません。 653 名前：デフォルトの名無しさん mailto:sage [2025/11/22(土) 19:36:43.52 ID:F8YvH3R6.net] wmiなくなる話はないが使い方変わってる Powershell 6以降WMI v1コマンドレット無い 今のところWindows Powershell 無くす話はないが 書き直すならPowershell でCIM (WMI v2)コマンドレットにしておいた方が無難？ https://learn.microsoft.com/ja-jp/powershell/scripting/whats-new/differences-from-windows-powershell?view=powershell-7.5#wmi-v1-cmdlets 654 名前：デフォルトの名無しさん mailto:sage [2025/11/26(水) 15:45:38.37 ID:0sOrUy4b.net] PowerShell のプログラムで時々見かける 　if ( hoge ) { 　　hogehoge 　} 　else { 　　fugafuga 　} みたいな elseのところを2行に書く書き方が気持ち悪いし PowerShell にコピペでインタプリタ的に実行させると閉じ括弧で構文が終わったと判断されて実行されちゃう (さらに外側に括弧があれば構文として成り立つけど) 655 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 10:58:01.72 ID:iSxBbXck.net] オレは気持ち悪いと思ったことない 言語特有の文法とか個人個人の書き方とか色々あるし それで別にいいじゃんって思ってる 仕事でプログラムやスクリプト使ってる人たちは その職場のルールもあるだろうけど 素直に従っておけばいいだけ 改良の余地があるなら進言するだけだし 656 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 12:30:08.06 ID:Z/DnqSSi.net] 普通じゃないし普通に気持ち悪いだろ 657 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 12:58:20.26 ID:tq5aNNAF.net] ベストプラクティスにはそこまで細かい規約なかった https://learn.microsoft.com/en-us/powershell/scripting/developer/cmdlet/strongly-encouraged-development-guidelines C#、明示されてないがサンプルは三行 これに準じると閉じてエンターで走る https://learn.microsoft.com/ja-jp/dotnet/csharp/fundamentals/coding-style/coding-conventions 658 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 15:27:32.59 ID:Z/DnqSSi.net] 普通(既存宗教): } else { または } else { 奇形(新興宗教): } else { 659 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 15:30:06.19 ID:Z/DnqSSi.net] >>657 C#とPSは違うだろ PSのコーディング規約なんてあるのか知らんけど 660 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 15:39:55.59 ID:o+yFQZuV.net] https://github.com/akiGAMEBOY/PowerShell_mysql-to-csv/blob/master/source/Main.ps1 これは両方の記述が混在してるな 661 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 16:35:40.04 ID:/I+q4k2H.net] powershell民なら } else と書いておく こうすると解釈が延長するわけでelse節が無ければ次行で {} と書いて終わらすこともできる これはpowershell民に限らず行志向言語の常識的イディオム 662 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 16:51:14.83 ID:o+yFQZuV.net] >>661 その理由はおかしくないか？ 以下のように同様の理屈が成り立つ } で終わらせておく elseで続けたい場合は else { で始められる 663 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 16:53:53.08 ID:o+yFQZuV.net] ああ、インタープリタ的な使い方ってことか 664 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 16:58:55.38 ID:o+yFQZuV.net] ならとりあえず } else { と書いておくほうが良い気がする 665 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 21:48:18.93 ID:L4seW1+I.net] elseは使わないようにする 666 名前：デフォルトの名無しさん mailto:sage [2025/11/27(木) 23:03:58.47 ID:0ZpriLCv.net] 5.xは三項演算子がないので他の言語よりelseを使う機会が多くなりがち 667 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 10:07:39.92 ID:YEOTrRQk.net] Weekend Scripter: Best Practices for PowerShell Scripting in Shared Environment https://devblogs.microsoft.com/scripting/weekend-scripter-best-practices-for-powershell-scripting-in-shared-environment/#use-consistent-indentation PowerShellのコーディングスタイル https://tech.guitarrapc.com/entry/2017/12/03/230119 668 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 10:46:55.41 ID:XwmNjHGj.net] >>667 「ただし、これは、普段どちらで書いているかなどに左右されますし、チームでの共通化がとれていればいいのでしょう。 ちなみに、コミュニティでは、Stroupstrupが意外と多い結果です。」 669 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 11:06:29.89 ID:mxO2kQAk.net] if 真ならelse の中いかないし if 偽ならelse の中やりたいし else 閉じて走るのがまずい状況がすぐに思い浮かばない 670 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 15:12:40.52 ID:XwmNjHGj.net] これだけアチコチで使われてるとなると新興宗教とは言えない雰囲気 671 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 20:46:10.65 ID:24RBB+24.net] なんにしろ行志向言語で中括弧を採用すること自体が悪手だったのは間違いない 672 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 21:20:01.11 ID:8z0qQ195.net] >>667 Stroupstrupって構文スタイルなのか… しかもちゃんと「式解釈では問題ありませんが、PowerShellにはった時elseでエラーがでます。」って説明まで書いてる いや、なんでこれが多いんだよ 意味わかんねぇよ… 673 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 21:59:10.04 ID:YEOTrRQk.net] https://ja.wikipedia.org/wiki/字下げスタイル ストロヴストルップ・スタイルはビャーネ・ストロヴストルップがC++で使ったK&Rスタイルで、ストラウストラップのプログラミング入門 C++によるプログラミングの原則と実践やThe C++ Programming Languageといった彼の著書で使われている。 前述のスタイルと異なり、cuddled else (elseの前後に}と{を置くスタイル) を使わない。したがってストロヴストルップ式では次のようになる。 if (x < 0) { puts("Negative"); negative(x); } else { puts("Non-negative"); nonnegative(x); } 674 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 22:18:41.05 ID:HY2syTcn.net] 誰だよスッポスッポ先生のことふざけた空耳日本語で呼ぶジャップは・・・ 675 名前：デフォルトの名無しさん mailto:sage [2025/11/28(金) 23:42:10.29 ID:8z0qQ195.net] else の後ろに括弧置いてるじゃん… あ、いやそういう事じゃなくて不都合が発生しうる可能性があるスタイルをわざわざ使うってPowerShellにおいてはバカでしかないと思うって話 自分が良ければそれでいいって事？ 少なくともインターネッツに載せるなら可能性が考慮されてなくてダメじゃね？ 676 名前：デフォルトの名無しさん [2025/11/29(土) 10:54:08.34 ID:ABxtwAdA.net] ある人が書いたpowershellで動くスクリプトの書き方が 別の人がpowershellで動かしてエラーが出るのは困るよね っていう話なの？ 677 名前：デフォルトの名無しさん mailto:sage [2025/11/29(土) 12:36:08.79 ID:RVWnFQqp.net] スタイルだからそれぞれ拘りがあるってだけだろ そのスタイルで統一されてれば問題ない 678 名前：デフォルトの名無しさん mailto:sage [2025/11/29(土) 14:43:58.37 ID:nY8K5zGd.net] 良いスタイル悪いスタイルがあるのになぜか悪いスタイルが流行ってるって話だろ そもそもスタイルが分かれるような構文を採用したのがだめなんだけどな 679 名前：デフォルトの名無しさん mailto:sage [2025/11/29(土) 15:48:53.71 ID:RVWnFQqp.net] おそらくC++から流れてきたんだろうと想像する >>673にあるプログラミング入門 C++、The C++ Programming Languageが教科書になった人々 680 名前：デフォルトの名無しさん [2025/11/29(土) 16:28:37.98 ID:m7OsZTNV.net] C/C++のK&R派ではあるけど 文における{} 関数定義における{} 構造体/クラス宣言における{} namespaceにおける{} どれも扱いが違う 成形ツール使えばなんとでもなる PowerShellなんてどうせ描き棄てだからどうでも良い 681 名前：デフォルトの名無しさん mailto:sage [2025/11/29(土) 16:48:02.25 ID:RvNmPLXk.net] 例えば 先輩「PowerShell でこうやって IDE で書くこともできるけど普通に貼り付けて実行も1行ずつ実行する事もできる」 新人「ホントだ！ありがとうございます！」 新人「Windows標準で使えるし家でも勉強がてらやってみよう」 新人「うーん…よく分からない。検索するかぁ」 初心者向けWebサイト「(Stroupstrupスタイルで記述)」 新人「(貼り付けて)あれ？エラーが出る…よく分からない…」 みたいな話 初心者向けWebサイトはチームとかもないし誰が見るかも無いから、Stroupstrupスタイルは適していないってこと ブログやQiitaとかならまぁええかとは思うし、チーム内で決めて使うならいいと思う 682 名前：デフォルトの名無しさん mailto:sage [2025/11/29(土) 17:02:38.86 ID:SvUt/JNW.net] } をどんな構文でも常に行末としておき、if と else if を行頭に並べればブロックが対称的に見えるので美しく感じる そんな理由があるという けど全然共感できない ifブロックが単に2つ続いているだけのパターンと、ifとelse ifが続いているパターンを取り違えるのは古典的なバグ ならcuddled elseのほうがあえて相似形を崩して即座に峻別できるように喚起できるので合理的 683 名前：デフォルトの名無しさん mailto:sage [2025/11/29(土) 18:21:27.95 ID:UB7+qwb1.net] powershellなんて基本書き捨てだしスタイルなんて気にしたことない vscodeのフォーマッタ任せ 684 名前：デフォルトの名無しさん mailto:sage [2025/11/29(土) 23:17:33.20 ID:2Vwa6pZU.net] 公式ドキュメントでも } else { になってるな about_If https://learn.microsoft.com/ja-jp/powershell/module/microsoft.powershell.core/about/about_if 685 名前：デフォルトの名無しさん [2025/11/30(日) 14:27:29.65 ID:+PAfB5o2.net] } else{ でしか理解出来ないってのは池沼 686 名前：デフォルトの名無しさん mailto:sage [2025/12/04(木) 00:02:31.58 ID:FQN2sxAz.net] そういえばChromeとかFireFoxの開発者ツール画面のPowerShellでコピーっていつの間についてたのかしら 社内のしょうもないシステムのデータ落とすだけならマジでRPAとかいらんな 687 名前：デフォルトの名無しさん mailto:sage [2025/12/10(水) 08:52:12.78 ID:aQIrInSg.net] PowerShell 5.1: Web コンテンツからのスクリプト実行の防止 https://support.microsoft.com/ja-jp/help/5074596 688 名前：デフォルトの名無しさん mailto:sage [2025/12/11(木) 09:00:26.27 ID:qbXRYm+Y.net] 「Windows PowerShell 5.1」に「IE」要素排除のための仕様変更 「Invoke-WebRequest」に警告を追加、2025年12月のセキュリティパッチ以降の適用で https://forest.watch.impress.co.jp/docs/news/2070166.html

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef