PowerShell -Part 3

**デフォルトの名無しさん** · 2018/10/09(火) 17:46:48.32

前スレ
【最強CUI】PowerShell -Part 2
http://mevius.5ch.net/test/read.cgi/tech/1480109402/

**デフォルトの名無しさん** · 2019/01/09(水) 17:40:53.83

>>507
あなたの職業、PCの使いみち次第なので、そこが明らかじゃないとなんとも言えない。

**デフォルトの名無しさん** · 2019/01/09(水) 19:51:08.47

>>507
職業で使わない前提なら、
Windowsへの追加のインストールなしにそこそこリッチなツールをスクリプト言語で作れることかな

**デフォルトの名無しさん** · 2019/01/09(水) 21:58:57.96

それな
今どきの企業はセキュリティポリシーがしっかりしていて
PythonだのRubyだの入れたくてもできないからな

**デフォルトの名無しさん** · 2019/01/09(水) 22:13:34.50

>>507
事務職の俺が思うメリット・デメリット。

■PowerShellに限らないプログラミングのメリット
PCを使った繰り返し作業を省力化できる。例えば、
ファイルの名前変更と移動を定型で定期的にやるとか、
同じWebサイトにアクセスして毎回似たようなことをするとか、
お客さんとか他の部署から送られてくる使いづらいExcelのデータを
シンプルな表に整形するとか。

■PowerShellならではのメリット
他の人も書いてるけど、Windowsに最初から入ってる。
スクリプトファイルを渡すだけで同僚にも使ってもらえる。
(起動用のbatファイルとか、タスクスケジューラの設定とかは必要だけど)

■デメリット
全くのプログラミング素人には難しいと思う。
初めてなら、Pythonあたりを先に勉強した方がいいかも。
「パイプラインではオブジェクトが受け渡しされる」とかいわれても
初心者には何のことか分からんと思うし（俺もいまだにしっくり来てない）
適当に解説している入門書とかWebサイトには
「retrun文の後ろの値が、関数の戻り値になります」といった、
嘘じゃないけど嘘に等しいことが書いてあって初心者は訳がわからなくなる。
俺もトライアンドエラーばかりで、きちんと習得できてないです。

**デフォルトの名無しさん** · 2019/01/09(水) 22:16:39.66

間違えた
return文でした・・・

**デフォルトの名無しさん** · 2019/01/09(水) 22:17:35.75

すごいHaskell本を借りて100ページくらい読んだら、PowerShellの関数型風な書き方も割と理解できるようになった

**デフォルトの名無しさん** · 2019/01/09(水) 22:19:11.83

関数型風というか勝手にOut-Defaultがつく挙動がそう見えるだけかもしれないけど

**デフォルトの名無しさん** · 2019/01/10(木) 00:11:38.57

関数型は、Ruby, jQuery(JavaScript)。
map というメソッドを頻繁に使う

PowerShell(PS)の延長線上に、Rubyがある

バッチファイル → PS
シェルスクリプト → Ruby

バッチファイル・シェルスクリプトは、とにかく、ハマリが多い！
プログラミングに適さない

**デフォルトの名無しさん** · 2019/01/10(木) 00:25:40.33

dosならまだしもwinで無理やり拡腸されたのはちょっとね・・・

**デフォルトの名無しさん** · 2019/01/10(木) 00:28:19.57

>>515
この人は何でいつも同じような論調でどこにでも現れるのだろうか。
やたらruby推しするわりには具体的なrubyの良さが全く伝わってこなくて、むしろマイナスイメージをばら蒔いているような気がする。

**デフォルトの名無しさん** · 2019/01/10(木) 00:33:03.30

>>516
誤字がひどい

**デフォルトの名無しさん** · 2019/01/10(木) 04:58:55.23

>>507
batファイルが書けるよりも何が便利かという視点だと、batがひどいからずっとマシというのがある
batでは初歩的な処理もできなかったり、実現までに手間を要したりする
保守性も悪い

**デフォルトの名無しさん** · 2019/01/10(木) 05:25:45.52

