ふらっと C#,C♯,C＃（初心者用） Part140
■ このスレッドは過去ログ倉庫に格納されています
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。 >>980 を踏んだ人は新スレを建てて下さい。 >>980 が無理な場合、話し合って新スレを建てる人を決めて下さい。 https://mevius.5ch.net/test/read.cgi/tech/1492818720/ https://mevius.5ch.net/test/read.cgi/tech/1533466544/ http://ideone.com/ https://dotnetfiddle.net/ https://msdn.microsoft.com/ja-jp/library/gg145045.aspx https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index https://msdn.microsoft.com/en-us/library/gg145045.aspx http://referencesource.microsoft.com/ >>786 >>790 >>791 clsAのインスタンスに代入する方法ってこれでいいのでしょうか？ splitcontainerで上下分割してて、 初期化を隠蔽したい？ ピクチャーボックスに線を書くとか丸を書くとかした後にクリックで線を選択出来たりとかします？ 出来るよ そりゃスクラッチで作ればできるだろうな >>798 のような質問をしてるレベルならまず無理だが >>798 http://www.atmarkit.co.jp/fdotnet/dotnettips/781winlineshape/winlineshape.html シングルトンパターン実装が面倒だからstatic実装をしてしまう私は雑魚なのでしょうか >>803 グローバル変数が必要になったケースというのが今までにない気がする ログとかデバッグ用情報とかあったほうがよくね？ すべてのインスタンスをグローバル神クラスに突っ込む方法で管理してる現場も >>803 >>805 えーリソースひとつしか無いのにあちこちで呼ばれて困るわ。セマフォ使うにもシングルトンにしないと意味ないし。 そこでPrism.Unity等のDIコンテナですよ そういやDIコンテナってどういう仕組みになってんのか全然わからん >>812 >>813 デバッグ用に良さそうと思ってたら ﾘﾌﾚｸｼｮﾝはｳﾝｺみたいな依存関係を作る元凶だからな こうやってｸｿみたいな依存関係のあるｸｿｺｰﾄﾞが量産されていくのがよくわかる AというｵﾌﾞｼﾞｪｸﾄからBというｵﾌﾞｼﾞｪｸﾄにｱｸｾｽする場合 >>822 低学歴知恵遅れほど リフレクションを使わないソースコードなんて気の抜けたコーラだろ 64bitの.NET Core でSQLite使いたい時はどれ落とせばいいんですか？ http://system.data.sqlite.org/index.html/doc/trunk/www/downloads.wiki EF Coreのマイグレーションで自動生成したことしかないわ >>831 ああdllの話かw >>831 リフレクションはgotoみたいな弊害があるって話？ 漏れは、様々なアプリから使うために、C:\sqlite3 に、すべてを入れているけど。 [ProgramFilesFolder] >>838 やっぱりﾊﾞｶはいまだにうるう秒がどういうもんなのかすら分かってない >>843 リフレクションなしのコーディングなんて考えられんわ 暫く泳がせてたが 呼び出し方向を一方通行に制限するのは、循環呼び出しを避ける為だから。 ぜんぜん違う 当然、低ﾚﾍﾞﾙな部分を実現するｸﾗｽﾗｲﾌﾞﾗﾘと 組織でたとえるならこうなるからな 3行にまとめられない奴の発言は読む価値がないって本当だわ 例えば扱うﾋﾞｼﾞﾈｽの領域が違えば というわけでな いちいちﾀﾝﾎﾟﾎﾟ載せてる作業経過報告はいらない プロジェクト適切に分けて 所詮、派遣ﾄﾞｶﾀ ﾊﾞｶに限って抽象化とかいって 質問です 左辺も右辺も同じ長さの配列であればfor文を使うと書く量を減らすことができる気はする 半角さんはこっちでも馬鹿を晒してるんだ。。 俺はできるだけなんでもリフレクションでやるようにしてるよ 半角カナの人はあっちこっちで喧嘩売っている話の通じない人だから相手にしないでくれ if( 配列.Where( a => (new int[] { 1,2,3,4 }).IndexOf( a ) > 0 ).FirstOrDefault() != null ) ｵﾚはｹﾝｶなんか売ってない >>859 まあ、>>861 で済んでるとは思うんだけど、あえて付け加えるならこう？ vbで言う、戻り値もらう時Function 〇〇の〇〇の部分って変数はそのまま使えない？ 〇〇 = 戻り値 は return 戻り値; じゃね。 >>871 >>874 >>875 https://docs.microsoft.com/en-us/dotnet/visual-basic/language-reference/statements/call-statement 意識高い系VBerさん達が梯子外されちゃって可哀想 VBでもCallなんて付けない方がいいと思うしそれが普通だと思うけど、 >>876 の内容はCallキーワードの使用一般を非推奨とはしてないじゃんw >>871 の C#でも自分のメンバー呼び出しにthis付けないと気が済まない人がいるけど、 こうしてまた場外乱闘が始まる。 >>880 >>878 BASIC系ではステートメントは原則的にステートメント種別を示すキーワードで始まらなければならず、式が単独でステートメントになることはできない >>876 のサンプルコードにあるようなケースでは四季がステートメントと見做されないから、例外的にCallが必須になるということだね >>883 文法の違いにケチつけても意味無いだろ 言語の記述方式ばっかりこだわって大したもん作れなかったら笑う >>878 ■ このスレッドは過去ログ倉庫に格納されています
