[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/07 13:31 / Filesize : 223 KB / Number-of Response : 993
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C#, C♯, C#相談室 Part53



1 名前:デフォルトの名無しさん mailto:sage [2009/06/16(火) 20:11:11 ]
(#゚ー゚)つ < C#、.NETの話題はこちらでどうぞ。

前スレ
C#, C♯, C#相談室 Part52
pc12.2ch.net/test/read.cgi/tech/1238548552/

Visual C# 2008 Express Edition 日本語版
www.microsoft.com/japan/msdn/vstudio/express/vcsharp/

その他テンプレ>>2-5くらい

541 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 22:49:04 ]
俺とお前じゃ時間単価が違うんだよ

542 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 22:49:59 ]
GetNamesやGetValuesは中でキャッシュされてるからそんなに遅くない
といっても配列の作成とコピーは毎回行われるので注意

543 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 22:51:32 ]
ToStringよりはずっと速い。


544 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 23:14:44 ]
全然関係ないけど、プロパティをリフレクションで取得したりするコードで、
リフレクションは遅いからプロパティ情報をキャッシュするのだ!って言って
DictionaryとかにPropertyInfoやMethodInfoをキャッシュしてるサンプル見るんだけど、
どうせキャッシュするならデリゲートにしとけっつの。
圧倒的に速いしリフレクション特有の問題も起きない。


545 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 23:29:47 ]
GetMethodとかは中でキャッシュされるからPropertyInfoやMethodInfoを
キャッシュするのはあまり意味がないとかいうのをMSDN Magagineあたりで読んだ覚えがある。
パフォーマンスのためなら>>544の言うようにデリゲートをキャッシュする。

546 名前:545 mailto:sage [2009/08/03(月) 23:34:54 ]
www.microsoft.com/japan/msdn/msdnmag/issues/05/07/Reflection/default.aspx
あった

547 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 23:47:28 ]
メンバの検索には結構時間がかかったりもする(条件によってことなる)ので無意味ではないけど
デリゲートをキャッシュする効果に比べたら全く無意味と言っていいレベルだな。


548 名前:デフォルトの名無しさん mailto:sage [2009/08/03(月) 23:55:42 ]
>>541
だったらなおさら時間を大事にしろよ。
頭悪いのかね。

549 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 00:46:07 ]
うん



550 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 01:20:09 ]
くだらねー

551 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 01:53:58 ]
うん

552 名前:デフォルトの名無しさん [2009/08/04(火) 18:11:07 ]
質問です。

領域を確保したbyte型の配列を以下の関数Funcに渡したいのですが、
どうすればいいのでしょうか?

byte[] bytes = new data[640*480];
Func(????)


void Func(ref byte data){
}



553 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:14:22 ]
int n = 0; //好きな数字を入れてね!
Func(ref bytes[n]);

554 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:14:40 ]
void Func(byte data[]){
}

何でこうなるのか考えてから次に進めよ

555 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:18:01 ]
cじゃねえんだから

void Func(byte[] data)

556 名前:デフォルトの名無しさん [2009/08/04(火) 18:26:09 ]
>>553,554,555さん
レス有難う御座います。

この場合、関数の型を以下で定義するべきなのは重々承知しております。
void Func( byte [] data)

ただ、この関数は他社提供のクラスライブラリの為、替えることができません。

これってやっぱり、関数の定義ミスでしょうか?

ちなみに、この関数は某大手電卓メーカの提供しているクラスライブラになります。
 

557 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:27:03 ]
>>556
それなら使い方をサポートに問い合わせるのが一番だろ

558 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:31:21 ]
>>557さん
恥ずかしながら、保守契約が切れていてけないのです

・・・ちょっと見落としていたけど、553の案で行けそうな気がしてきた

559 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:33:58 ]
553の方法でアクセスできました!!!!!
すいません。 有難うございます。

3時間ぐらいハマってた・・・

皆様有難う御座いました。



560 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:34:14 ]
なんじゃそりゃあ。

