- 1 名前：デフォルトの名無しさん mailto:sage [2006/11/02(木) 20:45:59 ]
- (#ﾟーﾟ)つ ＜ C#、.NETの話題はこちらでどうぞ。
前スレ
C♯, C＃相談室 Part34
pc8.2ch.net/test/read.cgi/tech/1157549657/
過去スレは>>2-5あたり。
※スレタイに「#」を入れても消えちゃうので新スレ立てる人は要注意だ。
- 185 名前：デフォルトの名無しさん [2007/09/24(月) 11:45:44 ]
- >>182
www.atmarkit.co.jp/fdotnet/csharp_abc/csharp_abc_013/csharp_abc01.html
- 186 名前：デフォルトの名無しさん [2007/09/24(月) 12:04:42 ]
- >>185
レスありがとうございます。
通常のイベントに関しては理解しているつもりです。
プロパティの変更通知の機構をどのように作るのが最適かと悩んでいます。
又、上記のサイトではプロパティを変更したsenderの取得には言及してません。
- 187 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 12:09:08 ]
- sender は普通に this だろ
- 188 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 12:29:43 ]
- ＞通常のイベントに関しては理解しているつもりです。
いや、君理解してないから絶対にw
なんで分からなかったらまず地道に学習しようとは思わないのかな
この手の人って。
- 189 名前：デフォルトの名無しさん [2007/09/24(月) 13:05:19 ]
- >>187
レスありがとうございます。
thisだと自分自身になるんではないでしょうか？
こちらの思惑としてはプロパティを変更したオブジェクトがsenderに入って欲しいと考えています。
例えばボタンクリック時にプロパティを変更する処理を記述したら
OnHogeChangedのsenderにはボタンのオブジェクトが入ってきて欲しいのです。
- 190 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 13:13:06 ]
- 自分はそれようのスマート型を作った。
- 191 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 13:14:04 ]
- >>189
senderはイベントを発行しだオブジェクトだよ。
そんな気持ちの悪いことをしちゃならん。
- 192 名前：デフォルトの名無しさん [2007/09/24(月) 13:15:39 ]
- >>189
senderにはボタンを入れればいい
- 193 名前：デフォルトの名無しさん [2007/09/24(月) 13:16:31 ]
- >>189
普通そういう情報はEventArgsに入れる
- 194 名前：デフォルトの名無しさん [2007/09/24(月) 13:33:41 ]
- イベントの話題なので前から思ってた疑問を。
イベントのsenderはなぜobjectなんですか？
たとえばイベントを発行したのがButtonならsenderの型もButton、
またControlから継承したクラスのイベントならsenderはControlでもいいように思うのですが。
- 195 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 13:35:36 ]
- シグネチャーを一緒にするため
- 196 名前：デフォルトの名無しさん [2007/09/24(月) 13:39:57 ]
- シグネチャを統一して何かメリットがあるんですか？
- 197 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 13:42:44 ]
- 今、グラフィック描画の勉強をしているのですが、質問させてください。
PictureBoxに線を描いてみようと思ったのですが、どうも挙動がおかしいのです。
Form_Paintに線描画のコードを書いたのですが、最初は線が表示されず、
ウィンドゥを左右に振ると線が表示されるようになるんです。
さらに振っていると表示されている線の位置も移動します。
何かコーディグが足りてないんでしょうか？
- 198 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 13:42:53 ]
- >>194
そうするとcovariantなデリゲート型の代入が出来なくなるから
- 199 名前：デフォルトの名無しさん [2007/09/24(月) 13:46:21 ]
- >>194
クラス毎に作るのはめんどいから…
- 200 名前：デフォルトの名無しさん [2007/09/24(月) 13:56:28 ]
- if(!ゆとり世代)
{
System.Console.WriteLine("じじい");
}
- 201 名前：デフォルトの名無しさん [2007/09/24(月) 14:40:42 ]
- >>198
covariantなデリゲート型を代入しないといけない乃至したほうがいい場面ってあるの？
- 202 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 14:52:56 ]
- ある。以上。
- 203 名前：デフォルトの名無しさん [2007/09/24(月) 14:54:22 ]
- たとえば？
- 204 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 14:56:48 ]
- なんでイベントハンドラの話でコバリアントが出てくるのかな？
- 205 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 14:59:50 ]
- イベントハンドラが出来たのが1.0時代だから。
- 206 名前：デフォルトの名無しさん [2007/09/24(月) 15:01:35 ]
- >>197
Refresh()
- 207 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 15:02:42 ]
- まあボタンクリックってのがボタンコントロールよりは汎用的だからってのもあるかしらん。
あらゆるボタンクリックを起こすコントロールがボタンコントロールから派生するとはいえんからな。
- 208 名前：デフォルトの名無しさん [2007/09/24(月) 15:03:26 ]
- >>194のようになっても困らないしキャストの手間が省けて便利だよね
- 209 名前：デフォルトの名無しさん [2007/09/24(月) 15:05:32 ]
- >>208
たしかにそうだね
- 210 名前：デフォルトの名無しさん [2007/09/24(月) 15:12:31 ]
- >>198
covariantなデリゲート型を代入しないといけない乃至したほうがいい場面ってあるの？
あるならたとえばどんな場面？
- 211 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 15:45:43 ]
- 現行スレ
C#, C♯, C＃相談室 Part42
pc11.2ch.net/test/read.cgi/tech/1188099745/
- 212 名前：デフォルトの名無しさん [2007/09/24(月) 15:51:15 ]
- >>187-193
考えてを整理してみたら187さんが言うようにthisを渡せば良いって事に気付きました。
ありがとうございました。
でもこういうプロパティ変更のイベント処理ってsetでやるものでしょうか？
最初に書いたようにPropertyChangedみたいにすべてのプロパティの変更を統括管理する事って出来そうなんですけど無理なんでしょうか？
- 213 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 15:51:47 ]
- ここでいいよ
- 214 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:00:18 ]
- >>212
INotifyPropertyChanged にしても結局各プロパティの set でやることになる。
ていうかもともとイベントを起こせるようにするのもプロパティの必要性の一つだから。
- 215 名前：197 mailto:sage [2007/09/24(月) 16:12:49 ]
- >>206
Form_Paintイベントの最後にPictureBoxのRefresh()を追加すると、
表示されなくなりました。
正確には一瞬のみ表示されてすぐに消えるという状態です。
追加する箇所が間違えているんでしょうか？
- 216 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:27:21 ]
- >>215
Graphicsオブジェクトを変なとこから取得してるんだろう。PaintEventArgsのを使え。
- 217 名前：197 mailto:sage [2007/09/24(月) 16:38:21 ]
- >>216
解決しました。
ありがとうございました。
- 218 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:42:39 ]
- どう解決したのか書けちんかす。
- 219 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:51:58 ]
- PaintEventArgsのを使え。
以外に何が…
- 220 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:54:41 ]
- ここは基地外隔離スレです
現行スレ
C#, C♯, C＃相談室 Part42
pc11.2ch.net/test/read.cgi/tech/1188099745/
- 221 名前：デフォルトの名無しさん [2007/09/24(月) 17:18:51 ]
- んじゃここでいいや
- 222 名前：デフォルトの名無しさん [2007/09/24(月) 21:41:38 ]
- >>214
レスありがとうございます。
プロパティのset内でイベントを発生させるのに迷いがなくなりました。
ありがとうございました。
- 223 名前：197 mailto:sage [2007/09/26(水) 21:53:20 ]
- >>218
すみません。
Form_PaintイベントでPictureBoxをRefreshして
PictureBox_PaintイベントでPaintEventArgsからGraphicsオブジェクト取得するようにしたら
きちんと描画できました。
説明が不足してご迷惑をおかけしました。
今後は気をつけます。
どうも失礼しました。
- 224 名前：デフォルトの名無しさん [2007/10/07(日) 05:08:40 ]
- public ArrayList Hoge
{
set
{
ary = value;
}
get
{
ary.Sort();
return ary;
}
}
みたい感じでプロパティつくって
foreach(object o in Hoge)
て感じでまわすと
コレクションが変更されました。列挙操作は実行されない可能性があります。
とかって例外が発生するんですけど原因はなんなんですかね？
foreach中で、プロパティ内部でsortする配列つかっちゃいけないんですか？
- 225 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 08:14:15 ]
- >>224
逆になんでそんなことがしたいの？
- 226 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 08:45:05 ]
- foreach中に配列弄っちゃいかんよ。
- 227 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 12:27:10 ]
- それ以前に224のコードは意味不明でしょ。
何が「みたいな感じ」なんだよw
まあ、何にハマってるかは分からないでもないけど。
でもIEnumerable 実装するクラスを自分で書いているにもかかわらず224みたいな
寝ぼけたこと言ってるとしたら、たぶん基本的に適正がないんだろうね。
だって普通は原因に思い当たるだろ。
- 228 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 14:36:08 ]
- またお前か。
- 229 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 15:09:41 ]
- 毎回「適正がない」とか煽ってるアホはなんなの？
- 230 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 15:14:53 ]
- >>225
クラス側でsortしとけばプロパティ呼び出して使う側でいちいちSortしなくてもいいんかなて。
なんとなくforeach中でいじるのがだめてのはわかるけど、
foreachでまわす一番最初でsortするんだからいーじゃんとも思ったので。
>>227
なにこの馬鹿。
具体的にどんな問題がおきてるかききてーからかいてんだろが。
低学歴猿はいちいち現れないでいいですよ。
こんな程度で適正もくそもねーだろが。おまえは人としての適正がないね。
- 231 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 15:15:53 ]
- 別に煽ってるわけじゃない。
忌憚のない本心を言ってるだけ。
そうコミュニケーションが「可能」なのは確かに2chの負の側面ではあるが、
それは同時によい点でもある。
俺は冗談抜きで100%良心で言ってるんだけどね。
だって自分に向いてないことを選択するほど辛辣な人生ってないだろ。
それとも224みたいなことを言ってる人間にプログラマとしての適性があると思う？
ありえないでしょ。
- 232 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 15:22:37 ]
- >>231
おれは職業プログラマーじゃねーよ。猿。
アドバイスしてあげるけどその発想の狭さがプログラマーはもちろん
社会人としての適正がないね。
>そうコミュニケーションが「可能」なのは確かに2chの負の側面ではあるが、
>それは同時によい点でもある。
ただのBBSに対して何を語っているのかね。この子は。
- 233 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 15:24:49 ]
- あのぉ、ここには色んな人が来るわけで・・・
仕事でしている人もいれば、趣味でやっている人、勉強でやっている人とかね・・・
- 234 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 15:26:03 ]
- 231見たいなのはきっと会社ですげー辛い目にあってるんだろうな・・・
- 235 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 15:33:50 ]
- 231は自分がプログラマーに適してるとか思ってるのかな？
こういうのが上司になったら。。。
- 236 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 15:49:11 ]
- >>230
SortedListじゃあかんの？
仮にやるとしたらSet時にソートするなぁ・・・
しかしお前らこういう時だけ活気付くのなｗ
- 237 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 19:42:01 ]
- まあ最後の更新以降、最初の取得時のみソートするとかならわかる気もするけど。
なんでエラーになるわけ？
なんか変な操作して無い？
これだけじゃそもそもエラーにならんと思うけど。
- 238 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 19:45:17 ]
- そうか繰り返し中にHogeプロパティにアクセスして無い？
今の実装ならそれやっちゃうとエラーになると思うけど。
- 239 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 20:48:13 ]
- こうすれば単純な話
ArrayList ar = new ArrayList();
ar.Add("aaa"); ar.Add("bbb"); ar.Add("ccc");
IEnumerator it = ar.GetEnumerator();
ar.Sort(); //ar.Add("d"); //ar.RemoveAt(0); //ar[0] = "xxx"; // 変更を加えると
if (it.MoveNext()) Console.WriteLine(it.Current); // 例外が起きるのはここ
- 240 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 21:36:39 ]
- >236
重複を認めたいけどSortしたい場合はSortedListじゃだめだね。
実際には重複しないケースになりそうな気がするけど。
- 241 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 02:59:41 ]
- Dictionaly<>はList<>みたいに要素の順序を保持してくれないわけだが、
仮に順序の保持を行うDictionaly<>を作るとなると、
どんな実装が理想的なんだろう？
やり方はいろいろあるんだろうけど、どれがいいのか分らん。
そもそも順序はListで持って、ハッシュテーブルとしてはDictionalyで別々に持つべきなのか？
ちょっとお知恵を貸してちょーだい。
- 242 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 03:08:11 ]
- >>241
Sorted Dictionary でググッてみてから言ってる？
- 243 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 03:11:48 ]
- >>242
わかってないのにつまらんこと言うな。
- 244 名前：デフォルトの名無しさん [2007/10/08(月) 03:20:13 ]
- 何がわかってないか説明してもらおうか
- 245 名前：241 mailto:sage [2007/10/08(月) 03:30:09 ]
- 仮に、
"A" ， "hoge"
"C" ， "hogegege"
"B" ， "hogege"
というデータをSortedDictionalyにいれると、キーでソートされてしまって、
"A" ， "hoge"
"B" ， "hogege"
"C" ， "hogegege"
という順序になってしまうわけです。
通常のDictionalyだと、順序は保障されず、どういう順番で返ってくるかさえ分りません。
これを最初の順序のまま、保持してくれるDictionalyの実装の方法についてお聞きしています。
- 246 名前：デフォルトの名無しさん [2007/10/08(月) 03:35:24 ]
- Dictionary
- 247 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 03:38:20 ]
- >>243
いいからググってみろカス
- 248 名前：241 mailto:sage [2007/10/08(月) 03:39:30 ]
- >>246
あうち
さっき打ち間違えてから、なんか変な癖がついちゃってさっきからgoogleとコンパイラに怒られつづけてます。
そういうことって、ない？俺だけかorz
- 249 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 03:52:52 ]
- ＞Sorted Dictionary
ああよくみたら空白入ってんのなｗ
でも方向がおんなじのばっか引っかかるけど。
おれは面倒だからOrderedDictionaryでお茶を濁してる。
- 250 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 03:54:26 ]
- だってどう考えてもSortとちがうし
- 251 名前：241 mailto:sage [2007/10/08(月) 04:11:05 ]
- >>249
ありがとうございます
俺も面倒くさくなったので、とりあえずはこれでお茶を濁そうかと。
OrderedDictionary、こんなものもあるんだなー。
でも、もし理想的な実装方法というのがあれば、技術の参考までに知りたい。
- 252 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 09:53:03 ]
- 内部にList持って列挙のときだけはListに働いてもらうのが一番簡単だね。
その無駄が許容できるのなら。
- 253 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 16:23:28 ]
- >>250
Sortでもかまわんだろ。
なにかの順番を適用するにはちがいない。
- 254 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:53:42 ]
- いやそういうことじゃないだろ。
後でインデックスでアクセスするために、
追加した順を覚えておいてほしいって話だろ？
- 255 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 20:01:23 ]
- >>254
それならもうDictionaryとListを二重に保持するしかないな。
例えばこんな感じ？
class MapWithList {
Map map;
List list;
public void add(Object key, Object value) {
map.put(key, value);
list.add(key);
}
public Object getWithKey(Object key) {
return map.get(key);
}
public Object getWithIndex(int i) {
map.get(list.get(i));
}
}
テストコンパイルしてないから実際に使えるか知らんが、
ようはこういうことがしたいんじゃない？
- 256 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 20:33:40 ]
- おい一人タイムスリップしてるぞ
- 257 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 21:22:45 ]
- >>255
だからそれは任意で追加できる機能だろが
- 258 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 21:23:16 ]
- まちがえた>>254な
- 259 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 21:23:31 ]
- せめてgenerics使おうぜ
- 260 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 01:04:42 ]
- TreeViewで、NodeでダブルクリックしてもExpand（展開）もColapse（収縮）も
しないようにするにはどうしたらいいでしょう？
- 261 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 01:08:40 ]
- Beforeのイベントでキャンセルすりゃいいんじゃね
- 262 名前：デフォルトの名無しさん [2007/10/09(火) 02:44:26 ]
- >>261
あーなるほど！そういう手があったんですね！！
ありがとうございました！
- 263 名前：デフォルトの名無しさん [2007/10/09(火) 21:09:49 ]
- TreeViewついでに教えてください、ListViewだとアイコンに透明色を使った部分が
透明になりますが、TreeViewだと透明になりません、BackColorを設定すると
TreeViewの方は透明で透けるはずのところが白で塗られていました。これは
TreeViewのﾌﾟﾛﾊﾟﾃｨの設定で透明になるでしょうか？
- 264 名前：デフォルトの名無しさん mailto:age [2007/10/09(火) 21:13:48 ]
- proforceone.web.fc2.com/ ⇒ Processed input data
エンタ[263.]
お笑い[4,010]
zzztv[247]
yoshimotokogyo[141]
proforceone.web.fc2.com/ ⇒ Calculation processing
d=$.split("\n");for(j=0;d.length>j;j++){s=d[j].substring(0,l=d[j].indexOf("["));
s=encodeURIComponent(s);n=d[j].substring(l+1,d[j].indexOf("]")).split(".");
n=eval(n[0].split(",").join(""));n=(n-n%20)/20+(n%20>0);br();
for(i=0;n>i;i++){write("http"+"://youtube.com/results?search_query=");
write(s+"&search_sort=video_date_uploaded&page="+(i+1));br();}}br();
- 265 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 21:33:17 ]
- コピペ君って馬鹿だな、まで読んだ。
- 266 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 09:51:13 ]
- VS2005で開発をしているのですが、.NET1.1でプログラムを動かすにはどうすればいいですか？
.NET2.0で追加されたクラスやメソッドを使用しなければ、普通に動くんでしょうか。
- 267 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 09:59:28 ]
- >>266
マニフェストをいろいろいじるという方法もありますが現実的な方法ではないので
2.0から1.1へは不可能と思ってください。
おとなしく2003で再コンパイル。
- 268 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 19:45:14 ]
- >>267
即レスしてもらったのに、レスが遅れてすみませんでした。
そうですか。大人しく再コンパイルすることにします。
- 269 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 16:25:58 ]
- 質問です、よろしくお願いします！
あるメソッドやプロパティ、デリゲートといった処理単位内で、
その処理単位自身の名称を知ることができるような、.NETのクラス
があればうれしいのですが、もしありましたらクラス名を教えてください。
- 270 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 16:34:18 ]
- >>269
処理MethodならSystem.Reflection.MethodBase.GetCurrentMethod().Nameでいける
- 271 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 16:34:24 ]
- スタックトレース
- 272 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 16:36:00 ]
- MethodBase.GetCurrentMethodとかそんなん？
- 273 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 16:43:41 ]
- >>270 おお。
こういう便利メソッドとかをカテゴリごとに網羅してくれる辞書的な本とか誰か作ってくれんかね･･･
大全のもうちょっとしっかりしたやつ。
- 274 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 18:38:02 ]
- 「網羅」した途端にその検索性や索引性はクラスライブラリのリファレンス、
つまりMSDNと同じレベルになると思うんですが。。
- 275 名前：269 mailto:sage [2007/10/12(金) 18:42:16 ]
- >>270-272
どうもです！こんな便利なクラスがあるのですね！！
ありがとうございました、勉強してみます！！
- 276 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 19:46:49 ]
- >>274 いや、MSDNがわかりにくいのはすべてを同列に書いているからであって、端折ってもいいからそのnamespaceにあるものの大まかな関係などが出てくれてればいい。
そうすればどこら辺を調べればいいか当たりがつくから。
- 277 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:02:56 ]
- だからnamespaceっていうのがそもそもカテゴリを表していると思うんですけど。。
- 278 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:13:34 ]
- >>277
>>276がいってるのはネームスペース内のクラスの関係じゃないのか？
そんなこまかなことはともかく、MSDNが直感的に扱いづらいのは同感。
Web上のボランティアな情報も少ないし、余計に扱いにくいなあ。
VS買ったらネームスペースのマップみたいなポスターついてきたけど、あんなのでわかる人いるの？
- 279 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:27:36 ]
- >>278
そうそう。namespaceないで、まぁまたいでもいいんだが、クラス等がどういうことするときにどう関係するのかとかがつかめん。
- 280 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:28:42 ]
- いや276が言っているのは、要は欲しいものをエスパーしてくれるリファレンスが
欲しいって事でしょ。
そんなの不可能だわな。
俺様にとって必要で便利なクラスのインデックスが欲しい、
って言ったって何が必要で便利かは「俺様」によって違うじゃん。
そもそも、だからこをクラスライブラリはあのボリュームになっているわけで。
- 281 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:39:52 ]
- >>280 低脳は黙ってろ
- 282 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:40:09 ]
- はぁい
- 283 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:52:33 ]
- 関連クラスへのハイパーリンクを
たどってグラフ化してくれるプログラムでも作ればいいんじゃね
- 284 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:54:24 ]
- だからどのクラスとどのクラスがリンクするかは用途の関数だろってw
本当にプログラマが言ってるのかね
- 285 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 20:56:02 ]
- >>280
量が多いからいいとは限らない。
むしろほしい情報が直感的にわかりやすく手に入る方が、重要なんじゃないか？
どれだけ情報があろうが、その格納場所がわからなければないのと同じだし、
それにMSDNの情報は、多くが重複してたり余計なスペースや下手な配置がされてたりする。
>>276がエスパーを要求してるとは思わないが、
仮に>>280のいう"ほしい機能に必要なクラスを教えてくれるリファレンス"がほしいっていうのも、
あながち大それた要求ではないと思う。
|
 |
