ふらっとC#,C♯,C＃（初心者用） Part48

1 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:56:27 ] このスレッドは 「どんなにくだらないC#プログラミングに関する発言でも誰かが優しくレスをしてくれるスレッド」です。 ほかのスレッドでは恐ろしくて書き込めないような低レベル、もしくは質問者自身なんだか意味がよく分からない質問など、 勇気をもって書き込んでください。 内容に応じて、他スレ・他板へ行くことを勧められる、あるいは誘導される場合がありますがご了承下さい。 >>980を踏んだ人は新スレを建てて下さい。 >>980が無理な場合、話し合って新スレを建てる人を決めて下さい。 前スレ ふらっとC#,C♯,C＃（初心者用） Part47 pc12.2ch.net/test/read.cgi/tech/1257067411/ 283 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:09:00 ] Console.WriteLine( "ＡＡ".IndexOf("〇Ａ") ); // 0 Console.WriteLine( "〇Ａ〇Ａ".IndexOf("ＡＡ") ); // 1 これは「〇」がなかったことにされるってことなのかね？ やっぱりよくわかんない・・・ 284 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:11:27 ] うおーうおー なんで同じことをするのにいくつもやり方があるんだよおおおおおおおおお 285 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:13:53 ] >>283 それはUnicodeの規格がおかしいのを忠実に実装したらそうなってるだけ 286 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:15:06 ] >>284 それぞれに顕著な差(状況毎の性能差とか)があればいいんだけど そんなでもないときは叫びたくもなるわなw 287 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:15:57 ] >>285 なるほど。実装がおかしいんじゃなくて規格がおかしいのか。 ありがとう！ 288 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:21:15 ] これって最初からそろってるものが高性能すぎて自分で文法を覚えたりクラス作る必要ないね。 最初からそろってるフォーム等のクラスや構造体の使い方覚えるだけで十分そうだ。 289 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:27:14 ] >>288 いや文法は覚えないと書けないだろw あと、ポトペタで書く分にはそれでいいかもしれないけど ちょっと何かしようと思うとすぐクラス書きたくなると思うよ。 290 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:37:00 ] >>288 そうでもあるし、そうでもない。 またフォームのような基礎的な部品も時々アーキテクチャーが変わったりするから （System.Windows.Forms→Windows Presentation Foundation） いつまでも同じ部品を使い続ける、という方針はあまりお勧めできない。 クラスにせよメソッドにせよコードの仕切りに過ぎないので、 分ける必要のないコード量なら分けなくても別にいいし、 分けるべきだと判断すれば分ければいい。 291 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:48:10 ] >>288 やればわかるけどそれで出来ることには限界があるよ もっとも、教科書に載ってるようなアルゴリズムの実装なんかは ほとんどしなくてよくなったとは思う 292 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:48:45 ] ローカル変数とグローバル変数の中間みたいなのないの？ class Test{ private int x; public void func1(){ } public void func2(){ } public void func3(){ } } func1とfunc2でxは共有したいけど func3などそれ以外の部分でxを書き換えられなくない みたいな。 293 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:50:47 ] そんなものはありません func3を別のクラスに移してください 294 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:50:51 ] 同一クラスの中で把握しきれないようなのならクラスの分割を考えた方がいいんじゃないか 295 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:53:10 ] >>292 なんでわけたいのかとか設計によるけど ■継承 class Test{ private int x; public void func1(){} .... } class Test2 : Test { public void func3(){} } とか ■移譲 class Test2 { Test test = new Test(); public void func1() { test.func1();} ... public void func3(){} } 実装を見せたく無い場合は普通はクラスをわける設計になるはず 296 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:55:05 ] ×移譲 ◯委譲 でした・・・ 297 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 11:58:07 ] 基本的にはない。クロージャ使うとか、そういうテクニックはあるけど。 298 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 12:01:37 ] こういうことか class Test { public readonly Action func1, func2; public Test() { int x; func1 = () => { Console.WriteLine(x); }; func2 = () => { MessageBox.Show(x.ToString()); }; } public void func3(){ /*xは見えない*/ } } 「こういうこともできる」というだけに留めておいてくれ 絶対使うな 299 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 12:12:32 ] 委譲の変形パターンだな 300 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 12:42:21 ] それ int x; 大丈夫なのか？と思ったら、ラムダ式における変数のスコープって いう新しい規則で保証されてるのか・・・やっぱラムダ式は敵だ。 301 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 12:48:25 ] クロージャはその場限りのコールバックとして使うだけならきちんと理解して使えば全く問題ない >>298みたいにローカル変数の寿命が延びるような使い方はあんまりよろしくない 302 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 13:25:33 ] オブジェクトが生存する限り生存するという、インスタンス変数と たいして変わんないものなんだけどなぁ。 303 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 13:32:23 ] スタックがそのまんま残るとでも思ってるんじゃね 304 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 13:33:14 ] クロージャは、俺にとってはあれば便利だけど、なけりゃないで困らない、 ってレベルだなぁ。 305 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:01:57 ] スレッド活用しようとすると無ければ困る。 306 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:25:11 ] >>259 色々ありがとうございました。原因がわかりましたので仮の修正で一応動き出しました 原因はItem追加をDrawItemで検出していたんですが、この時はBeginUpdateと EndUpdateの間である為、数値的にはカラムもクライアント領域の大きさも変更されているのに 描画が更新されないことでした。仮の処理ですがタイマー起動してEndUpdate後にカラムを弄ると 水平スクロールバーを消すことが出来ました まだ、不具合があるから色々煮詰めないと行けないけど何とかなりそうです 307 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:33:40 ] 研究室の先輩から引き継いだＣ＃のプログラムがあるんですが、当方はＱｔでC++しか触ったことがありません。 それでこのプログラムを簡単にC++に変換できるのでしょうか？ それとも諦めてＣ#を覚えた方がいいでしょうか？ 308 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:34:42 ] あきらめた方がいい。 309 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:36:03 ] C++/QtからC#/WinForms or WPF・・・ 簡単にはいかないけど プログラムが綺麗に作られてるならクラス設計とかはそのまんま引っ越せるとは思う。 310 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:36:52 ] そういえばQt#ってあったな 今回の話とは一切関係ないだろうけど 311 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:36:59 ] 研究室ならどうせ中身はほとんどベターCだろ GUI周りだけちょっと練習すれば十分 312 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:59:39 ] まて、本人がC++の人でソースはC#だ。 313 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:01:05 ] 実際、C++はアセンブラ扱いだから、C#のほうが楽だよ。 314 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:02:26 ] 何を言っているんだ 315 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:28:56 ] >>306 よかったね 質問と関係ないけど、タイマー使うよりメッセージ投げた方がスッキリするよ const int LVEX_COLUMNRESIZE = WM_APP + 1; // 独自のメッセージ定義 PostMessage(this.Handle, LVEX_COLUMNRESIZE, 0, 0); 316 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:34:13 ] ・研究室の先輩から引き継いだＣ＃のプログラム ・当方はＱｔでC++しか触ったことがない という状況で A.簡単にC++に変換できるのでしょうか？ B.それとも諦めてＣ#を覚えた方がいいでしょうか？ という質問に、 C#を覚えた方が楽と薦めてみたんだが・・・どっか勘違いしてるかな？ 317 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:35:19 ] C++がアセンブラ扱いってのが問題発言だろ。 318 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:36:56 ] C++やっててJavaもやったことあるならすんなりいけるけど C++だけだとちょっとはまるかもね。 移植するにしてもC#の知識は必要になるから、そのままC#覚えたほうが早そう。 319 名前：デフォルトの名無しさん [2009/11/23(月) 16:39:36 ] 覚えたほうが早いに1票 320 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:47:30 ] >>315 WinForm的にはBeginInvokeだろう 321 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:58:10 ] クラスの設計がよくわからなくなってきたので助けてください。 ■前提 複数のミニブログ(例えばTwitterとはてなハイク)のタイムラインを一つのリストにまとめて表示する プログラムを作るとします。 基本的な機能は一緒なので、最大公約数的な抽象クラスを作り、画面の方でも抽象クラスで提供 されているプロパティに従って最大公約数的な画面表示を行なっていました。 例) 名前 - メッセージ - 日付 - システム ----------------------------- 太郎 - ほげほげ - 12 days ago in Twitter 次郎 - ふがふが - 30 days ago in HatenaHaiku ■質問 ここで、各ミニブログ特有の機能も画面上に反映させたくなった場合、画面側の方で 例えば if(message is TwitterMessage)... else if (message is HatenaHaikuMessage)みたいに どのサブクラスのインスタンスか一々調べて処理を書くしかないのでしょうか？ 例) HatenaHaiku の場合、キーワードも表示されるようにする 名前 - メッセージ - 日付 - システム ----------------------------- 太郎 - ほげほげ - 12 days ago in Twitter 次郎 - [独り言] ふがふが - 30 days ago in HatenaHaiku 322 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:03:10 ] 制御のモデルを変える。 メッセージに描画させればいい。 323 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:03:30 ] 固有メッセージ追加とかカスタマイズ用のメソッドとかインターフェースとか そういうのを追加する。 細かいところのやり方はいろいろだけど。 324 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:04:46 ] それが一般的な機能なら、クラス側に機能（インターフェイス）を持たせちゃうな。 で。Twitter 用のクラスでは何もしない、と。 特殊な機能なら、UI 側での判定もありじゃない？ 325 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:07:56 ] >>320 同期処理かつメインスレッドが所有するListViewを処理するのに わざわざ非同期のBeginInvokeはねえよｗ EndUpdateまで待つためにlockかWaitHandleまで必要になるぞ 326 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:09:30 ] >>321 Decorator パターンで考える。 Decorate する必要がない時は空の ConcreteDacorator で代用。 327 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:09:39 ] >>322 なるほど、各メッセージ自身が自分自身の描画方法を知っている形にするってわけですね。 そういった場合でモデルと画面描画を分離させたい場合は間にもう1クラスぐらいかませるようなやり方で 良いでしょうか？ [データモデル] MessageModel + Name : string + Message : string TwitterMessageModel → MessageModel + HashCode : string HatenaHaikuMessageModel → MessageModel + Keyword : string [画面表示用のコンポーネント] MessageComponent + Draw() : bool TwitterMessageComponent → MessageComponent - model : TwitterMessageComponent HatenaHaikuComponent → MessageComponent - model : HatenaHaikuMessageComponent 328 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:13:32 ] そういうクラスを考えるのは楽しいんだけどさ。 あんまり役に立たないよね。 329 名前：307 mailto:sage [2009/11/23(月) 17:13:43 ] とりあえずＣ＃をボチボチ勉強します。 330 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:15:23 ] >>326 すまん、空の ConcreteDacorator で代用する必要はないか。 ConcreteComponent をそのまま使えばいいんだ。 ・・・ってもう解決しそうだから、どうでもいいか 331 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:15:31 ] >>323 各システム固有の何かをする、ってメソッドを追加する、みたいな解釈でしょうか？ なるほど・・・ >>324 抽象クラスにメソッドを持たせるということですよね。 この場合、特殊な機能が少ないうちは良さそうなんですが、 増えていくと抽象クラスが煩雑になりそうで・・・ ＃そもそもそんなに特殊機能がばらばらなのを抽象化して良いのか？って問題もあるけど。 >>326 Decoratorパターンを良く理解していないので調べてみます。 デザインパターンちゃんと勉強しないといけないなぁ・・・ 332 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:16:36 ] interface IExtraMessageField { public ExtraMessageField Type { get; } // {Name,Message,Date,System} public string Message { get; } } class TwitterMessage{ } class HatenaHaikuMessage: IExtraMessageField { public ExtraMessageField { get{ return ExtraMessageField.Message; } } public string Message { get{ return ''[' +Keyword+ ']; } } } 333 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:16:53 ] >>328 switch とか if 連打の方がわかりやすかったり工数少なかったりするよなw 334 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:19:50 ] 初心者程抽象化したがるからなぁ 335 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:19:58 ] そこまで拡張する必要性に迫られたことないし 336 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:21:09 ] この場合の正しい解は、画面側で"is"使ってインスタンス判定、固有の処理をするだよ。 337 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:21:59 ] 仕事がありません 誰か下さい 338 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:24:22 ] 俺の仕事をあげようか 給料は俺がもらっとくけど 339 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:26:25 ] うーん、何が正しいんだかよくわからなくなってきました・・・ 設計難しいなぁ。 泥臭く書くだけならいくらでもできるんだけど 綺麗に書くとなるとさーっぱりだ・・・ こういう場合に >>336 みたいに「こういう場合はこれが正しい」って断言出来るようになるには どんだけ経験つめばいいんでしょうね。 340 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:27:58 ] 断言したいだけなら、今すぐにもできるだろｗ 341 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:32:01 ] >>336 は馬鹿すぎだろいくらなんでも。 オブジェクト指向言語使ってる意味ないよ。 Twitterがverupして機能増えた・・・なんて時に改修場所がいたるところにちらばるでしょ、それじゃ。 ちゅーことで断言するやつは疑ってかかった方がいいんじゃないかと思う。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef