C#, C♯, C#相談室 Part97
!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 あれ? 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 んー、それドメイン駆動設計用語としてのエンティティの話? read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる