【最強CUI】PowerShell -Part 2 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/11/26(土) 06:30:02.67

前スレ
【最強CUI】PowerShell -Part 1
http://echo.2ch.net/test/read.cgi/tech/1378978504/

**デフォルトの名無しさん** · 2018/02/18(日) 22:10:00.84

VSCode

**デフォルトの名無しさん** · 2018/02/19(月) 00:49:35.13

edlin

**デフォルトの名無しさん** · 2018/02/19(月) 05:38:51.91

>>482
VSCodeが決定版
やっぱ同じMS製だし
他言語でも使える

**デフォルトの名無しさん** · 2018/02/21(水) 21:50:44.89

excelの選択範囲をpowershellに渡す方法教えて
ファイルに出力→powershellサブプロセス
はダサいから無しで

**デフォルトの名無しさん** · 2018/02/22(木) 03:26:54.69

$excel=New-Object -ComObject Excel.Application
$excel.Visible=$true
$wokbook=$excel.workbooks.open("なんとか.xlsx")
$woksheet=$wokbook.ActiveSheet
$actCells=$excel.Selection

**デフォルトの名無しさん** · 2018/02/22(木) 03:28:18.65

要は、最後の1行
$actCells=$excel.Selection

**デフォルトの名無しさん** · 2018/02/24(土) 01:27:05.92

そういうのでよく使うのはGetObjectの方だと思う

**デフォルトの名無しさん** · 2018/02/24(土) 02:25:42.58

エクセルついでに、
csvをエクセルで開いて配列に一気に取り込んで、それをxlsx形式で新規保存する方法教えて。

**デフォルトの名無しさん** · 2018/02/24(土) 05:43:27.81