561 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:35:35 ]
なんつうライブラリだ・・・・
要は配列の中の1バイトを書き換えるプログラムってことか…?

562 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:37:30 ]
まさかのネタがマジレス

563 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:48:06 ]
ネタじゃないです。

ネイティブコードのラッパライブラリみたいです。
サンプルさえあれば、こんなにハマることは無かったのですが、

本当に助かりました。感謝!!!!

564 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:52:54 ]
中でえげつないことしてそうだなあ

565 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 18:57:52 ]
なんというか・・・・
これはひどそうな匂いがぷんぷんしてくるな

566 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 19:26:21 ]
ライブラリの機能や仕様が不明なんだから何とも言えん。
ぱっと見た感じで怪しいのは確かだが。


567 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 19:36:16 ]
C++ の

 void Func(byte* data)

を、C# に持ってくるときに

 void Func(byte[] data)

にするべきはずのところを

 void Func(ref byte data)

にしただけだと思う
まあわかりやすい間違いだな

568 名前:デフォルトの名無しさん [2009/08/04(火) 19:57:55 ]
こんばんわ
文系のプログラムわからないぼくですが
仕事の兼ね合い覚えないといけないことになりました。

やはり先に本をかって進めていったほうがよろしいですか?

569 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:01:21 ]
あたりまえ
いくらPCに詳しくても,プログラミングでは「なんとなく触ってたら使える」というのはありえません



570 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:03:09 ]
>>568
それってC#でなきゃいけないの?

571 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:08:39 ]
>>570
はい、C#で開発なんで
それでないといけないと思います。

本で初心者用って書いてあればなんでも平気ですかね。


572 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:10:16 ]
C# とだけ書いてある本ではなく,Visual C# と書いてある本を選びましょう。
いきなり前者に挑むと挫折します。

573 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:12:58 ]
しかし門外漢を使おうなんて余程手が足りないのね
ここからが本当の地獄だ

574 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:17:23 ]
>>572
助かります。
2種類あったのか・・・

visualstudio2005を使うんですが、C#って書いてあったようなきがしたけど
visualC#ってことでいいのでしょうか?

575 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:22:36 ]
VisualStudio2005は複数のプログラミング言語が使える。
その中でC#を使うならVisualC#2005を使うことになる。
二種類あるっていうのは,例えるなら>>572の前者は英文法の本,後者は英会話の本だ。

576 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:23:44 ]
>>575
なんと・・・・
VisualC#で探します、ほんと助かりました。

前者後者で差が結構ありますね¥・・

577 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:30:01 ]
>>574
プログラミング未経験者がいきなり本で独学でC#とか俺は無謀だと思う。
特別地頭がいいなら別だけど。
こういうスレの連中は変な見栄と気取りがあるから認めないと思うけどねw

いきなりC#でも人に直接教えて貰えばなんとかなるかもしれんけど、
そういう訳にいかんのかな。

578 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:30:59 ]
だから地獄の始まりだと言ってるだろ

579 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:32:57 ]
>>577
うちの会社教えてくれる人いないんですよ・・・
これやってねって言った人も始めてだし。

今まで仕事・・・まぁ新入社員だけど
プログラミング教えてもらったことなど一度もないんです。
本渡されてどうぞ?しかないです。



580 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:37:02 ]
まあとりあえず触ってみりゃいいんじゃない
「VisualC#入門」みたいな本買ってきて一通り打ち込んで動かしてみてそれからだな
プログラミング自体に興味が持てれば次は文法の本に行けばいいし無理ならキャリアスクールへどうぞ

581 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:45:10 ]
そのレベルの初心者なら、最初は研修に行かせてもらったほうが早いんだけどな。
最初は入門書は定番の有名なのより、
手取り足取りタイプの超入門書を2〜3冊読み漁るのがいい。
物足りなくなったら定番に移行。

582 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:55:54 ]
>>577
C#が無謀なら何ならいいの?

583 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:56:17 ]
研修とかスクールって行った事ないけど意味あるの?
実際に仕事したことのない講師が教えてそうで怖いわ。

