PowerShell -Part 3

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

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

**デフォルトの名無しさん** · 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
なんだそりゃワロタｗｗｗｗｗ

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

断片化？
そんな難しいプログラムを、書けるわけないだろ

断片化を判定するようなコマンドなんて、無いだろ？

そういうのは、それ専門の会社が作っている、アプリを使う。
自作できるようなものじゃない

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

Win10だと自動でデフラグするけどな。

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

defrag コマンドあるからできるよ

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

>>603
Optimize-Volume
https://docs.microsoft.com/en-us/powershell/module/storage/optimize-volume

後は勝手にしろ

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

PS C:\Users\user> Optimize-Volume -DriveLetter C -Analyze -Verbose
Optimize-Volume : Access denied
Activity ID: {dcf03f92-726b-4adb-a208-4f620c23ef63}
発生場所行:1 文字:1
+ Optimize-Volume -DriveLetter C -Analyze -Verbose
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : PermissionDenied: (StorageWMI:ROOT/Microsoft/...age/MSFT_Volume) [Optimize-Volume], CimE
xception
+ FullyQualifiedErrorId : StorageWMI 40001,Optimize-Volume

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

PS C:\Users\user> Optimize-Volume -DriveLetter C -ReTrim -Verbose
Optimize-Volume : Access denied
Activity ID: {fd9e0378-9517-49a9-874f-49fdbbafec31}
発生場所行:1 文字:1
+ Optimize-Volume -DriveLetter C -ReTrim -Verbose
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : PermissionDenied: (StorageWMI:ROOT/Microsoft/...age/MSFT_Volume) [Optimize-Volume], CimE
xception
+ FullyQualifiedErrorId : StorageWMI 40001,Optimize-Volume

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

これも前ググれと言われてるだろ？
"PermissionDenied"だから原因は明確、PG言語を学ぶ以前の問題

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

考えても分からないから寝ます

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

>>606が警告してるのになんで相手するかな…

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

分からなくてどうしようもないから質問しているのに
要するにスクリプトの構文の意味から分かっていない

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

いやPSのエラーは判り難いと思うね
そもそもコマンドライン置き換えたいなら日本語で出すべき

**デフォルトの名無しさん** · 2019/02/27(水) 06:31:25.86

>>618
UNIX系のシェルに比べたら圧倒的にわかりやすいでしょ

**デフォルトの名無しさん** · 2019/02/27(水) 07:06:27.77

>>617
みてると、まるきり一切調べようとせずに
出来上がったコーディング教えろという
感じですよね

しかも、PowerShellだけでなく、使用するユーティリティーに
ついてもどちらもまるきり分らないし調べないでの質問。

**デフォルトの名無しさん** · 2019/02/27(水) 07:58:43.59

やる気なく、能力も無いと漏らしてるクセに辞退もせず、数ヶ月居座ろうという腹です。
後任に苦労かけるだけ。正常な社会人の要件まとめ能力、調査能力すら失ってるのは精神病としか思えないため、はやく病院に行けと勧めてます

**デフォルトの名無しさん** · 2019/02/27(水) 21:51:13.40

数十GBのバイナリファイルを2GB毎に分割したいのですがpowershellで効率よい方法あったら教えてください
C#コード埋め込みでも可です

**デフォルトの名無しさん** · 2019/02/28(木) 14:47:18.94

>>622
GNUの split コマンドでええんちゃう？
$ split -d -b 2G src dst.

こんな感じに分割される。
dst.01
dst.02
...
dst.99

結合は、
$ cat dst.* > dst
で終わり。

**デフォルトの名無しさん** · 2019/02/28(木) 16:39:52.64

>>622
https://stackoverflow.com/questions/4533570/in-powershell-how-do-i-split-a-large-binary-file
に良さげなサンプル関数作ってくれてる奴居るよ

**デフォルトの名無しさん** · 2019/02/28(木) 21:16:57.85

ありがたごましうた

**デフォルトの名無しさん** · 2019/02/28(木) 22:01:42.89

>>620
なんか日本語ちょっとおかしいし、日本人じゃないのかもな

**デフォルトの名無しさん** · 2019/03/01(金) 00:11:45.93

byeとか再見とか毎回言う外国人居る？？

**デフォルトの名無しさん** · 2019/03/01(金) 05:49:41.07

『Ｙｏｕは何しにPowerShellに』の撮影かな？

**デフォルトの名無しさん** · 2019/03/01(金) 15:20:53.71

powershellでチャットできないですか？