$excel=New-Object -ComObject Excel.Application
$excel.DisplayAlerts=$false
$workbook=$excel.workbooks.open(”入力path\なんとか.csv")
$workbook.SaveAs("保存path\かんとか.xlsx",51)
$workbook.Close()
$excel.Quit()

**デフォルトの名無しさん** · 2018/02/24(土) 09:43:41.67

ありがとう。
エクセルで開くときはcsv importみたいなコマンドレットは必要ないのね。その辺が調べてもよく分からなかった。

なお、配列にはデータ取り込んでる？
@()に入れる方法がよく分からん。
vbsだとarray=sheet.usedrange でできるけど。

**デフォルトの名無しさん** · 2018/02/24(土) 10:16:12.10

>>492
ごめん、いま明日の引っ越し準備で
対応できない。

**デフォルトの名無しさん** · 2018/02/24(土) 12:22:39.31

$array = $sheet.UsedRange.Value2
で良いんじゃね

**デフォルトの名無しさん** · 2018/02/24(土) 15:03:06.06

なるほど。
powershell だからパイプライン使うイメージだったけど、エクセル操作ではあまり使えない感じなんだね。

**デフォルトの名無しさん** · 2018/02/24(土) 15:07:47.88

20年近く前にvbscriptで散々やったものを今必死にPowerShellで再現してる最中なのか。

**デフォルトの名無しさん** · 2018/02/24(土) 22:59:13.75

ほんとそんな感じ。
サーバー管理するわけでもないなら、powershell そんなに覚える必要ないかな。ただパイプラインは面白いと思う

**デフォルトの名無しさん** · 2018/02/25(日) 00:32:11.83

ファイル操作には便利だよ
単機能のツール探すよりPSで書いた方が早いこと多い

**デフォルトの名無しさん** · 2018/02/25(日) 01:39:02.81

PowerShell より複雑なものは、Ruby を使え

Rubyから、Excel を扱うライブラリも、色々あるみたい

**デフォルトの名無しさん** · 2018/02/25(日) 01:40:14.58

>>499
Excelならc#で十分だわ

**デフォルトの名無しさん** · 2018/02/25(日) 01:46:43.42

pythonスレやpowershellスレでひたすらrubyすすめてくるキチガイはなんなんだｗ

**デフォルトの名無しさん** · 2018/02/25(日) 03:34:56.38

>>499
COM経由で一緒

**デフォルトの名無しさん** · 2018/02/25(日) 04:58:27.12

なんかrubyはずっといる

**デフォルトの名無しさん** · 2018/02/25(日) 04:58:51.59

>>500
VBAだろ

**デフォルトの名無しさん** · 2018/02/25(日) 06:53:28.67

>>500
System.Runtime.InteropServices.Marshal.ReleaseComObject( ) 地獄に落ちてもいいならな

MSもMicrosoft.Office.Interop.Excelはアンマネージドなリソース使うんだからDisposeを真面目に実装しとけよ

**デフォルトの名無しさん** · 2018/02/25(日) 07:36:24.71

そうじゃなくて今はClosedXMLとかを使うんじゃないの

**デフォルトの名無しさん** · 2018/02/25(日) 07:44:46.15

>>505
いつの時代の話だよ

**デフォルトの名無しさん** · 2018/02/25(日) 08:14:51.73

客先で他になんにもないときにめちゃ助かる
VBAも悪くないけど基本ライブラリしょぼいし別プロセス連携とかオブジェクト指向やりにくいから

>>505
Book.CloseとかApp.Quitとか要点さえ守ればCOMラッパーが参照カウントを処理してくれるからReleaseComObjectは不要

**デフォルトの名無しさん** · 2018/02/25(日) 08:39:48.35

ただ本音を言うとCOMはもう直接触りたくない
裏方に徹してくれる分にはいいんだけど

そもそもOfficeが.NETのプラットフォームから逸脱してるのが面倒の素

**デフォルトの名無しさん** · 2018/02/25(日) 09:25:49.90

データ取り込み->OleDb
帳票出力->サードパーティのマネージドライブラリ
操作性拡張->VBA

.NET相互運用は需要がない

**デフォルトの名無しさん** · 2018/02/25(日) 16:14:29.85

>>507-508
> Book.CloseとかApp.Quitとか要点さえ守ればCOMラッパーが参照カウントを処理してくれるからReleaseComObjectは不要
マジで言ってるの？
それとも最近便利な（まともな）ラッパーでもできたの？

**デフォルトの名無しさん** · 2018/02/25(日) 16:45:57.41

ラッパーなんてあるの？
webに転がってるpowershellの糞コードはまともに開放してないし
powershellで気を付けるレベルじゃどうやっても開放漏れは起こる
潔癖ならCOMと親和性の高いwshで処理したらいいし
大抵の人はEXCEL.EXEが残らなければOKって考えでしょ

**デフォルトの名無しさん** · 2018/02/25(日) 19:36:34.84

逆に聞きたいんだが適切にCloseやQuitしててもリソースリークするエビデンスってある？

**デフォルトの名無しさん** · 2018/02/25(日) 19:37:48.11

>>511
NPOIとかClosedXMLすら使ったことないん？

**デフォルトの名無しさん** · 2018/02/25(日) 20:06:18.82

そもそもエクセルプロセスが生きてる以外にリーク判定ってどうやってんだ？

**デフォルトの名無しさん** · 2018/02/25(日) 23:21:13.29

質問です。EXCELファイル内のマクロコードをGREP検索したいのですが
powershellからそのようなことは出来るのでしょうか？
(powershell以外の方法でも構いません)

**デフォルトの名無しさん** · 2018/02/26(月) 08:48:04.46

>>513
C# の話な

> 逆に聞きたいんだが適切にCloseやQuitしててもリソースリークするエビデンスってある？
適切の意味にもよるけどシートを参照したままApplication.Quit() してもリソースリークするって言うのはググれば出てくる
（これはVB.NETの例だけど）
https://social.msdn.microsoft.com/Forums/ja-JP/3a296f83-4a49-4561-a735-570aa7430874/ecxel?forum=vbgeneralja

>>514
COMの話であることも理解できないアホは絡んでくるなよ

**デフォルトの名無しさん** · 2018/02/26(月) 08:55:33.76

>>517
どうも日本語が不自由なようだ

**デフォルトの名無しさん** · 2018/02/26(月) 09:29:44.47

>>518
お前が誰か知らんけどそんなレスしかできないなら黙ってなよ w

**デフォルトの名無しさん** · 2018/02/26(月) 09:57:08.97

>>519
涙拭けよw

**デフォルトの名無しさん** · 2018/02/26(月) 10:12:54.85

なんだ、無能の煽りかよ

**デフォルトの名無しさん** · 2018/02/26(月) 12:17:43.07

>>521
顔真っ赤にしてどうした？w

**デフォルトの名無しさん** · 2018/02/26(月) 12:21:47.40

ゆとりはCOMやオブジェクト思考を理解できない。

**デフォルトの名無しさん** · 2018/02/26(月) 12:29:53.91

いまどきCOMとかｗｗｗ

**デフォルトの名無しさん** · 2018/02/26(月) 12:32:03.28

このとおり。COMが何かすら理解してない様子。

**デフォルトの名無しさん** · 2018/02/26(月) 12:49:39.49

今は2018年だった気がするが

**デフォルトの名無しさん** · 2018/02/26(月) 13:03:41.88

>>517
エビデンスって言うには弱いな
コードの断片だけ見せて開放されないんですって言ってる人が居たってだけで
それにこれたぶんGC回ったら回収されるパターンでしょ

**デフォルトの名無しさん** · 2018/02/26(月) 13:18:51.36

MSのメモリリークのバグなんて昔から何度もあったのに。MSも随分と信用を得たものだ。

**デフォルトの名無しさん** · 2018/02/26(月) 13:26:17.87

まあ今時COMって言うのは間違ってはないとは思うがCOMの話してるのにNPOIとかClosedXMLととか言い出す>>514が頓珍漢であることは変わらない

**デフォルトの名無しさん** · 2018/02/26(月) 13:33:29.92

VS2017にATLついてる。なぜならMSが必要だから。COMなしではWindowsは動かない基盤技術。

おまえらの2chブラウザも動かなくなる。

**デフォルトの名無しさん** · 2018/02/26(月) 15:06:05.67

流れを見ると>>500のレスを>>505が勝手にCOMの話と勘違いしたからそもそも話しがおかしくなってるんだと思うけど
どっちにしろたいした話もできてないからもう終わりでよくね

**デフォルトの名無しさん** · 2018/02/26(月) 15:21:15.75

ClosedXMLはExcelを操作するんじゃなくてExcelファイルを操作するライブラリだしww
てかいつまで粘着するの？

**デフォルトの名無しさん** · 2018/02/26(月) 17:32:43.42

COMの話題でどっと混む

**デフォルトの名無しさん** · 2018/02/26(月) 18:04:10.90

エクセルでcsvを開いて、名前変えてエクセルファイルとして保存したいんだけど、
c:/test.csv
から
c:/test_add.xlsx
って感じに。
このとき、split-path $_ -parent + "/" + $.basename + "_add.xlsx"
みたいな書き方してるんだけど、もっとカッコいい良い書き方ある？

**デフォルトの名無しさん** · 2018/02/26(月) 20:02:07.45

>>534
かっこいいかは分からんけどjoin-path使ったり
Join-Path $_.Directory ($_.BaseName + "_add.xlsx")

置換したり
$_.FullName -replace "\.csv$", "_add.xlsx"

単に文字列内で展開してもいいだろうし
"$($_.Directory)\$($_.BaseName)_add.xlsx"

**デフォルトの名無しさん** · 2018/02/26(月) 23:11:59.96

>>535
ありがとうございます。
さらっと3通り出るのすごい。

joinがpowershell 使ってる感あって好き、けど文字列内の$$もいいな

**デフォルトの名無しさん** · 2018/02/26(月) 23:14:27.61

PowerShellで画面の文字拡大率を変更する事は可能？
ノートPC使っていると、150%とか100%を変えたい時があるが
いちいちGUIで変更するのが大変

**デフォルトの名無しさん** · 2018/02/27(火) 10:39:21.42

PowerShell.exeのショートカット２つ作ってプロパティで色やらフォントサイズやらを別々に設定して
好きな方を起動するというのはできる

**デフォルトの名無しさん** · 2018/02/27(火) 14:22:33.25

顔を画面に近づけるだけだろ。どんだけデブなんだよ。

**デフォルトの名無しさん** · 2018/02/28(水) 14:27:13.44

文字の大きさなんて超基本なのに
その煽りはないわ

**デフォルトの名無しさん** · 2018/02/28(水) 21:26:18.73

好きに変更すりゃいいじゃねーか。GUIで変更は嫌だとか、キーに割り当てるのも嫌だとか、
顔近づけるのも嫌だとか、ほんとデブは馬鹿で横着だからヤダね。

メイドでも雇って変更してもらえや。

**デフォルトの名無しさん** · 2018/02/28(水) 21:35:16.05

この句読点は無視でいいよ

**デフォルトの名無しさん** · 2018/02/28(水) 21:39:00.90

句読点の打ち方が分からない低学歴アピール乙。

**デフォルトの名無しさん** · 2018/02/28(水) 22:44:45.43

>>537 で言っているのは、何の画面のこと？
powershell.exeのコマンド画面も
powershell_iseのエディターも既定値設定できるんで
なんの話か理解できなくて。

**544** · 2018/02/28(水) 22:53:58.42

自分の文章理解力がなかった
Windowsの画面そのもののフォントサイズを
変更したいという話だったのね。

**デフォルトの名無しさん** · 2018/02/28(水) 23:12:12.84

GUIで設定するのも面倒、句読点を打つのも面倒。脳に障害があるレベルだな。

だが安心してください。Windowsには障碍者モードが実装されてます。

**デフォルトの名無しさん** · 2018/03/01(木) 01:21:24.03

まあ、PowerShellというよりもWindowsコンソールが機能不足かつ分かりづらいのは確か
ただ、フォントサイズくらいは変えられる

**デフォルトの名無しさん** · 2018/03/01(木) 01:23:11.44

PPMとか生成したバイナリデータをリダイレクトで保存するのは難しいのかな
cmdはできるのに

**デフォルトの名無しさん** · 2018/03/01(木) 10:56:37.02

句読点の付け方は別に間違っちゃいないけど、2chでそこまでしっかり打つのは少数派だから
ちょっと異様に見えるよ

**デフォルトの名無しさん** · 2018/03/01(木) 11:57:54.51

単純に低学歴、低知能は句読点を打たない。
文章や論文を書く習慣がないし本も全く読まないから句読点がないことに違和感がない。つまり馬鹿。

ひろゆきすら打つ。くだらない知ったかして2ch素人にもほどがあるな。
しかも句読点があると異様だとかもはや脳みそに蛆でも沸いてるレベル。もはや日本人じゃないな。

1 名前：ひろゆき＠どうやら管理人 ★[] 投稿日：2014/04/09(水) 14:47:55.24 ID:???
なんらかの不具合を見つけたら、
報告するスレッド。

118 名前：ひろゆき＠どうやら管理人 ★[] 投稿日：2014/04/12(土) 02:48:58.08 ID:???
>>25
どうぞ、どうぞ。

**デフォルトの名無しさん** · 2018/03/01(木) 12:37:08.99

ひろゆきも打つからなんだっつーの
本と2ch（というかメールやブログのコメントもだけど）は大きく違う
ソフトによって画面端での自動の改行がさされたりされなかったりするから、長い行はあまり書かない
「。」の代わりに改行で済ますように変化してる
行末に「。」を付けるのはかなり少数派だよ

**デフォルトの名無しさん** · 2018/03/01(木) 13:38:12.57

>>550
そういう見方もあるだろうが
昔に戻ると、句読点は必須ではなく
文章に不慣れな人達のために使われるようになったそうで、
いまでいう高学歴というような人に対しては使わないもの
だったそうだ。
そのために、今でも表彰状などには句読点は一切使われない。

ちなみに、句読点が一般的に使われるようになったのは、
明治半ば以降だそうだ。
、

**デフォルトの名無しさん** · 2018/03/01(木) 15:34:24.24

読みづらくなきゃなんでもいいと思うよ
クッソ読みづらくても句読点のあるなしにしか拘らん方が問題ある
読みやすい文の組み立てを心がければいいでしょう

**デフォルトの名無しさん** · 2018/03/01(木) 15:34:48.45

感謝状、招待状等あえて句読点をつけない文章の共通点とは？
https://woman.mynavi.jp/article/150205-71/

かつて、句読点を付けるのは『相手を見下す』
要は、句読点がないと文章も読めないだろうと相手を見なすことに
なることだったようだ。

ま、当時は漢字の利用頻度も高く、漢字ひらがな混じりでも
読みやすかったのでしょう。今はひらがななどの割合が高いので
やはり適切に句読点を使う必要あるんでしょうね。

**デフォルトの名無しさん** · 2018/03/01(木) 15:40:17.42

長文でひらがな比率高いと文の区切りが分からなくなりますからね。

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

>>550
句読点の、打ち方が下手な香具師もよく、見かける

**デフォルトの名無しさん** · 2018/03/01(木) 19:41:09.89

単に句読点はこのスレで低レベルな煽りを繰り返してるキチガイの特徴ってことだろ
IDかわってもすぐわかる

**デフォルトの名無しさん** · 2018/03/01(木) 19:50:29.18

句読点を適切に付与するスクリプト書いてよ

**デフォルトの名無しさん** · 2018/03/01(木) 20:40:16.88

powershellだけでプロジェクト組むとしたらどういうフォルダ構造にする？

**デフォルトの名無しさん** · 2018/03/01(木) 21:33:08.36

中東あたりだと母音を省略してしまうんだよね？

**デフォルトの名無しさん** · 2018/03/02(金) 12:53:13.17

煽りうざいから話題換えよう

>>559
良い質問な気がする

ただオレ自身は単ファイルで済むバッチ
みたいなのを書くのがほとんどだから

もし本格的なプロジェクトのフォルダ構成を組むなら
JavaとかRubyとか他言語の構成をマネするかな

**デフォルトの名無しさん** · 2018/03/03(土) 09:41:45.03

PSCustomObjectで特定のinterfaceを実装したいんだがやりかたわからん

public interface IFoo {
int Bar(int x);
}

public static class Hoge {
public static void Fuga(IFoo foo) {
Console.WriteLine(foo.Bar(100));
}

$foo = new-object pscustomobject |
add-member -passthru -membertype scriptmethod -name Bar -value { param($p)
return 200 }

[Hoge]::Fuga($foo)

こういうことしたい

**デフォルトの名無しさん** · 2018/03/03(土) 22:48:42.40

GoやTypeScriptじゃないんだからメソッドを持ってるからってinterfaceを実装してることにはならんよ
素直にIFooを実装するclassを定義すれば？

**デフォルトの名無しさん** · 2018/03/04(日) 08:59:59.87

>>563
そのやり方を知りたい

**デフォルトの名無しさん** · 2018/03/04(日) 09:31:45.51

>>564
実装されたインターフェイスの宣言
https://docs.microsoft.com/ja-jp/powershell/wmf/5.0/class_interface

**デフォルトの名無しさん** · 2018/03/04(日) 09:49:31.76

>>565
2.0でもできる方法教えてください

**デフォルトの名無しさん** · 2018/03/04(日) 10:53:23.51

条件後出しというやつか

**デフォルトの名無しさん** · 2018/03/04(日) 11:29:41.66

>>566
むしろ今の内に5.1以降（できれば最新の6.0.1）に慣れておくほうが良いと思うけどな

**デフォルトの名無しさん** · 2018/03/04(日) 12:58:31.78

業務で使うマシンはOSが最新とは限らない
PSもほとんどアップデートされてない
だから低いバージョンでも使えるように訓練したほうがいい
最新版は追いかけるメリットがない

**デフォルトの名無しさん** · 2018/03/04(日) 13:10:20.82

企業ならクライアントもWindows 7とか珍しくないから配布するようなスクリプトだと2.0前提

**デフォルトの名無しさん** · 2018/03/04(日) 13:58:40.18

>>566
add-typeあるんだから普通にC#で書けば良くね
https://pastebin.com/mnvdH77F
PSCustomObjectに実装しないといけないなら知らんけど

**デフォルトの名無しさん** · 2018/03/04(日) 15:05:09.28

Windows PowerShell 2.0 Deprecation
https://blogs.msdn.microsoft.com/powershell/2017/08/24/windows-powershell-2-0-deprecation/

**デフォルトの名無しさん** · 2018/03/04(日) 17:24:27.69

>>571
それじゃpowershellコマンド使えないじゃん

**デフォルトの名無しさん** · 2018/03/04(日) 21:56:10.13

句読点を多用するのは下手な日本語で嫌われる。

もともとどこが句切りかわからないひと向けの記号だから、句読点の使用は馬鹿にされることもある。

**デフォルトの名無しさん** · 2018/03/04(日) 22:04:18.45

pushd/popd 便利やなあ
わしゃずっとcd使っとったぞい

**デフォルトの名無しさん** · 2018/03/05(月) 05:26:47.07

>>575
わたしゃ多用してますわ
push-location
pop-location
と省略せずにつかっておりますです

**デフォルトの名無しさん** · 2018/03/06(火) 18:11:54.95

c# scriptingのほうが楽とちゃうか？
ネイティヴコマンド連携だけは若干ps有利かなといった印象

**デフォルトの名無しさん** · 2018/03/06(火) 20:17:46.87

その時々で都合の良いほうを使えばいいよ
同じ.NETなんだから否定する理由も無い

**デフォルトの名無しさん** · 2018/03/07(水) 07:41:36.43

>>578
あ、議論から逃げたw

**デフォルトの名無しさん** · 2018/03/07(水) 07:47:27.99

>>577
C# scriptingその後の話題が無いところをみると
どうも今一つなんかな

**デフォルトの名無しさん** · 2018/03/07(水) 21:20:29.09

>>577
シェルのlsやらcatやらみたいなのもc# scriptingのほうが楽なの？

**デフォルトの名無しさん** · 2018/03/08(木) 00:59:56.29

bashとかが駄目な理由に、bashで書きづらくても、そこからpythonとか他の言語にするなら全部書き直しになる