584 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:10:35 ]
研修とかプログラム受けると
お金になるとききました
(経理的な意味で)

585 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:34:40 ]
msdn.microsoft.com/ja-jp/library/ms229043%28VS.80%29.aspx

>複数の単語で構成されるパブリック メンバ、型、および名前空間の名前には、常に Pascal 形式を使用してください。

ってあるけどプライベートなメンバの命名規則はどこにあるの?

586 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:35:54 ]
公式には原則自由
それ「クラスライブラリ開発者向け」のガイドラインだからアセンブリの外から見えないメンバについては
どうでもいいの

587 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:37:02 ]
すばやい返答ありがとう

588 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:49:37 ]
ちなみに非推奨のアンダーバー始まりを使ってます。

589 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:52:15 ]
Cじゃないんだから取り立てて禁止というわけじゃないよ。



590 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:55:53 ]
むしろMSが公開してるC#で書かれたコードでは _camelCase が多数派

591 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 22:29:41 ]
C#って結構とっつきやすい方だと思うんだけどなぁ。


592 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 22:32:20 ]
他の言語の経験がある人にはね
もともとそういうコンセプト

593 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 22:38:09 ]
他の言語使ったことないと結構きつい気がするよ

594 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 22:40:13 ]
他のってCとjavaだけだろ。

595 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:07:54 ]
delphiから移行したけど結構簡単だった

596 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:09:54 ]
delphi とは腹違いの兄弟みたいなものだからなぁ

597 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:12:02 ]
>>590
そうなんだけど非推奨なんだよw

598 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:16:02 ]
ああ・・・種は一緒だからな
確かに腹違いだ

599 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:18:45 ]
お下品。



600 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:32:40 ]
他の言語の経験なんているか?
どの辺が?

601 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:42:45 ]
>>600
誰に向かって反論してるわけ?
「どの辺」にそんなこと書いてあるの?

どうでもいいけど、こんなちっちゃいことで自分を大きく見せたい奴は
大概その意図に反して無能な奴だわな。

602 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:46:25 ]
C/C++やってた俺には最初ヘッダが無いのが気持ち悪くて仕方なかった

603 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:47:37 ]
>>597
非推奨と書いてある箇所は何処でしたっけ?MSDNみてるけど出てこない。

604 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:48:08 ]
#defineが無くて幸せ

605 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:49:24 ]
マクロには使えないが一応あったような。#define

606 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:49:36 ]
あ、#defineマクロのことな

607 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:59:12 ]
条件付きコンパイルはもうちょっと言語を壊さない形で実現できなかったのかな
conditional (DEBUG) { }とか

608 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:59:40 ]
プリプロセスを無くすのはいいが、ファイルのインクルードまで無くしたせいで
条件付コンパイルがやり難くてしょうがないと思うんだけど。

とくに条件が複数のプロジェクトを横断的に規定するようなものだった場合。

609 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:02:52 ]
>>601
うわっ、キモっ



610 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:03:40 ]
>>579
悪いことは言わん。明日の退社後にでも、夜でもやってるパソコン教室へ、せめて1日(2時間)だけでも行ってこい。
最低限のとっかかりがないと、参考書のコードをそのまま入力するのも大変だろうし、ぐぐることもできんはず。

つーか、俺を雇ってくれよ…

611 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:09:54 ]
なんか変な妄想ふくらませてるのがいるなw
習得に相当時間がかかったのだろうか。

612 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:12:26 ]
>>610
悪いことは言わん。明日の朝にでも職安へ行ってこい。

613 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 01:17:30 ]
>>568
明日の朝、退職願出して、ハローワークに行って、事務か介護か土方の仕事探しな。
お前みたいな奴が居ると迷惑だ。

614 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 06:32:24 ]
>>603
msdn.microsoft.com/ja-jp/library/ms229045.aspx
アンダースコア (_) やハイフン (-) など、英数字以外の文字は使用しないでください。
ハンガリー表記法は使用しないでください。


読み直したらこれはプロパティのことだけに言ってるのか一般的なことに言ってるのかがわからんようになった。


