C#, C♯, C＃相談室 Part98 (518ﾚｽ)
上下前次1-新
179: デフォルトの名無しさん (ﾜｯﾁｮｲ bfe9-31Hx) [sage] 2024/12/08(日) 11:42:31.33 ID:gLALr0T30(1) AAS
はい
180: デフォルトの名無しさん (ﾜｯﾁｮｲ 47d7-InQL) [sage] 2024/12/08(日) 12:16:51.06 ID:9nkQEnF50(1) AAS
人間が垂れ流した知識を混ぜるだけのAIが、人間が知らないことを教えられるわけないだろｗ
181: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMab-InQL) [sage] 2024/12/08(日) 12:37:03.03 ID:cRlpRIfuM(1) AAS
世界中のどこかで語られたかもしれない事実をそこらの人間がすべて知ってると思うのがおかしい気がする
182: デフォルトの名無しさん (ﾜｯﾁｮｲ bf79-/9Tr) [sage] 2024/12/08(日) 17:47:34.90 ID:d7OE/SEZ0(1) AAS
つーかさWin32APIのCreateWindowで作ったウィンドウをC#にAttachする程度基本的な仕組みぐらいあるやろ
あるやろ…
183: デフォルトの名無しさん (ﾜｯﾁｮｲ 5f62-oAsD) [sage] 2024/12/08(日) 21:09:31.34 ID:NIwBIUGx0(1/2) AAS
CSharp初心者が学習始めるなら何からがおすすめ？
多分IIS?使ったウェブアプリになるんだけども
Javaでのアプリ開発経験はあり
184: デフォルトの名無しさん (ﾜｯﾁｮｲ 2762-RQnm) [sage] 2024/12/08(日) 21:38:41.73 ID:Dh5r1ipA0(1) AAS
Paint.netのソースを見たまえ
185: デフォルトの名無しさん (ﾜｯﾁｮｲ 5f62-oAsD) [sage] 2024/12/08(日) 21:46:52.70 ID:NIwBIUGx0(2/2) AAS
これかな、ありがとちょっと見てみるわ
h
https://github.com/paintdotnet
186: デフォルトの名無しさん (ｱｳｱｳｴｰ Sa9f-zpgV) [] 2024/12/09(月) 11:14:47.99 ID:uh4vUAM3a(1/2) AAS
SetWindowLong
SetWindowLongEx
187: デフォルトの名無しさん (ｱｳｱｳｴｰ Sa9f-zpgV) [] 2024/12/09(月) 11:15:02.52 ID:uh4vUAM3a(2/2) AAS
GWL_EX_STYLE
188: デフォルトの名無しさん (ﾜｯﾁｮｲ dff4-tB0+) [] 2024/12/09(月) 13:22:41.09 ID:wWCmXoxS0(1) AAS
科学 ＋ 5ch
【AI】AIはわずか2時間の対話で人間の性格をコピーできる [すらいむ★]
2chｽﾚ:scienceplus
コメントに面白いことが書かれている
189: 185 (ﾜｯﾁｮｲ 5f62-oAsD) [sage] 2024/12/09(月) 17:56:14.64 ID:apYLNmO+0(1) AAS
PaintDotNetをインストールした
190: デフォルトの名無しさん (ﾜｯﾁｮｲ 47da-InQL) [sage] 2024/12/11(水) 06:17:57.42 ID:BgUz4+cQ0(1) AAS
varなんて使うな戦争ってもう終結したの？
191: デフォルトの名無しさん (ｵｯﾍﾟｹ Sr1b-2ZNr) [sage] 2024/12/11(水) 07:27:33.98 ID:DZxIsQuWr(1) AAS
言語によりけりだから
192: デフォルトの名無しさん (ﾜｯﾁｮｲ 47d7-InQL) [sage] 2024/12/11(水) 08:36:42.20 ID:tumrZkmz0(1) AAS
盲目的にvar使うなとは思うけど、一切使うなはないなぁ
193: デフォルトの名無しさん (ﾜｯﾁｮｲ df2b-2fXw) [sage] 2024/12/11(水) 08:50:12.41 ID:AAqkzyDB0(1) AAS
まあマイクロソフトのサンプルにも使ってる例あるしな
194: デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM8f-n9Eh) [sage] 2024/12/11(水) 10:05:12.70 ID:BwkZDwjMM(1) AAS
jsのvarと違ってただの便利機能だしな
195: デフォルトの名無しさん (ﾜｯﾁｮｲ 476d-Ahcx) [] 2024/12/11(水) 12:36:15.23 ID:uq+uLBFl0(1/2) AAS
varで参照型を扱うとnullableになるのはどうにかしてほしい
196: デフォルトの名無しさん (ﾜｯﾁｮｲ 87ae-pQ4B) [sage] 2024/12/11(水) 13:56:36.44 ID:pPQiPOka0(1) AAS
推論型なんだし、必要に応じて使えばいいんじゃね？
objectならともかく
197: デフォルトの名無しさん (ﾜｯﾁｮｲ df6c-Fa9A) [sage] 2024/12/11(水) 14:39:24.72 ID:1I783KxU0(1) AAS
varが絶対必要なのって匿名型使うときだけだから、必要に応じて使う、だとvarはほとんど用無しになっちゃう
戦争に参加するつもりはないが仮にvar使うんなら必要に応じてじゃなく基本varにしないと
198: デフォルトの名無しさん (ﾜｯﾁｮｲ 6756-2ZNr) [sage] 2024/12/11(水) 14:54:27.03 ID:9MAiYNgK0(1) AAS
c#は基本varでいいよね
多分大体のc#er？はvarじゃないときにだけ理由を気にするんじゃないかな
199: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMab-InQL) [sage] 2024/12/11(水) 18:36:49.06 ID:SiVbJLlPM(1/2) AAS
初期に頭のいい人は一番先に varに飛び移った
その後みんな気が付いて移行した
今でも使わないのはご老人
200: デフォルトの名無しさん (ﾜｯﾁｮｲ 475a-NyP9) [sage] 2024/12/11(水) 19:15:48.68 ID:Rq12mde/0(1) AAS
varばかりやわ
201: デフォルトの名無しさん (ﾜｯﾁｮｲ 7f2a-7Ydj) [] 2024/12/11(水) 20:38:24.59 ID:pwnGkEKD0(1) AAS
VBのVariant最強
202: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMab-InQL) [sage] 2024/12/11(水) 20:41:39.44 ID:SiVbJLlPM(2/2) AAS
それはないかなw
203(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 476d-Ahcx) [] 2024/12/11(水) 23:21:13.31 ID:uq+uLBFl0(2/2) AAS
インターフェース分離の原則が分からない
「必要のない振る舞いを実装しない」のは適切だと思うんだけど、ポリモーフィズムとの組み合わせが悪いように思う
interface IBird { string Name { get; } }
interface IFlyable { void Fly(); }
// ペンギンは飛べないので IFlyableを実装しない
class Pengin : IBird { ... }
class Eagle : IBird, IFlyable { ... }
のようにした場合に、プログラムが List<IBird> birds のような形でデータを持つと、「飛べる鳥がいる」という情報が型から消える
foreach (IBird bird in birds) {
Console.write(bird.Name);
if (bird is IFlyable flyable) {
flyable.Fly();
}
}
「飛べる鳥なら飛ばす」ようにしたい場合、インターフェースを分離する場合だと上記のように is でキャストするしか無さそう？
IBirdで扱っているのに「インスタンスは IFlyable である可能性がある」という情報に依存してるのに少し違和感があって、より綺麗な解決策があれば知りたい
204: デフォルトの名無しさん (ﾜｯﾁｮｲ e701-5/pq) [sage] 2024/12/12(木) 00:16:45.29 ID:7oNgfo0K0(1) AAS
c#スレですよ
205: デフォルトの名無しさん (ﾜｯﾁｮｲ 47d7-InQL) [sage] 2024/12/12(木) 08:54:59.88 ID:ZQ0BgCqv0(1/4) AAS
そこを別々のインターフェースとして分離するのが間違ってるだでは
飛べる飛べないも”鳥”の一要素でしょ
206(1): デフォルトの名無しさん (ﾜｯﾁｮｲ df2b-2fXw) [sage] 2024/12/12(木) 08:59:12.98 ID:cbjQHW3y0(1/3) AAS
プロパティで持てば解決
207: デフォルトの名無しさん (ﾜｯﾁｮｲ 476d-Ahcx) [] 2024/12/12(木) 09:20:56.04 ID:m/Fq7DtI0(1/4) AAS
>>206
Nullableな IFrayable? をプロパティとして持たせて、飛ぶ鳥の場合はthisを返すようにするということ？
208: デフォルトの名無しさん (ﾜｯﾁｮｲ 47d7-InQL) [sage] 2024/12/12(木) 09:43:51.10 ID:ZQ0BgCqv0(2/4) AAS
そこだけのインターフェース化に拘るなって言ってんだよ
209: デフォルトの名無しさん (ﾜｯﾁｮｲ 476d-Ahcx) [] 2024/12/12(木) 10:34:43.14 ID:m/Fq7DtI0(2/4) AAS
鳥とペンギンだと近すぎて例えとして微妙だった
例えば「動物のリスト」のようなデータを持ち、動物には鳥のように飛べるクラス (Flyメソッドを持つ) と、トラやライオンのように走るクラス (Runメソッドを持つ) があるといった場合
動物の一覧を持つには List<IAnimal> のような型を使うと思うけど、これは合ってるよね？
その上で動物によって違うアクションを行わせたいとする
IAnimal側に CanFly のようなメソッドを追加していくと、例えばサルのように「道具を使う動物」が後から追加された場合、IAnimalにメソッド追加が必要になり、それはBirdなどの各クラスにも影響する
Birdクラスは「道具を使う」なんてことは知らないのに、インターフェースのために CanUseTool のようなメソッドを後から追加するのは違う気がする
そうするとやっぱインターフェース分離の形になりそうで、そうなると利用側で is でキャストするのが落としどころなのかと
210: デフォルトの名無しさん (ﾜｯﾁｮｲ 47d7-InQL) [sage] 2024/12/12(木) 13:06:06.44 ID:ZQ0BgCqv0(3/4) AAS
鳥以外にも飛ぶ（正確には滑空だが滞空することに変わりはない）動物は居るし
鳥だって地面をRunするヤツは居る
鳥にも、猿程でなくてもその辺に落ちてる物を道具的に使うヤツも居る
お前の例題がそもそもめちゃくちゃなんだよ
211: デフォルトの名無しさん (ﾜｯﾁｮｲ 47d7-InQL) [sage] 2024/12/12(木) 13:06:59.82 ID:ZQ0BgCqv0(4/4) AAS
あといい加減余所でやれ
C#直接関係ない
212: デフォルトの名無しさん (ﾜｯﾁｮｲ 4793-Ahcx) [] 2024/12/12(木) 17:51:32.06 ID:pRQ+cocj0(1) AAS
ここの住人はC#を使っていてSOLID原則に悩まされたことなど無いのだろうか
213: デフォルトの名無しさん (ｶﾞｯｸｼ 06eb-7Ydj) [] 2024/12/12(木) 18:08:37.64 ID:A8Z2cdQL6(1) AAS
>>203
ある動物が飛べることと、鳥であることは独立なんだから、
「飛べる鳥がいる」という情報はなくても仕方なくない？
統計的な相関関係はあるかもしれないが、包含関係でないなら仕方ない。
飛べる他の動物を無視するのなら、IBirdを継承したインタフェースでIFlyableBirdを作ればいいのでは？
214(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 474b-Ahcx) [] 2024/12/12(木) 18:40:52.28 ID:m/Fq7DtI0(3/4) AAS
ISP自体はC#でよく出てくる問題じゃないの？
これなんかまさにそう
https://dev.to/fabriziobagala/interface-segregation-principle-452m
だけどこういった解説はISP単体の説明になっていて、泳ぐ、走るといった能力の異なるものを Animal として抽象化する方法を教えてくれない
綺麗な方法でなくても「C#ではこうすることが多い」のようなプラクティスがあれば知りたかったんだけど、そういうのは無さそうなんですかね
215: デフォルトの名無しさん (ﾜｯﾁｮｲ bf79-/9Tr) [sage] 2024/12/12(木) 19:18:32.74 ID:j5Bpxje00(1/2) AAS
実装を伴わない抽象化の話ってなんの身にもならないからやめなさい
それとインターネットサービスプロバイダの話は他所でやってくれ
216: デフォルトの名無しさん (ﾜｯﾁｮｲ 7f10-InQL) [sage] 2024/12/12(木) 19:18:50.89 ID:F/GYmEjD0(1/2) AAS
求めてそうなプラクティスは見た事ないなぁ
個人的には、飛ぶにしても走るにしても動物という存在の態様のひとつだから
動物IFのプロパティに含めるでいいんじゃないかと思うけどね
217(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 7f95-AGOF) [] 2024/12/12(木) 19:36:28.62 ID:uARXvv9l0(1) AAS
var unko = new Unko()
より
Unko unko = new()
の方が良くね？
218: デフォルトの名無しさん (ﾜｯﾁｮｲ bf79-/9Tr) [sage] 2024/12/12(木) 19:46:48.91 ID:j5Bpxje00(2/2) AAS
もっと地球規模の視野で考えろよ
うんこも地球の一部だろ？つまりうんこは地球とも言える
わかるか？
219: デフォルトの名無しさん (ﾜｯﾁｮｲ 7f10-InQL) [sage] 2024/12/12(木) 19:55:04.36 ID:F/GYmEjD0(2/2) AAS
>>217
まぁ、後者ができるようになったの後になってからだから
220(1): デフォルトの名無しさん (ﾜｯﾁｮｲ bf01-aPXN) [sage] 2024/12/12(木) 22:38:48.07 ID:VQmaeBIU0(1) AAS
>>214
それISP単体の説明にもなってない
class Penguin : IAnimalにNotImplementedExceptionでFly()を実装すれば即ISP違反だというのは間違い
まずは原典にあたってISPを理解してきたほうがいい
謳われてる原則をどう活用するかはその後
221: デフォルトの名無しさん (ﾜｯﾁｮｲ df2b-2fXw) [sage] 2024/12/12(木) 22:49:28.08 ID:cbjQHW3y0(2/3) AAS
そもそも
そんな鳥のプログラムなんか一般的じゃねーし
222: デフォルトの名無しさん (ﾜｯﾁｮｲ 474b-Ahcx) [] 2024/12/12(木) 22:59:54.30 ID:m/Fq7DtI0(4/4) AAS
>>220
「クライアントが『泳ぐ、飛ぶ、もしくは走る動物』として使うことを想定するのなら、そのインターフェースであるIAnimalにその情報を含めるのは適切」ということですかね
class Penguin としては Fly や Run などのメソッドの実装はノイズに思えるけど、IAnimalとして使われるなら、その契約に従えという感じかな
(それだと後から「道具を使う」がIAnimalに追加された際に Penguine もメソッド追加が必要で、そこがモヤモヤしてる)
こういう場合にアダプタ (ラッパー？) を使うのって適切？
純粋に Penguine としての機能を提供するクラスと、それを IAnimal として使うためのアダプタみたいなの
それだと更に複雑さを増すだけ？
OOP難しい……
223: デフォルトの名無しさん (ﾜｯﾁｮｲ df2b-2fXw) [sage] 2024/12/12(木) 23:02:07.06 ID:cbjQHW3y0(3/3) AAS
適切とか
とりあえず作ればよくね？
適切かどうかなんてエグゼにしたら関係なくね？
それとも論点だけ考えて実際のプログラム作らないの？
それ何したいの
224: デフォルトの名無しさん (ﾜｯﾁｮｲ df6a-B4jd) [sage] 2024/12/12(木) 23:31:52.39 ID:RbZTiiBk0(1) AAS
例が不適切だから混乱してるだけにしか見えないなぁ
225: デフォルトの名無しさん (ﾜｯﾁｮｲ ff70-Ahcx) [] 2024/12/12(木) 23:50:28.74 ID:cAk5An+50(1) AAS
SOLIDが現実のコードで使われなかったり、「オブジェクト指向は問題を複雑にするだけ」みたいなことを言われる原因
226: デフォルトの名無しさん (ﾜｯﾁｮｲ 6714-oAsD) [sage] 2024/12/13(金) 01:16:53.76 ID:sFncMVeV0(1) AAS
>>203
インターフェース分離の原則は「クラスが必要としないメソッドを実装しない」ってだけ
ペンギンのような飛べない鳥が IFlyable を実装しないのは正しい
あとは「飛べる鳥」をインターフェースで分かるようにしてやればいい
isを使う羽目になったのは飛べるかどうかわからない IBirdをListにしてるから
---
interface IBird { string Name { get; } }
interface IFlyable : IBird { void Fly(); }
// ペンギンは飛べない
class Penguin : IBird {
public string Name => "Penguin";
}
// ワシは飛べる
class Eagle : IFlyable {
public string Name => "Eagle";
public void Fly() => Console.WriteLine($"{Name} is flying!");
}
// 飛べる鳥だけを扱うリストを作る
List<IFlyable> flyableBirds = new List<IFlyable> { new Eagle() };
foreach (var bird in flyableBirds) {
bird.Fly(); // 明示的に飛べる鳥しか扱わない
}
227: デフォルトの名無しさん (ﾜｯﾁｮｲ e701-5/pq) [sage] 2024/12/13(金) 01:54:21.75 ID:aJRVKPMX0(1) AAS
こいつら病気なんか
228: デフォルトの名無しさん (ﾜｯﾁｮｲ df2b-2fXw) [sage] 2024/12/13(金) 01:55:37.37 ID:0Vp4NoOf0(1) AAS
だね
229: デフォルトの名無しさん (ﾜｯﾁｮｲ 7f10-InQL) [sage] 2024/12/13(金) 06:18:42.75 ID:ooVm180t0(1) AAS
SOLIDにしても所詮理想論であって現場に即してるわけじゃないしなぁ
230: デフォルトの名無しさん (ﾌﾞｰｲﾓ MMff-RQnm) [sage] 2024/12/13(金) 07:39:08.04 ID:WeveN3pQM(1) AAS
せやな
231: デフォルトの名無しさん (ﾜｯﾁｮｲ 27a0-tB0+) [] 2024/12/13(金) 17:30:15.58 ID:LAtQrsJV0(1) AAS
サイコパスの脳の違いを発見。一般の人に比べ線条体が大きいことが判明
karapaia.com/archives/52313287.html
232: デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sdff-AHQg) [sage] 2024/12/13(金) 20:28:57.37 ID:DLDRNjlrd(1) AAS
関数型がいいんだね！
233: デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6e-VwYf) [sage] 2024/12/14(土) 09:23:37.03 ID:9hmM95L70(1) AAS
後から増えた「道具を使う」には何かいい感じにデフォルト実装つけとけば既存のクラスには影響しないんじゃない
234: デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-AHQg) [sage] 2024/12/14(土) 12:26:32.43 ID:vNNE6Utb0(1) AAS
それを派生というのでは？
235: デフォルトの名無しさん (ﾜｯﾁｮｲ 4783-Ahcx) [] 2024/12/14(土) 12:52:03.62 ID:/3oGIJ400(1) AAS
C# 8 からはインターフェースのデフォルト実装が使える
236(1): デフォルトの名無しさん (ﾜｯﾁｮｲ bf79-/9Tr) [sage] 2024/12/14(土) 14:27:07.29 ID:TQJHLK8K0(1) AAS
Win10や11のOS付属のpowershell5.1でインラインで書けるC#ってバージョンちょっと古くね
できれば新しいRoslynのC#をpowershellから使いたいのだが
なんか昔の記事しか見つからん
237: デフォルトの名無しさん (ﾜｯﾁｮｲ bf19-xj7L) [sage] 2024/12/14(土) 15:05:36.28 ID:uE892PPx0(1) AAS
どうせ別に入れる必要があるならPowerShell 7入れれば良くね
238(1): デフォルトの名無しさん (ﾜｯﾁｮｲ a78e-4Hmg) [] 2024/12/14(土) 16:09:38.02 ID:SXm2TFHi0(1) AAS
>>236
起動時に出て来るメッセージすら読めないのか
239(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 2679-qWVo) [sage] 2024/12/15(日) 03:52:31.32 ID:c6iml+qS0(1) AAS
>>238
お前はこれでも読んどけ
https://learn.microsoft.com/ja-jp/powershell/scripting/whats-new/differences-from-windows-powershell?view=powershell-7.4
Roslyn単体で使うだけならビルドツール拾ってくるだけだが
Powershell上げるとなると仕様も大幅に変わってたりして無理だし俺が出した要件の解にもなってない
240: デフォルトの名無しさん (ﾜｯﾁｮｲ db8e-Dyog) [] 2024/12/15(日) 04:43:36.26 ID:OuaeEhke0(1) AAS
>>239
馬鹿が必死に調べただけの浅い知識で言い訳してる
241: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM8f-Xxs2) [sage] 2024/12/15(日) 09:22:53.93 ID:6s9C3wLNM(1) AAS
今のところ互換性の為に残してあるんだろう
それを変えちゃうと問題が起こる可能性があるしMS側のメンテがめんどうなので
変えたい人は7とセットで入れろということなんだろう
242(1): デフォルトの名無しさん (ﾜｯﾁｮｲ fa12-/DxF) [sage] 2024/12/15(日) 13:32:12.27 ID:1H80RXIX0(1) AAS
>>239
バカの相手はしなくていいわ
その情報はありがたいが
243: デフォルトの名無しさん (ﾜｯﾁｮｲ fb50-Nme3) [sage] 2024/12/16(月) 00:02:44.03 ID:jraeIOUM0(1) AAS
PowerShellは完全に袋小路だからもう諦めた方がいい
6以降は事実上Azure専用
244: デフォルトの名無しさん (ﾜｯﾁｮｲ db8e-Dyog) [] 2024/12/16(月) 03:32:32.19 ID:B9vFRMjT0(1) AAS
>>242
うわっ
自分の言い訳コメントに自作自演で恥ずかしい馬鹿発見
245(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 7e90-3k2I) [] 2024/12/16(月) 04:36:14.08 ID:M2IkaScH0(1) AAS
なんで作っては捨ててくスタイルなんかなMicrosoftは
246: デフォルトの名無しさん (ﾜｯﾁｮｲ 4a2b-bCeE) [sage] 2024/12/16(月) 06:57:26.47 ID:xj9X4IbW0(1) AAS
作ってないやろ
買収してるだけ
247: デフォルトの名無しさん (ﾜｯﾁｮｲ be10-Xxs2) [sage] 2024/12/16(月) 08:17:45.85 ID:d6I1DTY60(1/2) AAS
PSはMSが作ってるが
248: デフォルトの名無しさん (ﾜｯﾁｮｲ 0bff-iztn) [sage] 2024/12/16(月) 09:42:40.38 ID:WomMb93i0(1) AAS
Windowsに標準搭載されてる.NET Frameworkと今の.NETの時点で互換性ないのに
なんで.NETアプリであるPowerShellが叩かれるのか
249: デフォルトの名無しさん (ﾜｯﾁｮｲ 0fd7-Xxs2) [sage] 2024/12/16(月) 12:31:10.08 ID:zYOmJNRT0(1) AAS
標準搭載されてるPowerShellは.NETアプリじゃなくて.NET Frameworkアプリだからね
250: デフォルトの名無しさん (ﾜｯﾁｮｲ 2344-/DxF) [sage] 2024/12/16(月) 13:18:44.44 ID:ZxGHnTET0(1) AAS
>>245
MSの社内政治に敗れたチームのプロダクトはそうなりがち
社内政治うまくやってると微妙なやつも長生きする
251: デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd8a-omYb) [sage] 2024/12/16(月) 13:27:42.05 ID:HTBCdLEid(1/2) AAS
frameworkってなんでまだ存在するの？
252: デフォルトの名無しさん (ﾜｯﾁｮｲ be10-Xxs2) [sage] 2024/12/16(月) 15:54:22.92 ID:d6I1DTY60(2/2) AAS
.NETがFrameworkと互換性無くて捨てられないから
253(1): デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd8a-omYb) [sage] 2024/12/16(月) 19:05:15.35 ID:HTBCdLEid(2/2) AAS
互換性ないってことは、.NETとframeworkの2つのアプリを動かしたら、GCもそれぞれで動き始めるの？
254: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM8a-1w4P) [sage] 2024/12/16(月) 21:44:01.92 ID:dTKITl7UM(1) AAS
>>253
GCはアプリ(プロセス)毎じゃないの
255: デフォルトの名無しさん (ﾜｯﾁｮｲ 2ef8-Nme3) [sage] 2024/12/19(木) 20:41:55.41 ID:KU+lpcLj0(1) AAS
PowerShellはWindowsにシステムワイドにインストールされた .NET Framework が存在するという前提で成立していたのに、
.NETでは.NET自体をアプリにバンドルするか、必要に応じて特定のバージョンを追加で入れるかになって完全に破綻しちゃったんだよね
一般的な.NETアプリならバンドルは可搬性が向上するから好ましいことだけど、
PowerShellの場合はシステムワイドにインストールされたいろんなモジュールと連携しなきゃいけないから.NETバンドルはありえない
完全に詰んでる
256: デフォルトの名無しさん (ﾜｯﾁｮｲ 0fd7-Xxs2) [sage] 2024/12/20(金) 08:54:32.70 ID:6dsqio680(1) AAS
だからPowerShell Coreは標準装備じゃなくて追加装備
257(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2ef8-Nme3) [sage] 2024/12/20(金) 10:14:37.03 ID:PANCPXf30(1) AAS
Windowsにそもそも入ってないなら追加インストールでいいんだけどね。問題は5が入っていること。
それによって「なぜ元々入っているのにわざわざ追加するのか」という当然の疑問を解消するコストが生じる。
開発者の好みだけでサポート期間も互換性も劣るゲテモノをゴリ押しするのは極めて困難だし、
そもそもPS書いて飯食ってるタイプのエンジニアでは最新に拘る人はそもそも少ないだろうね
258(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4a2b-bCeE) [sage] 2024/12/20(金) 13:01:10.12 ID:9RxE8mFw0(1) AAS
はいそろそろC＃の話題でよろ
259: デフォルトの名無しさん (ﾜｯﾁｮｲ eb78-RqoG) [] 2024/12/20(金) 15:29:33.49 ID:raronLtC0(1) AAS
JAIST、「並行量子通信プロトコル」の完全な自動形式検証を実現
http://news.mynavi.jp/techplus/article/20241220-3090485/
260: デフォルトの名無しさん (ﾜｯﾁｮｲ 3365-/DxF) [sage] 2024/12/20(金) 17:50:29.82 ID:0SGDMmeR0(1) AAS
>>258
なんかある？
261: デフォルトの名無しさん (ﾜｯﾁｮｲ 6a79-qWVo) [sage] 2024/12/20(金) 20:02:54.65 ID:7538eGNC0(1) AAS
またペンギンやら飛べない鳥だとかの話がしたいのかい？
それともPowshellの付属物の話がしたいのかい？
どっちなんだい？
262: デフォルトの名無しさん (ｱｳｱｳｴｰ Sae2-N2kD) [] 2024/12/21(土) 10:56:38.14 ID:bIHzWCsda(1) AAS
>>257
>それによって「なぜ元々入っているのにわざわざ追加するのか」という当然の疑問を解消するコストが生じる。
>開発者の好みだけでサポート期間も互換性も劣るゲテモノをゴリ押しするのは極めて困難だし、
ほんそれ
5が全部入りにしておくのが正解だっただろうな
263: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM8f-Xxs2) [sage] 2024/12/21(土) 11:18:40.67 ID:gj7hxYFQM(1) AAS
PS for sysetmみたいなのを最小セットで入れておけば良かった
264(1): デフォルトの名無しさん (ﾜｯﾁｮｲ be10-Xxs2) [sage] 2024/12/21(土) 11:42:21.51 ID:4NNdAFL10(1/2) AAS
終わらないPS談義
265: デフォルトの名無しさん (ﾜｯﾁｮｲ 8f5d-/DxF) [sage] 2024/12/21(土) 17:53:08.76 ID:BdmznDtW0(1/2) AAS
>>264
お前がC＃の話題振ってくれりゃ乗るよ
早くしろよ
266: デフォルトの名無しさん (ﾜｯﾁｮｲ be10-Xxs2) [sage] 2024/12/21(土) 18:15:03.35 ID:4NNdAFL10(2/2) AAS
いや知らんがｗ
俺がC#の話題にしろ言うたわけじゃないしｗ
267: デフォルトの名無しさん (ﾜｯﾁｮｲ 177d-N2O4) [sage] 2024/12/21(土) 21:57:55.88 ID:i5j/m89y0(1) AAS
今関わってるプロジェクトがスペース2つでインデントしててちょっと面食らってしまったんだけどこれ珍しくないもの？
今まで携わってきた中で一件も遭遇したことなかった
268(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 6a6a-Pm71) [sage] 2024/12/21(土) 22:11:41.26 ID:lUhayCnC0(1) AAS
過去に深いネストを大量生産する人がエラくなっちゃって、そういうルールになってしまったんじゃないかと妄想しちゃうなｗ
269: デフォルトの名無しさん (ﾜｯﾁｮｲ 8f5d-/DxF) [sage] 2024/12/21(土) 23:25:41.77 ID:BdmznDtW0(2/2) AAS
今時スペース2個は珍しいな、C#とかではあんまりない気がする
昔々はどの言語でもタブを使っていいかとか、スペースで代用するなら2個か4個かで論争があったらしい
JSは2個が主流だった気がするけど今はどうだろ
270: デフォルトの名無しさん (ﾜｯﾁｮｲ a301-28Ti) [sage] 2024/12/21(土) 23:39:03.76 ID:L6mtJxlH0(1) AAS
jsonは2だったり4だったりまちまちだけどね
271(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 5f95-EHcm) [] 2024/12/22(日) 00:09:01.63 ID:tw4BvM7X0(1/3) AAS
タブのが合理的
Goみたいな標準フォーマッタがあるのが理想だけどC#はそう言う文化はないね
272: デフォルトの名無しさん (ﾜｯﾁｮｲ df79-0Q8V) [sage] 2024/12/22(日) 02:26:26.71 ID:/fc7feyD0(1) AAS
俺はスペース2個のが視線移動減って楽だと感じてるからかなり昔から2個派だよ
>>268みたいな日本人特有の右倣えのお仕着せルールに甘んず昔から超効率化してるやつらは世の中に沢山いるんだよ
勉強になったな
273: デフォルトの名無しさん (ﾜｯﾁｮｲ 2b28-MhhP) [sage] 2024/12/22(日) 03:54:49.07 ID:f4R4W69d0(1) AAS
TABに統一してるけど
表示上は半角スペース2から4個で用途で変えてる
274(1): デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd03-+INx) [sage] 2024/12/22(日) 05:02:43.67 ID:SvMpALOcd(1) AAS
{}は
if(){
}
の方が好き
普通は
if()
{
}
これ？
275(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 832b-8NiF) [sage] 2024/12/22(日) 05:44:22.67 ID:96LlHbpn0(1/4) AAS
逆、最初の頃は上が大多数
ブログやら初心者講座やらで下の書き方が主流担ってきてる感じ
276(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b310-3P54) [sage] 2024/12/22(日) 06:21:31.74 ID:I7bhR46i0(1/2) AAS
スペース2個インデントって言うと、XMLやHTMLを思い浮かべるな
277(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 957c-Th9R) [] 2024/12/22(日) 07:48:19.66 ID:dFQQq0VB0(1/4) AAS
>>275
違うぞ
上のはJavaやJavaScript界隈でのデファクト
下はMicrosoft系のC#とかのデファクト
公式が出してるコーディング規約がそうなってるだけ
278: デフォルトの名無しさん (ﾜｯﾁｮｲ 957c-Th9R) [] 2024/12/22(日) 07:50:46.11 ID:dFQQq0VB0(2/4) AAS
>>276
例えばC#というかasp.net系だとrazor構文でhtmlと一緒にC#のコード埋め込む
そうするとインデントは2の方が見やすい
上下前次1-新書関写板覧索設栞歴
あと 240 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s