>>519
それを言うなら、batとvbsやJscriptを組み合わせてようやく出来てたことが、よりPowershellでは少ないコーディングで同等以上の機能を実現できる。て書こうよ

**デフォルトの名無しさん** · 2019/01/10(木) 05:57:47.50

>>520
処理をちょっと追加・変更したくなったときにすぐほかの言語の利用や外部コマンド調達が必要になることを含めて、実現までに手間を要する、と言ったんだけどね
vbs等を覚えてそちら主体で書く前提なら、別途そういう視点での比較論を語ってくれ

**デフォルトの名無しさん** · 2019/01/10(木) 06:03:49.10

MSの意図も、現実の普及や活用もvbsはbatの補間機能だよ、それらの一括後継がPowershell、そんなことを今更説明しなきゃならんとは残念至極
つかvbs覚えずにbatだけでwinの管理ワークなんかできなかったよ

**デフォルトの名無しさん** · 2019/01/10(木) 07:54:48.12

パワーシェルとrubyは似てる言語なの？
僕とかパワーシェルマスターベーションなのでruby勉強してみようかな

**デフォルトの名無しさん** · 2019/01/10(木) 12:28:31.19

>>517
ruby を NG してる

**デフォルトの名無しさん** · 2019/01/10(木) 17:29:11.64

そりゃ、Ruby がベスト。
Vagrant, Chef, Homebrew, Redmine も、Ruby

JavaScript(JS)は、Ruby に似せてくるから、扱いやすい。
Node.js のnpm, yarn も、Ruby のBundler そっくり。
GUI は、HTML, CSS, JS

再帰的なディレクトリのファイル操作も、glob がある

オブジェクト指向・関数型・Duck Typing・Open Class など、あらゆるデザインパターンの宝庫

Ruby から、PowerShell も呼べる。
str = `powershell Get-Clipboard`
str.encode! Encoding::UTF_8, Encoding::CP932 # UTF_8 へ変換

ダブルクリックで起動したい時だけ、VBS を使っている

ピラフ大王は、PowerShellで、5ch をスクレイピングするほどだけど、
漏れは、Ruby, Selenium Webdriver でやってる

「たのしいRuby 第5版、2016」でも読めば？

**デフォルトの名無しさん** · 2019/01/10(木) 17:49:28.58

インテリセンスしょぼすぎ

**デフォルトの名無しさん** · 2019/01/10(木) 18:07:50.47

>>524
俺もそうする

**デフォルトの名無しさん** · 2019/01/10(木) 18:08:40.70

>>525
わざわざ蕎麦好きが集まる蕎麦屋に出向いて、「うどんこそが至高の麺類。なぜなら～」って
講釈垂れるのと同じくらいヤボだ、って気づくべき。周りは迷惑してるんですよ。

**デフォルトの名無しさん** · 2019/01/10(木) 18:11:49.88

どんどんrubyの評判を下げてるのがわからんのかねぇ

**525** · 2019/01/10(木) 18:45:39.00

漏れは、PowerShell で数行書くなら、Ruby で作ってしまう

クリップボードみたいなのは、Rubyから、PowerShellコマンドを呼ぶ。
ダブルクリックで起動したい時は、VBS・bat を使う

Rubyから、Node.js を呼ぶとか、すべての言語を呼び出せるかも

**デフォルトの名無しさん** · 2019/01/10(木) 18:48:24.32

なるほどrubyじゃ何もできないってことだね

**デフォルトの名無しさん** · 2019/01/10(木) 19:03:20.25

IronRubyってどうなったの？

**デフォルトの名無しさん** · 2019/01/10(木) 20:51:10.85

(かつて)仕様書が存在しない処理系を複製するなんてやってられなくなったんじゃないか？

**デフォルトの名無しさん** · 2019/01/14(月) 13:22:32.56

powershellのメリットは対話環境とスクリプトが同一の文法て書けること
ISEやVS codeで小さなブロックの挙動を確認しながら、それらを組み合わせて一連のワークフローを構築できる