**デフォルトの名無しさん** · 2019/03/02(土) 09:51:56.69

Manage chat rooms in Persistent Chat Server in Skype for Business Server 2015
https://docs.microsoft.com/en-us/skypeforbusiness/manage/persistent-chat/chat-rooms

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

>>630
ありがとう。結局サーバー借りた方が楽ですね。
あとtermsとかも無料だし使えそう。
pcからpcってリモデス使用でできそうですね。
なかなか勉強になりますわ。

**デフォルトの名無しさん** · 2019/03/02(土) 17:10:56.38

最近プログラムでわからないことググるとQiitaってサイトがやたら出てくるなと思ってたら
いつの間にか日本最大のプログラマーコミュニティになってたんだな
http://www.sbbit.jp/article/image/32877/l_bit201611081621450925.jpg

**デフォルトの名無しさん** · 2019/03/21(木) 21:13:15.16

>>570
業務でps1ファイルを大量に使ってるような現場だと
今後標準のテストツールとして採用するところが増えそうだね

**デフォルトの名無しさん** · 2019/03/23(土) 14:31:45.42

>>632
調べ物があってググると結構な確率で Qiita でヒットするけど、
「初心者がとりあえずやってみた系」「自分だけが理解できる作業メモ系」が
大部分で、間違ってることも少なくない。
（日本語の IT 系個人ブログの大多数がそうだとも言えるが）

なので、最近はググる際のキーワードは極力英語のみにして、
海外のコンテンツから優先して探すようにしてる。

**デフォルトの名無しさん** · 2019/03/23(土) 15:05:59.87

俺は最初は日本語かな
日本語なら数秒で記事全体を眺めて概要と筆者の腕前を判定できる
そこからちゃんと読むか次のサイトを見るかの見極めが楽
英語だと仮に真実を語っててもそれが期待してた内容と違う場合にそれに気付くまで少し時間がかかる
そもそも英語でも間違ってる記事は少なくない

**デフォルトの名無しさん** · 2019/03/23(土) 18:54:02.90

Qiitaが云々っていうより、最近のgoogleで上位に来るのはgoogleのアフリエイトが
使われているものが優先されていて、特に意図的にアフリエイトだけが目的の
コピペサイトが上位に来るので検索エンジンとして役に立たなくなってきてる

まぁ、キーワードうまく絞れば見つかることも多いし、なれと面倒くささも手伝って
google日本語2ページ、google英語2ページ、bing、duckduckgoって感じで最近は
検索してるかな

**デフォルトの名無しさん** · 2019/03/23(土) 18:57:03.05

euの脅しのお陰でchromeのデフォルト検索エンジンにduckduckgo選べるようになってるなｗ

**デフォルトの名無しさん** · 2019/03/23(土) 20:27:48.56

>>634
第三者の情報を利用しているのに、
コミュニティなんだから、自分で精査すればいいだけ。
その手間もおしいとか？w

**デフォルトの名無しさん** · 2019/03/23(土) 21:48:53.64

>>636
マップもぶっ壊れてるしgoogle落ち目だな

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

euは一体何様なんだ？

**デフォルトの名無しさん** · 2019/03/25(月) 03:07:23.90

ConvertFrom-Csv って、#で始まる行はスキップしてくれるのかな？

Get-Content .\list.txt -Encoding UTF8
url1 file1
#url2 file2
url3 file3

Get-Content .\list.txt -Encoding UTF8 | ConvertFrom-Csv -Delimiter " "
url1 file1
url3 file3

これって、ヘルプに見当たらないんだけど、何かのオプションの初期値で決まってるの？
# PSVersion 5.1.17763.316
https://docs.microsoft.com/en-us/powershell/module/Microsoft.PowerShell.Utility/ConvertFrom-Csv?view=powershell-5.1

**デフォルトの名無しさん** · 2019/03/25(月) 05:27:00.32

>>641
調べたらコメントとして処理してるわけでもなくてパイプライン入力だと#Typeとかいうよくわからない識別子の判定時に捨てられてるようだ
https://github.com/PowerShell/PowerShell/blob/master/src/Microsoft.PowerShell.Commands.Utility/commands/utility/CSVCommands.cs#L1353
なので一つの文字列として渡すと無視できる

$a = Get-Content .\list.txt -Encoding UTF8
$a -join "`n" | ConvertFrom-Csv -Delimiter " "

あとパイプラインでも改行が\nのみだと挙動が変わったりするけどバグなんじゃないのこれ

**641** · 2019/03/25(月) 15:55:58.17

