トップページ⇒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あたり。
0652デフォルトの名無しさん2007/09/15(土) 23:44:37
>>648
ttp://www.connectionstrings.com/
0653デフォルトの名無しさん2007/09/15(土) 23:50:45
>>652 なんかよさげなサイトだな。
0654デフォルトの名無しさん2007/09/16(日) 00:06:38
>>651
Oracle10g Express Editionに接続をしようと
>>651さんのおっしゃる手順にて試した上でプロパティにて確認を行い、
テスト接続を行ったところ正常に接続は出来ました。
しかしながら、自動生成された接続文字列をコードの中に次の様に指定して
いるのですが接続が出来ません。

string constr1 = "Data Source=127.0.0.1;Persist Security Info=True;User ID=test_user;Unicode=True";
OracleConnection con = new OracleConnection(constr1);
con.Open();　//←この部分でエラーが発生します。

06556542007/09/16(日) 00:07:49
>>652
そんな便利なサイトがあったんですね。ありがとうございます。
そちらも参考にしつつ試してみます。
06566542007/09/16(日) 00:14:08
因みに>>651の手順で作成されたServer Explorer上の表示は次の
状態なのです。しかしながらOracle10g Express EditionのWEB上から
createしたテーブルが見えません。(TB_TESTテーブル）
>>651の手順で「正常に接続が出来ました。」というガイダンスが
表示されたのですがそもそも接続先が違っているのでしょうか？
【VS2005 Server Explorer状況】
Data Connections
127.0.0.1.TEST_USER
Tables
WWV_FLOW_DUAL100(FLOWS_020100)
WWWV_FLOW_FIELD_TEMPLATES(FLOWS_020100)
WWWV_FLOW_LIST_OF_VALUES_DATA(FLOWS_020100)
　　・
　　・
　　・
　　(TB_TESTテーブル　が本来見えるハズなのに見えません。）
0657デフォルトの名無しさん2007/09/16(日) 00:34:24
だからスレ違いだと何度・・・
06586512007/09/16(日) 00:35:39
>>656
さっきも書きましたが、Oracleを使っていないので、
Oracleのスレに書き込んだほうがいいですよ
（ここまでくると完全にスレ違いですし＾＾；）。

作成した側で作成したテーブルが見えているなら、
>>654さんの言うとおり、参照先（インスタンスもしくはデータベース）が違うのでしょう。
OracleのVS2005アドオンツールを使って、
VS2005上で直接テーブル設計するのもいいかもしれません。
http://www.oracle.com/technology/tech/dotnet/tools/index.html
065965672007/09/16(日) 00:44:37
>>658
色々試してみましたところ何とか接続する事は出来ました。
ありがとうございます。

0660デフォルトの名無しさん2007/09/16(日) 03:32:41
VC#で作成したアプリを別PCで使用する場合はEXEをコピーすればいいのですか？
0661デフォルトの名無しさん2007/09/16(日) 07:59:10
他のファイルを参照したりしてなければ
06625122007/09/16(日) 09:06:24
>>632
function(obj); の場合、メソッド内にObjectのコピーが作成されるのでしょうか？
0663デフォルトの名無しさん2007/09/16(日) 09:08:14
Objectの実体の住所を書いた紙を書き写す感じ
0664デフォルトの名無しさん2007/09/16(日) 10:17:43
>>662
「値渡し」と「参照渡し」を調べてみるといいよ。
こういうプログラミング概念は、
他の言語でも使われているので、
理解しておいても損はない。

ちなみに、function(obj)が値渡し、
function(ref obj)が参照渡し（・・・だったはず）
0665デフォルトの名無しさん2007/09/16(日) 10:50:29
>>664
「値渡し」と「参照渡し」を調べてみるといいよ。
こういうプログラミング概念は、
他の言語でも使われているので、
理解しておいても損はない。
0666デフォルトの名無しさん2007/09/16(日) 13:50:18
参照の値渡し/参照の参照渡しとでも言えばいいの?w
0667デフォルトの名無しさん2007/09/16(日) 13:57:31
>>666
「値渡し」と「参照渡し」を調べてみるといいよ。
こういうプログラミング概念は、
他の言語でも使われているので、
理解しておいても損はない。
0668デフォルトの名無しさん2007/09/16(日) 14:10:06
参照型の値渡し、参照型の参照渡しと言うべきだな
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
アクセスが拒否されました。とのことでした。
管理者でログインしてなかったのが原因ですね(恥^^;
■ このスレッドは過去ログ倉庫に格納されています