PowerShell -Part 4

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

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

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

**デフォルトの名無しさん** · 2021/03/13(土) 14:33:26.87

| where-objectで、条件に引っかかったら0(True)、引っかからなかったら1(False)を返す方法ってありませんでしょうか。

あるサービスの実行状態を知るために、こういうことをしてるんですが、

(Get-Service | Where-Object -Property Name -Match Adobe | Where-Object -Property Status -Match Running).length
1 ←AdobeがRunnningだった
0 ←AdobeがRunniｎｇじゃなかった

他に、もっとPowershellっぽい書き方があったら教えてください

**デフォルトの名無しさん** · 2021/03/13(土) 14:59:52.96

>>979
ワンライナーにこだわっているのか？

**デフォルトの名無しさん** · 2021/03/13(土) 15:31:11.30

Ruby の3項演算子みたいなものは無いの？

真偽値となる条件式 ? 真の時の値 : 偽の時の値

**デフォルトの名無しさん** · 2021/03/13(土) 15:36:01.07

(gsv adobe*).status -contains 'running'

**デフォルトの名無しさん** · 2021/03/13(土) 15:48:12.79

>>979
[int][bool](Get-Service | Where-Object {($_.Name -Match 'Adobe') -and ($_.Status -Match 'Running')})

**デフォルトの名無しさん** · 2021/03/13(土) 20:59:36.95

>>981
三項演算子
https://docs.microsoft.com/ja-jp/powershell/scripting/whats-new/what-s-new-in-powershell-70#ternary-operator

**デフォルトの名無しさん** · 2021/03/14(日) 15:40:02.21

PowerShellは処理の方法が多くていいな

**デフォルトの名無しさん** · 2021/03/14(日) 21:46:47.24

連想配列の参照渡しで
function f([ref]$h) { $h.value }
$h = @{ a = 0; b = 1}
f([ref]$h)
はうまくいくんだけど、引数もう一個増やして
function f([ref]$h, $s) { $h.value; $s }
$h = @{ a = 0; b = 1}
$s = 2
f([ref]$h, $s)
にすると、
f : パラメーター 'h' の引数変換を処理できません。引数には参照型を指定する必要があります。
何が悪いん？ググっても見つけられなくてさっきから悩んでる（汗

**デフォルトの名無しさん** · 2021/03/14(日) 21:55:49.94

括弧とカンマいらないのでは

**デフォルトの名無しさん** · 2021/03/14(日) 22:41:43.33

f ([ref]$h) $s　

**デフォルトの名無しさん** · 2021/03/14(日) 23:07:21.02

>>988
出来た！ありがとう
でもなぜその書き方になるのかわからない（汗

**デフォルトの名無しさん** · 2021/03/15(月) 15:30:15.42

カッコとカンマで引数渡すのはオブジェクトのメソッドの時だけだね
関数はスペース区切りで渡す

これは文法だから理由はない

**デフォルトの名無しさん** · 2021/03/15(月) 16:45:16.26

1, 2 で配列作っちゃうようにしちゃったからねぇ
記法がシェルスクリプトとプログラム言語のあいの子みたいになってるからちょっと直感に反する所がちらほら見え隠れするのはしょうがない

**デフォルトの名無しさん** · 2021/03/16(火) 23:02:58.87

>>985
処理の方法が多いことは、可読性が落ちる原因にもなる。
PythonをもちあげてPerlをくさす時に使われたのと同じ論法だよ。

**デフォルトの名無しさん** · 2021/03/17(水) 08:00:24.75

俺がPowerShellを気に入ったのはPerlと同じ匂いを感じたからだ

**デフォルトの名無しさん** · 2021/03/17(水) 08:19:50.03

しかしPerlではないのがいいところ

**デフォルトの名無しさん** · 2021/03/17(水) 08:38:00.89

Why did you do that? $VAR/ {} / Weak Intellisense
https://docs.microsoft.com/en-us/archive/blogs/monad/why-did-you-do-that-var-weak-intellisense

The $ in front of variables comes from our design center of being an interactive command oriented shell.
Interactive shells are NOT the same thing as Scripting languages with command interpretors.
Interactive shells are case studies in engineering tradeoffs (another way of saying that is that they tend to be a little quirky).
There is a tension between the needs of a great interactive experience and a great scripting/programming experience.
Time and time again during the course of the project, people would try to make us "choose" between one or the other.
We refused.

We believe that if you work hard enough at it, you can solve the puzzle and provide a great solution for both.
We were absolutely subborn on this point. Time and time again, we were able to succeed with this approach if we travailed long enough.

**デフォルトの名無しさん** · 2021/03/17(水) 11:52:58.50

interactive性は'標準で'エイリアスが定義されてることで十分満足してる

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

PerlとPythonは文字に対するencode, decodeの意味が逆。まめな

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

PowerShell -Part 5
https://mevius.5ch.net/test/read.cgi/tech/1615994992/

次スレ。

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

>>998
ナイス滑り込み

**デフォルトの名無しさん** · 2021/03/18(木) 01:34:48.09

質問良いですか

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 441日 9時間 26分 17秒