615 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 07:25:28 ]
>>614
>>586の見解で正しいと思う。

自メンバーのアクセスには全部this.つけろより、
前か後ろにアンダーバーのほうが好みだ。

616 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 08:43:36 ]
日本語使ってるコード見たことあるな

617 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 09:27:46 ]
○○○○○○ToolStripMenuItem_Click(object sender, EventArgs e)
これの前に日本語つくよねw

618 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 09:42:06 ]
インテリセンスの都合で、後ろに _ の方が好き。
アンダーバーってキーボードの位置的に押しづらくて、先頭に持ってきたくない。

619 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 09:46:47 ]
private readonly stringのメンバー変数名って大文字から始まるの?



620 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 09:58:36 ]
privateは好きにしろと何度も出てるだろ

621 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 10:18:09 ]
今はC#だからメソッド名とか大文字にしてるけどF#始めるから小文字になる予感。
そのあとC#使うときはどっちになるんだか・・・

622 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 10:24:36 ]
正直どうでもいいな。

623 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 10:25:16 ]
F#ってC#と比べてどんなメリットあるの?

624 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 10:54:16 ]
>>617
エンティティフレームワークなんて、Hogesってテーブルがあったらデフォルトで

エンティティ=Hoges
エンティティセット=Hoges設定

だぜ。

625 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 11:12:59 ]
ワロタ

626 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:05:34 ]
プログラミングで初めての言語が C# だとクラスとか
よくわからないままになるかもしれないかな。
C++ から入るとあまり問題にならないような気がする。

627 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:08:04 ]
C++こそクラスから逃げられないと思うんだが…

628 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:18:26 ]
C# をはじめてのプログラミング言語にすると Main メソッドをもつクラスの意味がわかりづらい。
いきなりおまじないから始まるのはちょっと考えもの。

629 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:30:56 ]
>>627
逃げられないからこそよくわからないままでいられないってことでしょ?



630 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:51:18 ]
クラス設計が難しい

631 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 14:33:24 ]
>>608
プリプロセスのうちヤバイとされる物の一つだからそりゃなくなるだろ。
また、define の方は、Conditional アトリビュートを使えとのいうがC#流。
これによって、マクロ機能等をライブラリ化する時に捨てず、きっちりdllまで維持して再コンパイル等を防止している。

632 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 15:14:12 ]
ファイル横断的にやりたいなら、
csc /define:HOGE ... やMSBUILDのスクリプトで指定するのが原則。

633 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 17:17:09 ]
C#でのスレッドセーフなプログラミングに関する簡単な質問なんですが
あるクラスインスタンスの値を取得する部分

work = myClass;

と、クラスインスタンスの参照をセットする部分

myClass = new MyClass();

これってそれぞれクリティカルセクション化しないとまずいですか?
内部で何をやっているのか分からず不安なんですが、何でもかんでもlockするのは嫌なので…

また、intなどの値型でも同じことが言えるんでしょうか。お願いします。

634 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 17:57:08 ]
前提が抜けすぎてて答えようがない。もう少しシナリオをしっかり書こうよ。

635 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 18:42:23 ]
そこだけをロックしなけりゃならないことはあまりない

636 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 18:50:18 ]
念のため、なんでもかんでもロックしたところでそれでもスレッドセーフになるわけじゃないぜ

637 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 18:59:04 ]
普通は想定される複数スレッドからの使われ方というのがあって、
その時にどのように動作させるという設計があって、
その上で内部のデータや動作が不正にならないための条件を導いて、
それを壊さないようにロックなどで保護するんだよ。

だから何の前提もなくただスレッドセーフなんてのはない。


638 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:49:32 ]
// どちらが実行されるでしょうか?

bool a = true, b = false, c = true;
if ((a = b == c) == (a == b == c))
 d();
else
 e();

639 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:53:46 ]




640 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:53:47 ]
宿題か?

641 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:55:20 ]
貼りつければ分かるから宿題じゃないです
クイズです






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<223KB

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