『トライ&エラーで作ってる』って方がいたけど、まさにそういったやり方が出来ることが、専門職じゃなくて日常業務の効率化に使ってる自分にとって凄く大きな利点

**デフォルトの名無しさん** · 2019/01/14(月) 16:32:26.56

>>534
＞powershellのメリットは対話環境とスクリプトが同一の文法て書けること

まさに同じ利点なんだけど、TIPS集みたいな感じでテキストファイルに数行のスクリプトをいくつも集めておいて
必要になったらそこからpowershellウインドウにコピペで即実行できるのがいいね

**デフォルトの名無しさん** · 2019/01/14(月) 17:38:40.92

>>535
それもあるね
psreadline有効にしておけば履歴から同じようなことできるし
unix系で当たり前だったことが、やっと出来るようになったともいえるけど

**デフォルトの名無しさん** · 2019/01/15(火) 07:41:15.21

文化の変化には拒絶反応があるもの
過去のシェルでつけられてきた命令等の名前付けルールを見ても、
今のようにIT文化が広がった時のが目の利用者目線でつけられたものではなく、
あくまでOS周りのシステム開発者と利用者が同一だった時代、要は試行段階の
時代につけられが規則で、今の時代に合わなくなっている。
そこに風穴開けたのは大変良いことだろう。

既存の使い方に慣れた人にとっては、新たな流れは「また覚えることが増える」
「使い方が今までと違う」ということへの拒否反応が少なからずある。

やり取りを見ていて思ったのは、すでに旧来Unix系シェルのルールにのっとって
作られてきたものがレガシーに向かっていると思いたくない、気が付かないひとが
多いこと。時代は変化してゆく。

**デフォルトの名無しさん** · 2019/01/16(水) 08:35:02.57

v6.1.2 Release of PowerShell Core
https://github.com/PowerShell/PowerShell/releases/tag/v6.1.2

**デフォルトの名無しさん** · 2019/01/16(水) 18:21:31.35

>>538
あんがとさん

**デフォルトの名無しさん** · 2019/01/31(木) 21:35:30.95

&{
while($true){
(++$i)
sleep -Seconds 1
}
} | Out-GridView

Get-Date

上を実行すると1秒ごとにカウントされた値がウインドウ表示されるけど、
ウインドウを閉じたときにそれ以降のコマンド(Get-Date)が実行されず終了するのどう回避すればいいだろう・・・？

**デフォルトの名無しさん** · 2019/01/31(木) 21:44:25.79

Whileの継続判定を

