【最強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/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とか他の言語にするなら全部書き直しになる

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

CLIが嬉しいと言いたいのかな。ちょっと論旨が理解できないが。

**デフォルトの名無しさん** · 2018/03/08(木) 04:26:04.35

script vs shell scriptとか何十年前の話題だよ
進歩のない連中だ

**デフォルトの名無しさん** · 2018/03/15(木) 06:42:05.85

OSのシェルとプログラミング言語の区別がない人間ばかりだから仕方ない。

**デフォルトの名無しさん** · 2018/03/15(木) 12:26:16.83

シェルスクリプトをどちらかに分類したがるのは無理なのでは。

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

basicはどっちなん？

**デフォルトの名無しさん** · 2018/03/15(木) 16:51:24.16

単に、UNIXなどで単機能インタープリターをシェルと
呼び始めたんで、シェルは別物と思う人たちが出てきて
しまっただけ。

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

OSのシステムコールとプログラミング言語の区別がない人間も多い

**デフォルトの名無しさん** · 2018/03/16(金) 08:54:28.41

システムコールとライブラリ関数
http://jibun.atmarkit.co.jp/lskill01/rensai/fulinux/02/01.html

システムコールとライブラリ関数の区別は曖昧で、
昔はシステムコールだった手続きも今はライブラリ関数として実装されていることがありますし、その逆もあります。
そういった意味では、システムコールとライブラリ関数の違いを本気で意識しなければならないのは
カーネルや基幹ライブラリを書くプログラマくらいと言えるかもしれません。

システムコールとライブラリ関数の違いが実際に役に立つのは、manページを参照するときです。
例えば「printf」にはコマンドのprintfとライブラリ関数のprintfがあるので、
ライブラリ関数のprintfの解説が見たければ「man 3 printf」と入力しないといけません。
「write」にはコマンドのwriteとシステムコールのwriteがあるので、
システムコールのほうが読みたければ「man 2 write」と入力しないといけません。

**デフォルトの名無しさん** · 2018/03/17(土) 11:59:28.36

>>586
おまえはシェルがシェルスクリプトだと思っているのか？

**デフォルトの名無しさん** · 2018/03/17(土) 12:01:46.42

シェル用のスクリプトだからシェルスクリプトなのに。

**デフォルトの名無しさん** · 2018/03/17(土) 16:54:33.86

史上嘗て無い頭の悪そうな突っ込み

**デフォルトの名無しさん** · 2018/03/21(水) 11:12:47.74

ps coreイイね

**デフォルトの名無しさん** · 2018/03/21(水) 12:31:30.05

>>594
そっすか

**デフォルトの名無しさん** · 2018/03/21(水) 12:38:11.67

powershell_ise coreとかあったら良いのに
と思ったけど流石に需要ないか

**デフォルトの名無しさん** · 2018/03/21(水) 12:51:05.01

>>596
俺も欲しい
vscodeでも出来るけど、捨てコード書くには面倒なんだよね

**デフォルトの名無しさん** · 2018/03/22(木) 00:18:59.44

VSCode の、Code Runner
ソースコードの範囲を選択して、実行できる

これは、便利なプラグイン！

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

>>598
それ入れてないけど、範囲選択+F8で部分実行できたぞ
多分バージョンアップで不要になったプラグインだね

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

部分実行できる言語もあるしできない言語もある
対象言語にも触れず「これは便利！」っつってる>>598もアホだし、対象言語もわかってないのに「バージョンアップで不要になったプラグイン」っつってる>>599もアホ

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

スレタイも読んでない600が一番アホでは？

**598** · 2018/03/22(木) 04:55:52.14

VSCode の、Code Runner
ソースコードの範囲を選択して、右クリックメニューから実行できる

便利なプラグイン！

PowerShell にも対応している

**デフォルトの名無しさん** · 2018/03/22(木) 06:41:35.55

宣伝