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 WinForms+.NET8.0でアプリを作ってるのですが、フリーの難読化ツールってありますか？ なんだよぉ、標準でhtmlのパース出来ないのかよぉ frameworkから.NET8に切り替え中なんですが、Chartコントロールは使えないんでしょうか？
Nugetに.NET5まで対応のはあるんですが…諦めて自作するしかないでしょうか？ .NET5対応なら.NET8でも動くんじゃないかな
.NET6までのライブラリ結構使ってて過去の.NETランタイムはその都度アンスコしてるけど普通に動いてるし あ、そうなんですね
やってみます！ありがとうございます！ C# プログラマって、リリコミットして、キモいおじさん（上司）に思ってもないこと言って、お金（給料）を騙し取ってる。
会社では働きもしないで pc いじってるだけ。
C# プログラマは頂き女子とやってることが本質的には同じなので、渡辺マイこと頂き女子リリちゃんの共同正犯とし裁き、懲役10年ぐらい食らわすべき。 スレどころか板違いだな
コピペなのかただの嵐なのかマジモノなのかはしらんが コピペでありただの嵐であり実はマジモン、かもしれない あれ？ SQLite使ってると単一ファイルで発行すると実行時に例外吐く？
Unhandled exception. System.ArgumentNullException: Value cannot be null. (Parameter 'path1')
at System.ArgumentNullException.Throw(String paramName)
at System.IO.Path.Combine(String path1, String path2)
at System.Data.SQLite.SQLiteConnection..ctor(String connectionString, Boolean parseViaFramework)
at System.Data.SQLite.SQLiteConnection..ctor(String connectionString)
at Program.<Main>$(String[] args) in (プロジェクトファイルのパス)\ConsoleSQLite\Program.cs:line 12 単一ファイルにしなければいいんだけど、大量にdllファイル並ぶのがなぁ… 最近は単一ファイル化にfodyとか要らんのね
ちなみにsqliteはfodyでも苦労した覚えがある webview21について質問です。
これはクロニウムベースのブラウザコントロールですが、
これを使ってwebページを開いたら降りてくるクッキーはWindowsに入ってるedgeと共有されるのでしょうか？
edgeとアプリで作る手製ブラウザとは設定やクッキーや閲覧履歴などが干渉し合わないようにしたいです >>832
されないよ
使ってみれば判るけどプロファイルのフォルダはそのアプリで指定した場所になる
逆にフォルダのパスを共通にすればごっちゃにすることもできる Twitterで情報収集しようとしたらこの言語検索性悪過ぎて草生えた
C#で検索しても#が認識されなくてただのCとして検索されるし、プログラミング関連のワードで絞ってもC言語とかが邪魔してくる
.Netで検索すると今度は無関係のURLリンクが引っかかる >>834
そもそもプログラミング言語に関する情報を集めるのにXはあんまり向かんだろう
まだググる方がマシ Xは時事ネタを検索するには便利だけど専門的なことは期待できない
google検索も企業ファーストに舵を切ってから役に立たないし、それ以前に有用なサイトをブクマ出来てない人は苦労しそう その情報の海の中から有用な情報を精査・発見できないならネットで済まそうとせずに本を買え
これ、インターネットが普及した頃からずっとそうだぞ 昔のgoogle検索はかゆいところに手が届いてたのにな
本は長く使えるか判断できない奴が買うとすぐゴミになるから俺は安易に薦めない 十分普及した時点でgoogleの慈善事業ごっこはとっくに終了してんだよ ネットはある程度知識がある人が自分の知識の足りない部分を補う分には非常に有用だけどゼロから学ぶのには向いてない >>842
いまのGoggoleは検索しても通販サイトしかヒットしないポンンコになり下がった
だれもきずいていない googleだとアフィブログしか出てこないのにbingだと普通に目当ての情報が見つかるからなぁもう Googleはキャッシュ無くしやがったのでbing使ってる なあ、プロパティのgetやsetでメソッド呼び出しして無限地獄に陥った話聞きたい? 聞きたい？って確認してくれるだけマシだと思います
>>330-340 子供の頃に絶対に触っちゃいけないと言われた物ってどうしても触ってしまいたくなるじゃん？
好奇心には勝てない ここで聞くのは正しくなかもしれませんが、分かる方がいれば教えてください。
ドメイン駆動設計を勉強中です。エンティティに識別子を持たせる意味が分かりません。
エンティティをインスタンス化するとそれぞれアドレスが異なるインスタンスが生成されると思います。
==演算子やEqualsメソッドで比較するのは参照じゃダメなんでしょうか？
識別子を比較するようにオーバーライドしているのは何故ですか？ >>861
いろいろ問題あるやろ
例えば本と著者のようにエンティティ動詞を関連付けるとして
識別子じゃなくメモリアドレスで紐づけるの？
メモリアドレスで識別するなら永続化できないし
異なるメモリ空間で実行するプログラムにエンティティを渡せない
データベースのプライマリキーと同じでエンティティの識別には
エンティティの一生涯で変化しない識別子が必要 >>862
ありがとうございます。何となく分かってきました。
ということは、そのプログラム実行時（永続化する必要が無い）かつ同じメモリ空間かつであれば、アドレスで比較しても問題ないですか？
それとも普通そういった使い方はしないんでしょうか？ エンティティをインスタンス化するとアドレスが異なるインスタンスが生成されるのはいいとして、そこから対偶になっていない、
エンティティが同一ならアドレスが等しいという条件を課すとするならば、
アドレスが異なるならばエンティティが異なるということが導かれ、
当たり前だけどエンティティが同一だけどアドレスが異なる状態は許容しないということになるよね
どんな操作をするのにも参照を取り回して同一インスタンスを操作することを徹底できればいいけれど、
気軽にコピーできなくなるということなので、実用アプリケーションの制作において足枷にならないかな？
とりあえずキャッシュがかなりやりにくくなるような気がするけど というかDDDでメモリアドレスを気にして実装する時点で何かおかしいと思わないかい >>863
DDD本のエンティティの項目は読んでる？(89ページ辺り) 864です
皆さんありがとうございました
もう少し本を読んでから改めて出直します
また質問すると思いますがよろしくお願いします こういう、よく分からないけど自分が間違ってるっぽいから話を打ち切ろうみたいなの
たまに見かけるけどなんだかなーって気分になる わかってないと思ったら普通出直すでしょ
食い下がったらそれはそれで文句言うくせに 追加で質問してどこが間違ってたか理解不足だったかを納得してもらう方がいいと個人的には思うけどね わかってないのにわかった風に延々と無駄話を続けられるよりよっぽど潔い お前の個人的な思いと他人の行動は全く関係ないからね おまえら、玩具がなくなっちゃった、くらいにしか思って無いくせに 思考実験としてはそれなりに面白いお題だった
「メモリアドレスを識別子とするエンティティは果たして存在するのだろうか？存在するならそれは具体的にどういうエンティティなのか？」
もちろんメモリ領域そのものの管理を目的としたエンティティは除いてだけど それだと別々のインスタンスが同じエンティティを表すことが出来ないけどそれで事足りるの？ >>878
仮にメモリアドレスを識別子とするエンティティが存在するなら別々のインスタンスが同じエンティティを表すことは当然ないよね
そういうエンティティがありえるのかどうかという問題 >>879
別インスタンスが同一エンティティを表せるかどうかはエンティティの種類によって違ってくるものなの？ >>880
オブジェクトインスタンスそのものの管理を行うような低レイヤーのソフトウェアで考えた場合、オブジェクトインスタンスそのものが一つのエンティティとなりうるというのはOK？
その場合別インスタンスが同一エンティティを表すことはないよね？
ってことはエンティティの種類によってはそういうこともあるということだとおもうけど 一応書いておくけど
インスタンスやメモリ領域の管理を目的とした場合以外でメモリアドレスを識別子にするのが妥当なケースがあるとは思ってないからね
あくまで普段考えない角度から物事を見て理解を深めるための思考実験 >>881
んー、それドメイン駆動設計用語としてのエンティティの話？ インスタンスやメモリ領域の管理を目的とした場合はメモリアドレスをエンティティの識別子にするのがドメイン駆動設計として妥当である
せやろか・・・ >>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のコピペやんけｗ どういうゲームでどこに行きつけばゴールなのか？
既存の枠組みで何も考えないで実装できるから同じルールでやってるだけ
思考実験しなくていいそれが利点
永続化問題、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#も修正無しでちゃんと動いたし 正規表現ごとき生成してもらわにゃやれないヤツがプログラムすんなｗ そうそう、生成AIの手助けを借りて学べて生成AIよりいい結果を出せるようになったならいいことだと思うけどな
頼り切って成長しないのはどうかなと思うけど。
あれ使うのもコツがいる感じするけどな。普通の人はうまく使えてないよ。 答えだけいきなり見せられても身に付きにくいような
頼り切って成長しない人が多そう
生成AIの使い方だけは上達するかもだが framework から .net8 までの移行する
手作業の修正量が多すぎて絶望した…
あと5年、frameworkのままでいいんじゃないかと（ｒｙ レス数が900を超えています。1000を超えると表示できなくなるよ。
