トップページ⇒tech
1001コメント299KB

C#, C♯, C＃相談室 Part42

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/08/26(日) 12:42:25
(#ﾟーﾟ)つ ＜ C#、.NETの話題はこちらでどうぞ。

前スレ
C#, C♯, C＃相談室 Part41
http://pc11.2ch.net/test/read.cgi/tech/1184840053/

過去スレは>>2-5あたり。
0669デフォルトの名無しさん2007/09/16(日) 14:13:19
>>668
「値渡し」と「参照渡し」を調べてみるといいよ。
こういうプログラミング概念は、
他の言語でも使われているので、
理解しておいても損はない。
0670デフォルトの名無しさん2007/09/16(日) 14:15:23
参照型のインスタンスへの参照を格納する変数への参照の値渡し ならどうだ(ref object)
0671デフォルトの名無しさん2007/09/16(日) 14:16:42
>>670
「値渡し」と「参照渡し」を調べてみるといいよ。
こういうプログラミング概念は、
他の言語でも使われているので、
理解しておいても損はない。
0672デフォルトの名無しさん2007/09/16(日) 14:22:24
こんちたびなし
0673デフォルトの名無しさん2007/09/16(日) 14:22:46
コピペ君って馬鹿だな、まで読んだ。
繰言クンも馬鹿だな、まで読んだ。
0674デフォルトの名無しさん2007/09/16(日) 14:24:54
>>673

>>673
0675デフォルトの名無しさん2007/09/16(日) 14:34:26
C＃相談室
0676デフォルトの名無しさん2007/09/16(日) 15:07:38
♯
0677デフォルトの名無しさん2007/09/16(日) 15:18:59
C#で月を表す定数を使用したいのですがCalendarクラスに見つかりません。
JavaでいうCalendar.JANUARYのような定数はC#ではどこにおいてあるのでしょうか？
0678デフォルトの名無しさん2007/09/16(日) 15:30:51
俺の部屋のベッドの下
0679デフォルトの名無しさん2007/09/16(日) 15:42:32
.NETはグローバリゼーションを考えてるから、一年が12ヶ月と決め付けてはいないんだ
0680デフォルトの名無しさん2007/09/16(日) 15:44:17
>>677
intの1 ~ 12でいいよ。
0681デフォルトの名無しさん2007/09/16(日) 15:45:25
Javaは月が0-11だから、こういうのがないとつらいのか。
.NETは1-12だからそのまま使え。
06826772007/09/16(日) 15:53:45
工工エエｴｴ（´Д｀）ｴｴエエ工工
enum自作します・・・
0683デフォルトの名無しさん2007/09/16(日) 15:59:26
おれ英語表記だとJanから順番に唱えないと自身持って数字に変換できないわｗ
0684デフォルトの名無しさん2007/09/16(日) 16:03:03
定数にした方が見やすいような場面が思いつかない
0685デフォルトの名無しさん2007/09/16(日) 16:04:06
でもあちこちで例外処理するよりはenumのほうがいいんじゃまいか？
0686デフォルトの名無しさん2007/09/16(日) 16:12:24
どんな処理にそれが必要なんだろう
と思ったがMONTHLYDATEとかのときに作る羽目になったなそう言えば
0687デフォルトの名無しさん2007/09/16(日) 16:16:46
俺は677の発想に一票。
コードが見やすいかどうか、というより（まあ数字の方が見やすいのはたぶん日本人ぐらいのものだと思うが）
「月の名」っていう型が存在することの方が重要でしょ。
0688デフォルトの名無しさん2007/09/16(日) 16:19:28
それじゃlocale毎に違う型が必要になっちゃわね？
0689デフォルトの名無しさん2007/09/16(日) 16:22:23
まあ時と場合による、で良いんじゃね
Flags 属性が必要な場合なんか列挙体にするしかないし
// ロケールとの食い合わせが悪いのは仕方なし
0690デフォルトの名無しさん2007/09/16(日) 16:22:56
それ一般論としては間違ってないが、
しかしイスラム暦やチャイニーズカレンダーでコード書く必要ってそんなにあるの？w
0691デフォルトの名無しさん2007/09/16(日) 16:29:17
>>685
enumでも範囲チェックはできないがな
0692デフォルトの名無しさん2007/09/16(日) 16:30:09
>>687
日本人なんだから見やすい数字を選ぶほうが当たり前だろ。
で、なにが重要なの？
0693デフォルトの名無しさん2007/09/16(日) 16:36:44
>>692
重要じゃないと思うなら思っても別にいいんだが、
それならboolをすべてintで代用（いやboolが本来「代用」なんだが）している
コードをみても文句を言うなよ。
0694デフォルトの名無しさん2007/09/16(日) 16:39:27
いや、日本人ならというなら、むしろこうしようぜ。
enum 月
{
  睦月 = 1,
  如月 = 2,
  弥生 = 3,
  ...
}
0695デフォルトの名無しさん2007/09/16(日) 16:40:51
enumにするにしても、何に使うかでどういう値になって欲しいか違いそうだから後付けの方がいいかなあ。
0696デフォルトの名無しさん2007/09/16(日) 16:42:40
曜日のenumはあってもよいと思うが、月はいるのかな？
月が必要なら、enum { DAY1, DAY2, DAY3 .... DAY31 }　も必要になるか。
その調子で　enum { YEAR0001, ... YEAR9999 } は...勘弁してください。
0697デフォルトの名無しさん2007/09/16(日) 16:58:59
そこで強いtypedefという無いものねだり。
0698デフォルトの名無しさん2007/09/16(日) 18:10:15
構造体に型変換演算子を定義すれば
0699デフォルトの名無しさん2007/09/16(日) 18:19:13
Ｃ井って、つおい？
0700デフォルトの名無しさん2007/09/16(日) 19:06:02
Ｃ丼はおいしいですよ
0701デフォルトの名無しさん2007/09/16(日) 20:09:08
Vb6よりよわいですｗ
0702デフォルトの名無しさん2007/09/16(日) 22:35:21
>>701
スパゲッティ量産するんだからVB厨はこっちに来ないでよ
0703デフォルトの名無しさん2007/09/16(日) 22:41:12
スパゲッティなんて２０年ぶりに聞いたｗ
0704デフォルトの名無しさん2007/09/16(日) 23:00:13
>>703
本人に向かって言うわけ無いだろ？
0705デフォルトの名無しさん2007/09/16(日) 23:40:46
C#厨はパフォーマンスのこと言われるとすぐ頭に血が上るみたいですね

実行速度はVB6より遅いことに疑問をはさむ余地はないのにね
0706デフォルトの名無しさん2007/09/16(日) 23:43:38
そうだね
0707デフォルトの名無しさん2007/09/16(日) 23:45:51
パフォーマンスが重要ならC++で書くから
0708デフォルトの名無しさん2007/09/16(日) 23:52:58
>>705
せっかくだから自慢のVB6で挑戦してみたら？
ttp://d.hatena.ne.jp/siokoshou/20070411
0709デフォルトの名無しさん2007/09/17(月) 00:20:30
>>705
すまん、パフォーマンスの事言ってるのどこら辺から？
0710デフォルトの名無しさん2007/09/17(月) 00:51:44
>>707
パフォーマンスが重要でない案件なんて今まで出会ったこと無い。
0711デフォルトの名無しさん2007/09/17(月) 00:55:28
>>710
ならばクロック数えながらすべてアセンブラで書け。
0712デフォルトの名無しさん2007/09/17(月) 00:57:40
クロック数えながら？
なにとんちんかんなこといってんの？

0713デフォルトの名無しさん2007/09/17(月) 00:59:41
パフォーマンスが最重要の案件なんて今まで出会ったこと無い。
0714デフォルトの名無しさん2007/09/17(月) 00:59:46
.NETだとパフォーマンスが悪いから仕事で使えないというなら
Javaは使えないしPerlやPHPもダメ、Rubyなんて論外だろう
まあ大体の仕事では逆にC++が論外なんだがな
0715デフォルトの名無しさん2007/09/17(月) 01:06:43
>>712
意味わからんのか、かわいそうにｗ
0716デフォルトの名無しさん2007/09/17(月) 01:15:41
>>711
発言が幼稚園児なみだな
0717デフォルトの名無しさん2007/09/17(月) 01:18:55
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
0718デフォルトの名無しさん2007/09/17(月) 01:20:27
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
0719デフォルトの名無しさん2007/09/17(月) 01:21:11
ﾌｧﾋﾞｮった
0720デフォルトの名無しさん2007/09/17(月) 01:21:25
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
0721デフォルトの名無しさん2007/09/17(月) 01:22:14
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
ならばクロック数えながらすべてアセンブラで書け。
0722デフォルトの名無しさん2007/09/17(月) 01:23:43
>>716 死ね
>>716 死ね
>>716 死ね
>>716 死ね
>>716 死ね
>>716 死ね
>>716 死ね
0723デフォルトの名無しさん2007/09/17(月) 01:24:24
>>716 死ね
>>716 死ね
>>716 死ね
>>716 死ね
>>716 死ね
>>716 死ね
>>716 死ね
0724デフォルトの名無しさん2007/09/17(月) 01:34:40
お前らくだらない事だけ頑張るよなｗ
0725デフォルトの名無しさん2007/09/17(月) 01:49:39
まあ、だから実際自分でコードのひとつも書いてみれば分かるけど、
ドトネトって言ったからって別にVMで動いてるわけじゃないから
パフォーマンスが悪くなる理由はないし、実際悪くないんだけどね。

初回起動の遅さとGUIのロードの遅さは確かにかなり気になるんだけどさ。
0726デフォルトの名無しさん2007/09/17(月) 01:49:56
クロック数えながらｗ
0727デフォルトの名無しさん2007/09/17(月) 02:09:38
>>725
初回起動の遅さはなんかディスクアクセスのせいな気もするな。
CPU速度関係なさげ。
0728デフォルトの名無しさん2007/09/17(月) 02:19:56
C#でGUIを作成すること自体間違っている
もっさりしすぎて使い物にならん

GUIはMFC若しくはWIN32APIでないと厳しい
0729デフォルトの名無しさん2007/09/17(月) 02:36:58
>>728
もっさりしているのはWindowsフォーム、それともWPFのどっち。
それとも両方？
0730デフォルトの名無しさん2007/09/17(月) 02:47:54
>>715
>クロック数えながらすべてアセンブラで書け
ってどういう意味？
0731デフォルトの名無しさん2007/09/17(月) 02:53:48
>>730
つっこむなよ
かわいそうじゃん
0732デフォルトの名無しさん2007/09/17(月) 03:35:23
そんなにパフォーマンスが最重要なら命令のクロック数かぞえながら最速になるようにすればってことだろ
0733デフォルトの名無しさん2007/09/17(月) 03:39:06
vbより……とか、やっぱC++だな、とか
速度とかバーチャルマシンとかのキーワード使って煽られると弱いな、おまいら。
華麗にスルーしろよ
0734デフォルトの名無しさん2007/09/17(月) 03:45:06
速度はともかく、もちっと小さいヒープから始まんないかなとか思う
0735側近中の側近 ◆0351148456 2007/09/17(月) 04:04:52
(っ´▽｀)っ
速ければ速いほどすばらしいという考えは
1970年代の考えですよ。
0736デフォルトの名無しさん2007/09/17(月) 05:24:07
起動がWordなんかより遅いテキストエディタなんてどうよｗ
0737デフォルトの名無しさん2007/09/17(月) 05:32:20
クロック計算なんて思い出したくもないな。
0738デフォルトの名無しさん2007/09/17(月) 05:34:22
スピードの魅力には抗えないのがプログラマの性
0739デフォルトの名無しさん2007/09/17(月) 08:12:34
>>736
そんなに遅くねえよ
0740デフォルトの名無しさん2007/09/17(月) 11:30:28
Visual C# 2005 Express Editionで作成したtest.exeというファイルが
あるのですが、いざ実行してみるとエラーが出てしまいます。
Visual C# 2005 Express Editionが起動している状態でtest.exeを実行する
とエラーはでないんですが・・・。

ちなみにtest.exeはファイルをアップロードするようになっています。
アドバイスお願いします。。。
0741デフォルトの名無しさん2007/09/17(月) 11:40:16
ぴくでたいまあつくたおいらがきましたよ
でばぐとりりいすのもんだいか？
0742デフォルトの名無しさん2007/09/17(月) 11:53:05
エラーとやらの中身書け
0743デフォルトの名無しさん2007/09/17(月) 12:07:12
すぐ閉じてしまうので、不確かではありますが「ファイルが見つかりません。」
的な内容だったと思います。
0744デフォルトの名無しさん2007/09/17(月) 12:10:54
エスパーすると、実行に必要な*.exe.configや*.dll などが一緒にコピーされてないとか。
0745デフォルトの名無しさん2007/09/17(月) 12:12:32
コンソールアプリか？
コマンドラインから起動したらメッセージが残るかね
0746側近中の側近 ◆0351148456 2007/09/17(月) 12:27:39
>>740
(っ´▽｀)っ
コマンドプロンプトから起動してみな☆
すぐに閉じないから。
0747側近中の側近 ◆0351148456 2007/09/17(月) 12:28:21
(っ´▽｀)っ
かぶった。しのう。
0748デフォルトの名無しさん2007/09/17(月) 12:36:38
デバッガありだと動くのにデバッガなしだと動かないことは稀にあるね
0749デフォルトの名無しさん2007/09/17(月) 12:57:26
>>742-748
コマンドプロンプトで実行してみると、見事にエラーが残りました。
後は、なんとか自己解決しました。。。

ありがとうございました。
0750デフォルトの名無しさん2007/09/17(月) 13:15:28
で、エラーの内容は？
0751デフォルトの名無しさん2007/09/17(月) 13:20:39
アクセスが拒否されました。とのことでした。
管理者でログインしてなかったのが原因ですね(恥^^;
0752デフォルトの名無しさん2007/09/17(月) 13:25:02
それにしても、Visual C# 2005 Express EditionはGuestアカウントで
開いてたのにtest.exeが実行されたのは何故だろう？
お手数をおかけしますが、分かる方いましたらアドバイスお願いします。。。
0753デフォルトの名無しさん2007/09/17(月) 13:44:31
管理者権限では動いたのか？何の操作で何がアクセス拒否なのかエラーの内容はよく吟味しろよ。
0754デフォルトの名無しさん2007/09/17(月) 14:06:30
質問者が適度に情報さらさないから
うだうだ無意味なレスが続くんだぞ？
俺らはエスパーではないんだぞ？
0755デフォルトの名無しさん2007/09/17(月) 14:17:20
>>754
適度な情報が晒されれば、解決できるほどの実力をお持ち合わせなのでしょうか？ｈｗ
0756デフォルトの名無しさん2007/09/17(月) 14:25:07
はい〜
http://ishizuka.net/ei/ei-ant.jpg
0757デフォルトの名無しさん2007/09/17(月) 15:02:04
>>755
質問もまともに出来ない奴はふらっとへどうぞ
0758デフォルトの名無しさん2007/09/17(月) 15:05:33
ふらっとに来られても困るわ
0759デフォルトの名無しさん2007/09/17(月) 15:05:47
>すぐ閉じてしまうので、不確かではありますが「ファイルが見つかりません。」
ついにこのレベルまできたか・・・学生である事を切に願う
0760デフォルトの名無しさん2007/09/17(月) 15:20:56
>>756
エスパーｷﾀ━━ﾟ+.ヽ(≧▽≦)ﾉ.+ﾟ━━ ｯ ! ! !
0761デフォルトの名無しさん2007/09/17(月) 15:21:16
まぁ、おまえらも目くそ鼻くそだがなｗ
0762デフォルトの名無しさん2007/09/17(月) 17:28:13
まさにふらっとレベル
0763デフォルトの名無しさん2007/09/17(月) 18:51:22
パソコンショップ等にならんでいるパッケージソフトの大半はC/C++で書かれているネイティブですが
今後は.NETで書かれたものが主流になってくるんでしょうか？
0764デフォルトの名無しさん2007/09/17(月) 19:03:24
簡単にソースが覗ける問題が解決されない限り、.NETで
パッケージソフトがつくられることはあり得ないと思うよ。
0765デフォルトの名無しさん2007/09/17(月) 19:09:54
パッケージソフトじゃないけどRadeonのドライバについてる設定ツールとか.NET。
0766デフォルトの名無しさん2007/09/17(月) 19:12:14
javaも逆コンパイルが問題になってたな
俺は自分のアプリしか作ってないからどうでもいいが
0767デフォルトの名無しさん2007/09/17(月) 19:18:01
今のところまっとうに使われてるのはWEBなどのサーバーサイドシステムや
保守性や開発効率を求められる社内システムなどの分野。
パッケージ系は最後だろうな。
言語はTPOで使い分ける時代になったから覚えるほうはいろいろあって大変だ。
0768デフォルトの名無しさん2007/09/17(月) 19:30:17
.NETで書かれたアプリが主流になるのは５年以上後だろうね
もしかしたら、その前にMSから捨てられる可能性もきわめて高いがｗ
■ このスレッドは過去ログ倉庫に格納されています