$stop_form = Start-Job {
[System.Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms") | Out-Null
Start-Sleep -Milliseconds 500
[System.Windows.Forms.MessageBox]::Show("計測停止ボタン")
}

のフォームを使って

while($stop_form.state -eq "running"){...}

のようにもしてみたけれどウインドウ2個表示されるので方法として頭悪い・・・

**デフォルトの名無しさん** · 2019/01/31(木) 22:18:49.56

Windows では、よく知らないけど、
Linux では、プロセスに親子関係がある

そして親プロセスが終了すると、子プロセスにも終了メッセージが送られて、
それに何も対処しないと、普通は子プロセスも終了する

つまり、親亀こけたら子亀もこける

シェルから起動したプロセスは、シェルの子プロセスになっている

だからデーモン・サービスのように、親プロセスから切り離すか、
親から終了メッセージが送られても、子が終了しないような工夫をする必要がある

また、パイプラインでは、ジョブという処理単位もあり、
ジョブグループにまとめられて、そのグループ全部に対して作用する

**デフォルトの名無しさん** · 2019/01/31(木) 22:20:50.85

>>540
while($true){++$i|out-gridview;sleep -seconds 1;get-date}

**デフォルトの名無しさん** · 2019/01/31(木) 22:33:49.84

powershell {
&{
while($true){
(++$i)
sleep -Seconds 1
}
} | Out-GridView
}
Get-Date

◆QZaw55cn4c · 2019/01/31(木) 23:10:29.40

>>542
＞デーモン・サービスのように、親プロセスから切り離すか
これ、なんか特別なことをしましたっけ…

**542** · 2019/01/31(木) 23:44:01.11

Windows では知らないけど、

Linux なら、systemd で、サービスを起動できる

**デフォルトの名無しさん** · 2019/01/31(木) 23:44:18.82

>>543
いにしえのブラクラかと・・・

>>544
一応こんな感じで、runspacepoolで実行するようにはしてみたけれど、
現実にはwhileの中で実行する関数とかをASTの構文解析使って渡してやる必要があって、少し手間なんですよね

Out-GridViewによるプロセス中断を制御できればなと思っていました

**デフォルトの名無しさん** · 2019/01/31(木) 23:57:01.76

>Windows では知らないけど、
このひとなんなん
こわい

**デフォルトの名無しさん** · 2019/02/01(金) 07:42:04.59

>>545
>>542はWindowどころかLinuxもよく理解できてないみたいだからスルーするがよろし
親プロセスなんてどうでも良くてたぶん制御端末がクローズされた時にSIGHUPが送られる話と勘違いしてる

**デフォルトの名無しさん** · 2019/02/01(金) 09:45:34.37

>>547
パッと思いつきだけで考えたけど、
Start-Job
Workflow
あたりを使うのはどうでしょうね（未確認）。

**デフォルトの名無しさん** · 2019/02/01(金) 10:57:54.88

>>547
Out-GridView だけを、あちらで実行するとか。
GridView に表示するオブジェクトは、スレッドセーフでないといけないかも。

$run = [RunspaceFactory]::CreateRunspace()
$run.Open()
$ogv = $run.CreatePipeline()
$ogv.Commands.Add('ogv')
$ogv.InvokeAsync()

$exec = {$i = 0; for (;;) {(++$i); sleep 1}}

try {
　& $exec | % {if ($run.RunspaceAvailability -ne 'Busy') {throw} $null = $ogv.Input.Write($_)}
}
catch {
　Write-Warning 'GridView が閉じました。'
}

Get-Date

**デフォルトの名無しさん** · 2019/02/02(土) 21:37:38.54

もうOut-GridView側の処理は別ps1ファイルで別けて
メイン側からStart-Process に -NoNewWindow -PassThru -Wait つけて終了まで待って
終わったらメイン側の処理に戻ればいいんじゃね
ISEじゃ余分に窓出ちゃうけど直起動なら窓増えないし
結果受け取りが必要なら一手間いるけど

**デフォルトの名無しさん** · 2019/02/03(日) 05:19:27.02

https://i.imgur.com/Sd6FKGQ.jpg

型指定した変数に$nullを代入できないの？

**デフォルトの名無しさん** · 2019/02/03(日) 10:45:58.13

PS > [bool]""
False
PS > [bool]$s
False

なので$nullではなく空白が代入されてる
代入の時点で型変換されてる？

**デフォルトの名無しさん** · 2019/02/03(日) 11:34:45.18

ｐｓのnullはnullじゃないってどこかで記事見たな

**デフォルトの名無しさん** · 2019/02/03(日) 12:12:22.77

PS > [string]$s -eq $null
False
PS > $s -eq $null
True

**デフォルトの名無しさん** · 2019/02/03(日) 12:17:47.78

型変換が定義されてるっぽいね

**デフォルトの名無しさん** · 2019/02/03(日) 12:58:35.28

$nullの型が何なのか調べればわかること
$null.GetType()
You cannot call a method on a null-valued expression.
At line:1 char:1
+ $null.GetType()
+ ~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidOperation: (:) [], RuntimeException
+ FullyQualifiedErrorId : InvokeMethodOnNull

まとめ
結構嫌な感じですね。

**デフォルトの名無しさん** · 2019/02/03(日) 13:06:40.62

>>553
[string]::IsNullOrEmpty($s)

NullならTrueが返るから
if([string]::IsNullOrEmpty($s)){ "ぬるだよ"}

**デフォルトの名無しさん** · 2019/02/03(日) 13:52:06.12

>>559
[string]::IsNullOrEmpty("") もtrueになるんだが

String.IsNullOrEmpty(String) Method
https://docs.microsoft.com/ja-jp/dotnet/api/system.string.isnullorempty
＞指定された文字列が null または空の文字列 ("") であるかどうかを示します。

**デフォルトの名無しさん** · 2019/02/03(日) 14:28:24.77

うーむ・・・

[string]$s = $null
$s -eq [string]$null
$s -eq $null
$s.GetType()
True
False

IsPublic IsSerial Name BaseType
-------- -------- ---- --------
True True String System.Object

Remove-Variable s
$s -eq [string]$null
$s -eq $null
$s.GetType()
False
True
null 値の式ではメソッドを呼び出せません。
発生場所行:5 文字:1
+ $s.GetType()
+ ~~~~~~~~~~~~
+ CategoryInfo : InvalidOperation: (:) []、RuntimeException
+ FullyQualifiedErrorId : InvokeMethodOnNull

**デフォルトの名無しさん** · 2019/02/03(日) 14:38:16.60

>>560
じゃこんな感じで
[string]$s=$null
if($s -eq [string]$null){"ぬるぬるだよ"}

**デフォルトの名無しさん** · 2019/02/03(日) 14:53:04.55

可能であれば　[string]$s=$null
でなく　　　　[object]$s=$null　でよければ
ならば、普通に比較ができるんだけどね

**デフォルトの名無しさん** · 2019/02/03(日) 14:53:36.20

何でフォントが変わったんだろ？

**デフォルトの名無しさん** · 2019/02/03(日) 17:18:00.01

stringやintはC#と同じくnull許容型ではないということだな

[string]$s = $null
$s
// 代入時にキャストされ空文字列になる

[int]$i = $null
$i
// 代入時にキャストされ0になる

[Nullable[string]]$s = $null
$s
// $nullが代入できる

**デフォルトの名無しさん** · 2019/02/03(日) 17:37:25.59

>>565
>stringやintはC#と同じくnull許容型ではないということだな

C#にstringのnull許容型ってないよね。
参照型には？を付けられないよね。

**デフォルトの名無しさん** · 2019/02/03(日) 17:47:48.25

>>565
>[Nullable[string]]$s = $null
>$s
>// $nullが代入できる

やってみたら、今度は文字代入するとエラーになるぞよ

Unable to find type [Nullable[string]]. Details: 'System.Nullable`1[T]' 上の Gene
ricArguments[0]、'System.String' が型 'T' の制約に違反しています。

**デフォルトの名無しさん** · 2019/02/03(日) 18:06:20.48

ああすまん、[Nullable[string]] はダメだったか
intで動作確認してたわ
では訂正
PowerShellのstringはnullを許容しません、だな

**デフォルトの名無しさん** · 2019/02/03(日) 20:22:36.62

>>566
C#8.0

**デフォルトの名無しさん** · 2019/02/14(木) 06:50:42.41

今まであまり気にしてなかったけどPesterってめちゃくちゃ便利なんじゃねえか
他言語で書いたプログラムの結合テストがスゴく書きやすい

**デフォルトの名無しさん** · 2019/02/14(木) 09:06:58.55

>>570
いいもの教えてもらった。ありがとう。

**デフォルトの名無しさん** · 2019/02/14(木) 22:51:37.48

powershellの標準出力やエラー出力を、自分で作成したフォームのTextBoxにリダイレクトできないでしょうか？
C#単体ではできたのですが、powershellの出力の仕組みがよくわからないので。
C#のConsole.SetOutやConsole.SetError相当のがないものかと。

**デフォルトの名無しさん** · 2019/02/14(木) 23:42:44.14

>>572
Powershellから.Net Frameworkを利用できることは解ってる？

**デフォルトの名無しさん** · 2019/02/15(金) 20:32:06.22

>>570
かんがえてみれば、VSCodeでC#なんかのひな形生成してるのって
PowerShellだね。同じことやってんだろな。

**デフォルトの名無しさん** · 2019/02/15(金) 22:37:05.29

>>573
既にpowershellスクリプト内のC#で出力用フォームを作っていて、
シェル上から
[System.Console]::WriteLine("hello from System.Console")
でフォームへの出力までは確認できてるのですが、
"hello from Write-Host" | Write-Host
とかのpowershellのパイプラインと結びつける方法が判りません。
という状態です

**デフォルトの名無しさん** · 2019/02/15(金) 23:35:43.92

Ruby で、1-liner のフィルタ。
ファイル名を大文字で表示する

ls | ruby -lne 'print $_.upcase'

ARGF を1行ずつ読み込んで、変数$_ に格納する。
ARGF とは、複数のファイルや標準入力を連結して、1つにした仮想ファイル

ruby -lne 'print $_.upcase' a.txt b.txt

sed -n, awk をエミュレートしたもの

**デフォルトの名無しさん** · 2019/02/15(金) 23:54:24.30

sed、awkでいいな。
わざわざ１００倍遅くする必要はない。
そして死ね。

**デフォルトの名無しさん** · 2019/02/15(金) 23:55:34.76

>>572
C#単体ではどうやって実現したの？

**デフォルトの名無しさん** · 2019/02/16(土) 12:36:04.55

>>572
write-error とか write-warning とか　write-output とか他にも
いろいろあるけど、そのこと言ってる？

**デフォルトの名無しさん** · 2019/02/17(日) 16:02:03.17

powershellのソース読むとOut関係はそんなインターフェースが無いっぽいのが判ったので
全部%{[System.Console]::WriteLine($_)}に通すことにしました

**デフォルトの名無しさん** · 2019/02/19(火) 01:05:58.24

(494,500,"`nズン"),(523,300,"ズ"),(494,250,"ン"),(330,600,"ズン"),(330,250,"ド"),(330,250,"コ")|
%{write-host "`nズン♪";Add-Type -a System.speech;$s=[Speech.Synthesis.SpeechSynthesizer]::new();$s.rate=1;[Console]::Beep(330,500);sleep -m:600}{
write-host -n -f:(10..15|random) "$($_[2])♪";[console]::Beep($_[0],$_[1])}{
write-host -f:(10..15|random) "`n`nキヨシ！！`n";$s.Speak("きいっよおっしぃいいいっ！");$s.Dispose()}

**デフォルトの名無しさん** · 2019/02/19(火) 11:18:15.41

>>581
それ、しゃべるの？うちの環境では喋らなかった。

**582** · 2019/02/19(火) 11:20:37.97

>>581
喋ったわ、PCの設定の問題だった

**デフォルトの名無しさん** · 2019/02/19(火) 14:42:09.09

https://dev.classmethod.jp/server-side/problem-about-awspowershell-netcore-not-autoloaded/

＞ 4000以上のコマンドをエクスポートしているとPowerShell Galleryでの公開がリジェクトされてしまう

**デフォルトの名無しさん** · 2019/02/19(火) 15:26:18.95

似たようなのは、VSCodeでもあるね。
たとえば、C#のコンソールモジュール作ろうとして
dotnet new console -o xxx とやると
dotnet-new はありませんみたいな

**デフォルトの名無しさん** · 2019/02/20(水) 14:59:45.45

v6.1.3 Release of PowerShell Core
https://github.com/PowerShell/PowerShell/releases/tag/v6.1.3

**デフォルトの名無しさん** · 2019/02/23(土) 20:34:37.39

WindowsでしかPS使わないんだけど
早めにWindowsPS5.1から、PS6.1に移行した方がいい？

5.1で作ったスクリプトとか、そのままだと6.1でほぼ動かないよね。

5.1でゴリゴリ作って資産を溜め込むと将来的に困った事になるのかな。
でも、6.1はドキュメントが整備されてなくて、調べるのが辛い。

**デフォルトの名無しさん** · 2019/02/23(土) 21:00:34.25

OSに標準搭載されるならともかく今は現状維持で良いんでない
スクリプトが軒並み動かんような破壊的な変更では無かったと思うけど

**デフォルトの名無しさん** · 2019/02/23(土) 21:10:17.16

.net flamework呼び出すスクリプトが多くて
ここをCoreに置き換えないといけないんだよね？
そこが上手くいけるのかなって。

PS自体の互換性は割と大丈夫っぽいんだけど。

**デフォルトの名無しさん** · 2019/02/23(土) 21:26:32.03

.NET Coreの範囲だったらいいけど、.NET Frameworkと比べるとすごく狭そうだからなあ

**デフォルトの名無しさん** · 2019/02/23(土) 21:41:56.40

>>590
そんなにかわらんやろ

**デフォルトの名無しさん** · 2019/02/23(土) 22:07:09.64

でもCoreには、Windows formsとWPFが無いよ

**デフォルトの名無しさん** · 2019/02/23(土) 22:20:27.28

悪い、俺の知識が古かった
Core 3.0ではサポートされるんだな

**デフォルトの名無しさん** · 2019/02/23(土) 22:42:29.56

3.0はdnSpyとか既に導入しているアプリもちょくちょく見るね
SCDにできるのが野良配布の開発者には良さげ

**デフォルトの名無しさん** · 2019/02/24(日) 05:23:00.00

>>587
ほぼ問題なく動いてるよ

**デフォルトの名無しさん** · 2019/02/24(日) 15:29:42.14

>>595
ってことは、WindowsPS5.1で作っても
後々、6.xに移植するのはかなり容易ってことかな？

**デフォルトの名無しさん** · 2019/02/24(日) 16:23:30.62

OSチームが謎のps推ししてるんだからそう動作が変わるとも思えない(全く信用はしてないが)

**デフォルトの名無しさん** · 2019/02/24(日) 21:05:12.28

分からない所があるなら、まずは公式ドキュメントを読めよ

PowerShell Core 6.0 の重要な変更
https://docs.microsoft.com/ja-jp/powershell/scripting/whats-new/breaking-changes-ps6
PowerShell Core 6.1 の新機能 - 破壊的変更
https://docs.microsoft.com/ja-jp/powershell/scripting/whats-new/what-s-new-in-powershell-core-61#breaking-changes

**デフォルトの名無しさん** · 2019/02/24(日) 21:25:21.67

encoding以外ほぼどうでもいい内容だな

**デフォルトの名無しさん** · 2019/02/25(月) 06:14:15.76

>>595
上で言っているエンコードと、サポートされていない画面系（Forms,WPF）以外は
特段の違いはないと思っていいと思う。

**デフォルトの名無しさん** · 2019/02/25(月) 17:25:12.02

System.Windows.FormsみたいなWindows固有のGUI系はサポートされない。
今のところこれで困ってる。

Core3.0でサポートされるから、将来的には大丈夫なんだろうか。

**誰かスクリプト教えて下さい、、、** · 2019/02/26(火) 08:07:40.70

Windowsサーバのディスク断片化を検知するPowerShell

**デフォルトの名無しさん** · 2019/02/26(火) 08:18:02.82

誰か教えて下さい
断片化を検知するパワーシェル
一定の断片化でデフラグするパワーシェル

**デフォルトの名無しさん** · 2019/02/26(火) 09:02:46.40

>>603
しつこい

**デフォルトの名無しさん** · 2019/02/26(火) 12:06:29.45

>>603
とうとうこっちに来たのか…、要件をまとめられない限り、お前さんに仕事は無理、勿論回答も無理。丸投げなどもっての他、はよ仕事降りて病院行け

**デフォルトの名無しさん** · 2019/02/26(火) 12:13:41.62

こいつはWindows板のスレに2/12に登場し、周りから色々アドバイス貰っても、壊れたレコードのように「わかりません、教えてください」を繰り返し「もう来ませんさようなら」と言っては再び現れる
https://mevius.5ch.net/test/read.cgi/win/1474175184/373-

**デフォルトの名無しさん** · 2019/02/26(火) 12:24:30.73

>>606
なんだそりゃワロタｗｗｗｗｗ