VB.NET質問ｽﾚ (Part19)

1 名前：デフォルトの名無しさん [2007/01/12(金) 15:57:21 ] 前スレVB.NET質問ｽﾚ (Part18) pc10.2ch.net/test/read.cgi/tech/1161250878/ 388 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 00:23:56 ] そういう散漫な思考能力丸出しの文章を書く人はプログラマ向いてないと思うよ。 そもそもただ漠然とコントロールって何だよ。 VB6で背景透明にできるコントロールってラベルぐらいじゃなかったか？ だったらそんなの試せばわかるじゃん。それこそ猿でも。 まあどうしてもそんなことがしたいならデスクトップのDCに描画すればいいんじゃない？ くだらないこだわりにしか俺には思えないけど。 389 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 00:28:00 ] >>387 点線とハンドルかいてるのはデザイナだろうが 390 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 00:54:52 ] VB.NETで作られた有名なソフトご存じ無い？ 391 名前：デフォルトの名無しさん [2007/02/03(土) 01:03:42 ] >>388 スレ汚しになりましたね、すみませんね。 いちおう、Region使いながら考えてみてはいるのですが、やはり他のコントロール が見える状態にはできませんでした。 またVB6でもラベルだけであったとしても、一応できてはいたわけで、 それがVB6が基本的にインタープリターだったから、同にでもなり安いからできた、 というものであれば、それが完全にオブジェクト指向になった.NETではやりにくいのだ、 ということなら、仕方ないですかね。 >>389 ですよね、たぶん。ということは、その点線も○も、他のコントロールにまたがって その上面に描画できているということは、それはやはりRegionを貼っている特別の コンロールを使ってやっている、ということなんでしょうか。 とすれば.NETでは本当の意味での透明化コントロールはできない、と考えるべき なんでしょうか？ 392 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 01:07:59 ] すまんがまとめてくれないか？質問がわからん。 背景が透けるコントロールがつくりたいのか？ 393 名前：デフォルトの名無しさん [2007/02/03(土) 01:09:47 ] >>388 後は、そのおっしゃっている　「デスクトップのDCに描画する」　ということなんでしょうが、 まだ皆目見当が付かないのでやるとしたらうんと大変になりそうですが、また調べてみます・・・ 394 名前：デフォルトの名無しさん [2007/02/03(土) 01:11:56 ] >>392 要はそういうことなのですが、、下に別のコントロールがあるときに、 そのコントロールもちゃんと見えるような透け方がほしいのでした。 現状ですと、Formの地が見えるだけで、コントロールは見えてくれない、 ということなのです。 395 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 01:15:35 ] そうやって書くからややこしくなる。 透けるとはそういうことに決まってるだろが 396 名前：392 mailto:sage [2007/02/03(土) 01:16:41 ] >>394 わかった。 で、UserControlでいいのか？ それともControlを継承してガリガリ書く？ 397 名前：デフォルトの名無しさん [2007/02/03(土) 01:58:45 ] >>396 それはもしかして、ここでｺｰﾄﾞを教えてくださるということでしょうか？ それではあんまりご迷惑を掛けてしまうので、とてもお願いはできません。 ただもしヒントとなる事柄を教えていただければ、また自分で考えてみます。 もしＵｓｅｒＣｏｎｔｒｏｌで出切るとしたら、概略どんなことを知らねばならないのでしょう、 それだけでもありがたいです。 398 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 02:05:25 ] 新しいタイプの釣り？ｗ 399 名前：396 mailto:sage [2007/02/03(土) 02:06:50 ] >>397 じゃ、これで。 www.microsoft.com/japan/msdn/vbasic/migration/tips/TransparentControl/ 400 名前：デフォルトの名無しさん [2007/02/03(土) 02:11:28 ] >>398 そういうことではないのですが、別法も考えながらやってましたので、 回避して別の手段で乗り切ることもあり得るためでした。 >>396 ちなみに、現在のデザイナー上では、コントロールを移動する際は、 異形コントロールであっても、長方形の外枠全体が非透明状態で 塗りつぶされていました。なので、やはりＲｅｇｉｏｎは長方形で認識されて いるだと思いました。ＵｓｅｒＣｏｎｔｒｏｌにした場合でも、基本的には同じになる のではないかとおもいましたが、それを透明化する方法というものが あるのでしょうか？ 401 名前：デフォルトの名無しさん [2007/02/03(土) 02:13:09 ] >>399 かぶってしまいました、すみません。 情報、さっそくにすみません。 読んでみます。 402 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 12:13:32 ] ああなんだ、別にWin32のGetWindowDCとか使わなくてもSetStyleでできるんだな。 普通に知らなかった。 でもこれ、Win32レベルではどうやって実現してるんだろう。 しかし、コントロールのSetStyleなんか典型だけど、.NETのクラスライブラリって なんでこれがProtectedなんだ？ってのが結構あるよね。 403 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 14:34:01 ] プロパティでラップしようとしてるからな 404 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 18:40:16 ] アクセスを極力制限するのはいいことなんだが 405 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 18:54:08 ] なんかVBスレらしい間抜けなレスが続くなw 「モノ」が機能を発揮するにあたり、不必要な情報や機能呼び出しは隠蔽したほうが 判りやすさの観点から望ましいのは当然としても、必要な機能まで隠蔽してあるのでは 本末転倒でしょ。 テレビのリモコンに垂直振幅調整ボタンがなくても怒らないけど、 音量調整ボタンがなかったら怒るだろw 406 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 20:45:59 ] >なんかVBスレらしい間抜けなレス ＝405 407 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 21:27:55 ] 隠すのは分かりやすさよりも保守管理のため 408 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 21:34:28 ] また間抜けなレスを。。 自分の頭で理解して咀嚼したことでなく、 どこかで聞きかじったことを語ろうとするからそういうことになるんだよ。 隠蔽しなかったら保守が大変になるのはどうしてだよ。 それは人間の認識能力が限られているからだ。 つまり、判りにくくなるからだ。 409 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 21:42:01 ] 405が言ってるのは「ユーザ側のわかりやすさ」 407,408が言ってるのは「クラスの提供者側のわかりやすさ」 ごっちゃにするな 410 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 21:47:18 ] そういう物言いはその二つが一致しない場合があるのでなければ意味がない。 で、実際のところどうよ？w 考えるまでもないな。 411 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 21:48:58 ] っていうか、仮に一致しない場合があるとして、ライブラリの作者が ユーザビリティより自分たちにとってのわかりやすさを優先してどうするw 412 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 23:35:33 ] 隠蔽するか公開するかは、わかりやすいかどうかじゃなくて必要か不要かだろ。 だいたい「わかりやすさ」って何よ。 413 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 00:11:59 ] もういいからお前ら消えろ。 けっきょくVBスレらしい間抜けなレスにしやがって 414 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 00:13:31 ] 正規表現のパターンを複数指定する事は可能でしょうか。 415 名前：デフォルトの名無しさん [2007/02/04(日) 00:24:49 ] >>399 昨日は情報どうもありがとうございました。 教えて頂いたサイトからサンプルをダウンロードしてテストしてみましたところ、 やはり下層のコントロールは見える状態にはなりませんでした。 このSetStyleの方法はすでに試みていたものではあったのですが、 やはり結果は同じものでした。 やはり　.NETではVB6でのラベルの透明化と同等の機能はじつげんできない ように思います。 Regionを多重に切るか、ドーナツのように穴あきにするかすれば、完全に 透けて見える状態になるわけすが、それですとその穴から下のコントロールが アクセスできてしまうので、透明化ということにはならず、やはり無理、と 思われました。 もしできるという情報がどこかにありましたら、また教えてください。 416 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 00:30:47 ] >>415 いったい何が作りたいのか言っちゃえば？ 透けて見えるコントロールにアクセスできたら困るってのはUIとしてどうなのかと… VB6のラベルコントロールはフォームに書いてるだけだし。 417 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 01:04:50 ] >>415 頭悪いにもほどがあると思うよ。 背景透明にできたんだから、あとはOnPaintでクライアント領域に 描画するだろ。 418 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 01:10:41 ] まぁそう言うな 419 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 01:40:50 ] ランダムに文字列を表示させたいのですがどうすればいいでしょうか。 420 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 01:53:40 ] >>419 もうちょっと詳しく説明しろよホントに・・・ Dim message As String() = {"もうちょっと", "詳しく", "説明しろよ", "ホントに・・・"} Dim rand As Random = New Random(DateTime.Now.Millisecond) Label1.Text = message(rand.Next(4)) 421 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 02:48:09 ] >>414 意味が分からん 取りあえず二回 Match させりゃ良いんじゃね　並列か直列か知らんが 422 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 02:49:35 ] なんで具体的に説明しないのかね？ 423 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 03:00:29 ] 初心者スレが機能してないから流れてきてんだろ･･･ 424 名前：デフォルトの名無しさん [2007/02/05(月) 12:11:47 ] 以前はデバッグ時に一時停止してのコード変更が可能だったのに、 どこかのタイミングからか、コードウインドウのタブ耳にロックのﾏｰｸが現われ、 デバッグ実行中の一時停止でコード変更ができない状態になってしまいました。 これを解除してまたコード変更可能な状態にしたいのですが、 方法が見つけられずにいます。すみませんがこれについて教えてください。 425 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 12:35:26 ] デフォルトのコンストラクタで作成するDictionaryのキーに EnumとかIntegerって使える？ やっぱり面倒でもIEqualityComparer実装したクラスを別に作らないと駄目なんだろうか？ 今日午前中MSDNその他いろいろ読んでみたがどうもよくわからない。 Dictionaryのこの辺の話題を掘り下げてるところってどこかないかなあ。。 426 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 13:18:32 ] 普通に使えるでしょ。 Dim foo As Dictionary(Of Integer, Object) = New Dictionary(Of Integer, Object) 427 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 15:13:54 ] 自分が/t:winexeでコンパイルされてるかどうかの判別はどうすればできますか？ 428 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 18:42:51 ] >>426 いや、そういう意味じゃなくてw 当然使っても安全かどうかって意味ですよ。 IEqualityComparerを渡さないコンストラクタを使った場合、 DictionaryはKeyオブジェクトのGetHashCodeを間接的に呼び出すはずだけど、 MSDNライブラリによれば値型のGetHashCodeで得られる値はハッシュとして機能しないとあるから。 429 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 19:01:03 ] Dictionary は、キーが同じであるかどうかを確認するための等値比較の実装を必要とします。 comparer パラメータを受け付けるコンストラクタを使用して、 IEqualityComparer ジェネリック インターフェイスの実装を指定できます。 実装を指定しない場合は、既定のジェネリック等値比較演算子である EqualityComparer.Default が使用されます。 型 TKey が System.IEquatable ジェネリック インターフェイスを実装している場合は、 既定の等値比較演算子でその実装が使用されます。 <SerializableAttribute> _ <ComVisibleAttribute(True)> _ Public Structure Int32 Implements IComparable, IFormattable, IConvertible, IComparable(Of Integer), _ IEquatable(Of Integer) 430 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 19:08:05 ] 等値検査の話じゃなくて、ハッシュの話をしてるんですが。。。 431 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 19:21:06 ] >>430 > IEqualityComparerを渡さないコンストラクタを使った場合、 > DictionaryはKeyオブジェクトのGetHashCodeを間接的に呼び出すはずだけど、 これは本当か？ 432 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 19:22:34 ] >>431 確証はないんですが、MSDNライブラリのEqualityComparer.Default のくだりに それっぽいことが書いてありますよ。 433 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 19:23:32 ] というか、仮にもハッシュテーブルなんだから何らかの形でハッシュは使うでしょう 434 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 20:55:55 ] >>430 当然、コリジョン対策はしてある。 Reflectorでソース追ってみなよ。 435 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 20:58:06 ] >>428 ハッシュが衝突して安全でないってどんなしょぼい実装や 436 名前：425 mailto:sage [2007/02/05(月) 21:07:46 ] >>434-435 生半可な知識しかないんで偉そうなことはいえないんですが、 なんか勘違いしてません？ 「コリジョン対策」というのは、違うキーに対して同じハッシュが 生成されることへの対策でしょう。 等価のキーのハッシュが異なる場合はこの限りではないはず。 437 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:08:01 ] >>431 それは本当。 Int32はIEquatable<Int32>を実装してるから、 EqualityComparer<Int32>.DefaultはGenericEqualityComparer<Int32>のインスタンスを返す。 で、GenericEqualityComparer<Int32>.GetHashCode(Int32)は、Int32.GetHashCode()を呼んでる。 ハッシュが衝突した場合、IEqualityComparer<T>.Equals(T,T)が呼ばれるが、 GenericEqualityComparer<Int32>.Equals(Int32,Int32)の実装では、Int32.Equals(Int32)が使われている 438 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:14:45 ] >>436 等価なオブジェクトは等しいハッシュを生成しなければならないよ。 参照型であれば、Object.GetHashCodeに丸投げすることができるけど、 値型の場合はその条件を満足するようにGetHashCodeを実装しなければならない。 msdn2.microsoft.com/ja-jp/library/system.object.gethashcode(VS.80).aspx 439 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:16:16 ] >>436 同じ入力値に対して異なる結果がでるのはハッシュ言わんがな 440 名前：425 mailto:sage [2007/02/05(月) 21:24:18 ] >>438 つまり、それを総合するとEnumやIntegerはそのままではキーとして使えない、 という結論なんでしょうかやっぱり？ 441 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:27:35 ] >>440 なんでそうなるかなあ。。。 少なくともmscorlibやその他の標準ライブラリで定義されている構造体はGetHashCode()を適切にオーバーライドしてあるよ。 442 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:29:17 ] >>440 心配なら逆コンパイルして確かめてみればいいんじゃないの 443 名前：425 mailto:sage [2007/02/05(月) 21:33:58 ] >>441 そうなんですか。 >>442 いやそこまでの能力ないヘッポコなもんでここで質問させてもらってる訳でして。。 444 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:37:03 ] ファイルを読み込む際、文字エンコードを自動判別する方法はありますでしょうか 445 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:39:38 ] GoogleMapの座標を取り込みたいのですが、どこかにいいサンプルありませんか？ 446 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:40:35 ] >>444 mlang.dll, IMultiLanguage2, DetectInputCodepageあたりでググってみ。 447 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 21:57:24 ] >>446 ありがとうございました 448 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 00:34:51 ] >>444 adode.streamのcharset="autodetect"や"_autodetect"なんてのも >>427のほうもよろしくお願いします exeヘッダを読まずにできませんか？ 449 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 03:02:16 ] ＞派生型の GetHashCode メソッドを呼び出した場合、戻り値はハッシュ テーブル内のキーとしての使用には適していない可能性があります。 派　生　型　の ちゃんと嫁。 ここでいう派生型ってのはつまり自分で作成した値型ってこと。 自作じゃないやつはMSDN見ればちゃんと適切に実装されていることが分かる。 ついでに、適切でないってのは、同値条件が不明だからってだけで、 同じビットイメージなら同じ結果になったはず。 450 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 08:22:32 ] >ここでいう派生型ってのはつまり自分で作成した値型ってこと。 おいおいw それは日本語の読解としておかしいよ。 すくなくともこの文章にそんな含意はないでしょう。 もちろん他にそういう意味の記述があれば話は別だが、 調べた限り見当たらないんだよね。 だから>>425のとおり質問させてもらったわけで。 >>443では一応納得したふりをしたけど、本当はそんな確証はどこにもないと思う。 451 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 10:17:53 ] ああ、言い間違い。 組み込みじゃない型のこと。 452 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 10:35:21 ] 派生型では適しないの意味を理解してないだろ。 既定の実装では全メンバが反映されるんだったような気がする。 もちろん派生型でこれが適しない可能性はある。 が、組み込み型では正しく動作するようになってる。 列挙は整数型と同じだから問題なし。 453 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 10:56:01 ] >>450 つまり組み込み型でも値型のハッシュは使えないとお前は言いたいのか？ んなわけあるかぼけ 454 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 11:18:28 ] 別function内で起きたエラーもtry〜catch文で拾えるんでしょうか？ どこら辺探れば理解できるかヒントでいいのでお願いします sub main try if func_test then label1.text = "true" else label1.text = "false" end if catch label1.text = "exception error" end try end sub function func_test() as boolean 〜〜〜〜〜 ここで例外エラー 〜〜〜〜〜 return true end function 455 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 11:54:39 ] >>454 別Functionから例外投げればいいんじゃない？ 456 名前：454 mailto:sage [2007/02/06(火) 12:21:48 ] >>455 ありがとうございます 出来ればmain内でエラーを拾いたいのです 今は拾えない前提で、func_testの部分を関数化せず if func_test then の部分が出て来る度にtry〜catchで囲ってました。 457 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 12:25:58 ] >>452 派生型に「組み込み型は除く」なんて含意があるわけないでしょw 単に「〜から派生した型」、「〜を継承した型」という以上の意味があるはずがない。 ちなみに>>449の説明はObject型の説明でしょう。 .NETでは全ての型はObject型からの…まああとは言うまでもないね。 458 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 12:26:44 ] func_test内でtry〜catchしてなかったら外側で例外拾えると思ってた 459 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 12:45:34 ] >>457 お前思い付きで物言ってんだろ、話にならん。 objectじゃなくてValueTypeの説明の話だし、 Int32とかそれぞれの組み込み型のメソッドの説明に載ってる。 つまりきちんとオーバーライドされてる。 ちゃんと読めや。 460 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 12:52:18 ] もうお前ら消えていいよ 461 名前：427 mailto:sage [2007/02/06(火) 14:40:33 ] 同じソースで、/t:exeならConsole.Writeで、 /t:winexeならMsgBoxかMessageBox.Showで出力しようとしても、 Console.Writeが/t:winexeでNOPになるだけで判別できないのです。 なにか方法ありませんか？ 462 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 15:31:47 ] >>450 お前ArrayListが単純な配列とか有り得ない、 可変長配列は連結リストとかで作るのが常識みたいなこと ほざいてたやつじゃねーか？ｗ 463 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 16:11:44 ] 馴れ合いなら、どこかよそでやれよ。 464 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 16:26:37 ] for each文で、配列の何番目の要素なのか簡単に取得する方法ってありますか？ 465 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 16:27:32 ] ない 466 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 16:28:49 ] 馴れ合いってそういう意味だっけか？ 467 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 16:31:41 ] >>465 ありがとう 468 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 18:51:23 ] >>459 なるほど、ValueTypeの説明には明示的ではないにしろ、 キーにつかっても安全と取れる記述があるね。 >>449がはっきり「ValueTypeの説明にこうある」と書いてくれれば いらん「誤解」は避けられたのに。 まあ、一応レスはありがとう。 でも君ごときにお前呼ばわりされるいわれはないよ。 469 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 19:10:14 ] ２ちゃんでは二人称はお前がデフォだろうが 470 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 19:11:48 ] 放っておけ 471 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 19:51:28 ] >>468 MSDNのメソッドの説明部分にもろ書かれてることを、 どこにも載ってないと言ってみたり、 最初からValueTypeの話で始まってるのに 勝手にobjectの説明だと決めつけたり まあおめでたいやつだ。 誤解する方がおかしい。 472 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 19:55:31 ] ついでに言っとくがobjectのハッシュ実装の方こそ、 既定のハッシュ実装としては使えない。 これは確か明記されてなかったか？ 473 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 20:30:29 ] >MSDNのメソッドの説明部分にもろ書かれてることを ごめんこれ具体的にどこのこと言ってるの？ 真面目にわからないから教えて欲しい 474 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 21:27:44 ] そっちが期待してる「書かれてる内容」とは違うと主張するのかもしれんが Int32.GetHashCodeとかとにかく 組み込み型のGetHashCodeはみんなドキュメントあるだろ。 475 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 21:30:18 ] それとも具体的にハッシュとして使えると明記されてないから こんなのは信用できないってか？ 476 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 21:52:09 ] >>475 えーっと、それはプログラマとして当然の姿勢だと思いますが。。。 477 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:00:52 ] だったら何も使うなよ。 常識のレベルってもんがあるだろうが。 あの説明で具体的に何を疑うわけ？ 478 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:04:07 ] つまりCLR組み込みの例えば整数型は わざわざハッシュメソッドをオーバーライドした上で しかもドキュメントにはこのインスタンスのハッシュコードを返すと書きながら それを正しく実装していないと疑ってるわけだな？ 479 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:06:00 ] やっぱりArrayListの列挙が順番通りなんて とても信用できない、有り得ない君か？ 480 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:10:42 ] 初歩的な質問ですみません。 勉強がてらソフトキーボードを作っています。 例えばフォームのボタンをクリックしたら、他のアプリのテキストボックスに 文字などを表示するには、どうしたらいいんでしょうか？ 481 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:12:49 ] そんなに熱くなる理由がさっぱりわからん。 不確かなことに依拠しない、なんてことはエンジニアだけでなく、 あらゆる仕事の基本だと思いますが。 482 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:14:38 ] Vista挿入した香具師居てるンですかどうなんですかブビの運命やいかに 483 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:29:05 ] デタラメばっかり言って人の言うことを全く信用しないからだ。 何のためにここに書き込んだわけ？ お前は誰が何を言っても信用しないのに 484 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:31:50 ] お前は疑うところがずれてんだよ。 485 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:34:06 ] >>480 何が分からないか具体的に 486 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:35:54 ] >>483 やっぱりそういう受け取り方をする人なんだね。 今日日増えたなこういうパーソナリティの人間。。 冷静に。 「信用できない」、「不確か」という言葉は君という人格に向けられた物じゃない。 君を信用できないとか誰が信用できないとかそういう問題じゃないんだよ。 大人ならそれぐらいわかるでしょ。 487 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:45:21 ] じゃあMSDNでいいよ 書かれてると言っても 書かれてることを読んでも 信用できないんだろ。 ただ、ここで言われたんじゃなく、自分で見て読んだなら そこまで疑った反応するわけないんじゃないのか？ 本当にMSDNに書かれてる内容をそこまで疑ってしか見られないんじゃ とても開発なんて出来ないよ。 俺には何が疑わしいのか理解できないからな。 488 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 22:49:37 ] まあ、人が作ったものが信用できないなら自分で作ればいいだけだが それで仕事になるかどうかは知らんが

---

---

[ 続きを読む ] / [ 携帯版 ]

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