C#, C♯, C#相談室 Part97
レス数が900を超えています。1000を超えると表示できなくなるよ。
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/
■コードを貼る場合はこちら
http://ideone.com/
■前スレ
C#, C♯, C#相談室 Part94
https://mevius.5ch.net/test/read.cgi/tech/1553075856/
■次スレは>>970が建てる事。
建てられない場合は他を指定する事。
C#, C♯, C#相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured インスタンスやメモリ領域の管理を目的とした場合はメモリアドレスをエンティティの識別子にするのがドメイン駆動設計として妥当である
せやろか・・・ >>884
「〜が妥当である」と「〜が妥当な場合がある」には天と地ほどの開きがあるでしょ ある種の限られたドメインにおいてはメモリアドレスを識別子とするエンティティが(理屈の上では)存在しうることはDDD本のエンティティの項目を読めばわかると思う
ただ現実的にそういう低レイヤーにDDDが適用されるかどうかは別の問題
(以下引用)
Object-oriented languages build “identity” operations into every object (for example, the “==” operator in Java). These operations determine if two references point to the same object by comparing their location in memory or by some other mechanism. In this sense, every object instance has identity. In the domain of, say, creating a Java runtime environment or a technical framework for caching remote objects locally, every object instance may indeed be an ENTITY. But this identity mechanism means very little in other application domains. 「が妥当」は言いすぎたか
インスタンスやメモリ領域の管理を目的とした場合はメモリアドレスをエンティティの識別子にするの「は」ドメイン駆動設計として妥当である
こうか こうか(ドヤッ
じゃねぇよ
>>884のコピペやんけw どういうゲームでどこに行きつけばゴールなのか?
既存の枠組みで何も考えないで実装できるから同じルールでやってるだけ
思考実験しなくていいそれが利点
永続化問題、DB使う使わないとか言語がなにかでルール変えてコーディングするのかどうか
考えないでいいと言うことは手間が減る
人材も幅広く取れるし共通概念なので理解してもらいやすい
アドレスはIDと違ってコーディング側では割り振りできない
recordをwithで書き換えたりしたらアドレスでは残念なことになる
普通にそんなことは起こらないだろうけど今後もC#が変わっていったとして同じとは限らない そもそもが設計段階ではIDぐらいしか要素を特定できないから
設計が絡んでるならそういうことになる
実装内部で閉じてるなら何も言わないだろうけど どこからどう見てもドメイン駆動設計のドの字も理解してないドおじさん登場w LINQでハマった
グループ化してグループ毎の最初以外の要素は
どうやって取得 SQLはCommandTextに直打ちではだめですか? 直打ちでも問題無いけど、標準のはそのままだと異常に使いづらいからDapperみたいなMicro-ORM使った方が良いよ リンQがわからなすぎて、普通にSQL書いてAIに書き直して貰ってるわ あれはsqlの結果からさらにsql投げて云々…みたいなことをやりたいときには便利だけどsqlをクエリ構文に置き換えるのを悩む時間が無駄だなぁと思ってしまうし自分も変換してもらってる
commandtextは逆にクエリ一発ぶん投げて終わり以外の用途だと異常にダルい
良い塩梅のやつが欲しい 同じ感じで正規表現生成してもらおうとしたらイマイチ希望通りにならず粘ってたらむしろ正規表現マスターしてしまったわ
だから今は正規表現からRegexGeneratorと同じ発想でUtf8版のネイティブC#コード生成してもらったりしてる
自然言語→プログラミング言語はまだ微妙だけど人口言語間の変換はかなり正確だからSourceGeneratorは早速お役御免になってしまう気がする
js → C#やprotobuf → C#も修正無しでちゃんと動いたし 正規表現ごとき生成してもらわにゃやれないヤツがプログラムすんなw そうそう、生成AIの手助けを借りて学べて生成AIよりいい結果を出せるようになったならいいことだと思うけどな
頼り切って成長しないのはどうかなと思うけど。
あれ使うのもコツがいる感じするけどな。普通の人はうまく使えてないよ。 答えだけいきなり見せられても身に付きにくいような
頼り切って成長しない人が多そう
生成AIの使い方だけは上達するかもだが framework から .net8 までの移行する
手作業の修正量が多すぎて絶望した…
あと5年、frameworkのままでいいんじゃないかと(ry Windows自体がframeworkから脱却する気があるんだかないんだか マルチプラットホームにメリットが無いところはFrameworkでいいよね 新機能以前にさライブラリでに致命的なセキュリティ問題とかでCVE出てるのに使ってるのヤバくね? >>917
だから最新のとか直近の.netのバージョン対応のライブラリとかは修正されて対応されるやん
だけど今更472とかのライブラリなんてメンテされないから脅威解消出来ないじゃん でも、.NET8よりframeworkの方がサポート期間長いですよね?
今移行します? レス数が900を超えています。1000を超えると表示できなくなるよ。