>>642
おー、ありがとう(*^▽^*)
確かに Raw オプションで読み込むとスキップされなかった。
Get-Content .\list.txt -Encoding UTF8 -Raw | ConvertFrom-Csv -Delimiter " "

Export-CSVがデフォルトで出力する型情報を無視するようにっていう意図なのかな？
#TYPE System.Management.Automation.PSCustomObject

"#TYPE"始まりを無視しようとして "#"始まりを無視しちゃダメな気がするけど...(´・ω・｀)

**デフォルトの名無しさん** · 2019/03/25(月) 21:10:47.02

powershell謹製の定型入出力処理って大抵どっかが糞だよな
C#でさくっとコード埋め込んだ方が速い

**641** · 2019/03/26(火) 03:30:50.37

>>643
あ、違うか。 >>642 の言う通り、#TYPEの判定時に捨てられちゃってるんだね。
#始まりで#TYPEだったら型情報を返すけど、そうじゃなかったらnullにしちゃってるから#始まりは(#TYPE以外)一律落ちちゃうってことか。
型情報以外の#はコメントだから落とそうという意図なのか、意図せずなのかはよくわかんないけど。

**デフォルトの名無しさん** · 2019/03/26(火) 07:15:12.47

そういう場合はコメント扱いか将来の予約用として設計するケースが多いかな
癖のある部分がしっかりドキュメント化されてるといいんだけどね

**デフォルトの名無しさん** · 2019/03/27(水) 00:37:50.64

ドキュメント化されてない糞言語機能なんて使えんわな

**デフォルトの名無しさん** · 2019/03/29(金) 08:30:26.38

General Availability of PowerShell Core 6.2
https://devblogs.microsoft.com/powershell/general-availability-of-powershell-core-6-2/

**デフォルトの名無しさん** · 2019/03/29(金) 12:30:11.33

>>648
Microsoft Update で pwsh のアップデートが提供される、ってのはいつになるのかね

**デフォルトの名無しさん** · 2019/04/06(土) 09:01:31.22

The Next Release of PowerShell - PowerShell 7
https://devblogs.microsoft.com/powershell/the-next-release-of-powershell-powershell-7/

**デフォルトの名無しさん** · 2019/04/06(土) 10:23:45.60

>>650
Windows PowerShellとPowerShell Coreが統合されるのか

**デフォルトの名無しさん** · 2019/04/06(土) 18:19:21.57

.NET使えたりC#埋め込めるってだけでps自体には何も魅力を感じない

**デフォルトの名無しさん** · 2019/04/06(土) 19:36:51.47

なら、こんなスレ見るのやめたら？

**デフォルトの名無しさん** · 2019/04/07(日) 07:15:21.58

>>651
当初からの既定路線です

**デフォルトの名無しさん** · 2019/04/07(日) 11:08:35.13

>>652
C#スクリプトでも使ってろよ

https://msdn.microsoft.com/ja-jp/magazine/mt614271.aspx

**デフォルトの名無しさん** · 2019/04/07(日) 21:27:45.92

良かった
これでわざわざコアを入れなくてもWindowsデフォルトのPSがメンテされるのかな？
本家であるWindowsデフォルトのPSを冷遇するMSに腹が立ってたんだ

**デフォルトの名無しさん** · 2019/04/08(月) 14:15:31.94

オブジェクト指向(class、Add-Member)はあまり使わないのかな？

**デフォルトの名無しさん** · 2019/04/08(月) 19:02:08.74

それらを即ちオブジェクト指向ってまとめられると語弊があるけど
PowerShellでわざわざクラスをつくるメリットがあまりないんで使わないかな
C#側で作ってそれを利用するモジュールはよく見かける
PowerShellでつかうんならメソッド生やすよりパイプ入力に対応した関数を作ったほうがそれらしいから

**デフォルトの名無しさん** · 2019/04/08(月) 21:12:55.80

Coreもデフォでインストールして欲しいんだが。

予定あるのかね。

**デフォルトの名無しさん** · 2019/04/08(月) 21:33:20.59

>>657
classはわかるけどオブジェクト指向とAdd-Memberになんの関係が？

**デフォルトの名無しさん** · 2019/04/08(月) 23:22:18.02

>>660
バージョン古いとAddMenberなしで振る舞い定義できんやん

**デフォルトの名無しさん** · 2019/04/09(火) 06:55:48.14

>>661
ああ、そういう意味か
その時代は構造体代わりにAdd-Member使う程度だったな
class使えるようになってからは普通にオブジェクト指向って言うか他の言語と変わらん程度には使う