09/06/06 12:30:18
このスレッドは
「どんなにくだらないC#プログラミングに関する発言でも誰かが優しくレスをしてくれるスレッド」です。
ほかのスレッドでは恐ろしくて書き込めないような低レベル、もしくは質問者自身なんだか意味がよく分からない質問など、
勇気をもって書き込んでください。
内容に応じて、他スレ・他板へ行くことを勧められる、あるいは誘導される場合がありますがご了承下さい。
>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
前スレ
ふらっとC#,C♯,C＃（初心者用） Part40
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
09/06/06 12:31:32
-----関連スレ
C#, C♯, C＃相談室 Part52
ｽﾚﾘﾝｸ(tech板)
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ｽﾚﾘﾝｸ(tech板)
----参考サイト
URLﾘﾝｸ(www.google.co.jp)
URLﾘﾝｸ(msdn.microsoft.com)
URLﾘﾝｸ(homepage3.nifty.com)
URLﾘﾝｸ(www.atmarkit.co.jp)
URLﾘﾝｸ(dobon.net)
URLﾘﾝｸ(jeanne.wankuma.com)
URLﾘﾝｸ(www.labasp.net)
3:デフォルトの名無しさん
09/06/06 14:16:04
乙
4:デフォルトの名無しさん
09/06/06 17:09:29
>>1乙
前スレ埋まりage
5:デフォルトの名無しさん
09/06/06 17:16:24
> >>997
> で，言いたいことは？
VB.NET >>>> C#
6:デフォルトの名無しさん
09/06/06 17:17:10
君にとってはそうかもしれんね
7:デフォルトの名無しさん
09/06/06 17:30:55
＞.NET構想における中心的な開発言語であり、XML WebサービスやASP.NETの記述にも使用される。
＞他の.NET系の言語でも記述可能だが、生産性・機能においてC#が最も優れるとされる。
Wikipediaだけどこんなこと誰が言ったんだろ
8:デフォルトの名無しさん
09/06/06 17:32:27
ﾜﾛｽ
ｽﾚﾘﾝｸ(tech板:129番)
123 名前：デフォルトの名無しさん[] 投稿日：2009/06/05(金) 20:54:00
VB.NETのオープンソースプロジェクト自体ほとんどないから諦めてC#読めるようになるといいよ
9:デフォルトの名無しさん
09/06/06 17:34:49
>>6
お前大人だな、見習ってスルーするわ
10:デフォルトの名無しさん
09/06/06 19:07:23
作ったはずのUIが見えなくなったのですけど、どこを押せば復活するか教えてください
11:デフォルトの名無しさん
09/06/06 19:18:22
とうごうしっちょうしょう
12:デフォルトの名無しさん
09/06/06 21:33:58
>>10
VS2005かそれ以前ならVS2008を買う、デザイナがバグっとる、結局治らんかった。
>>前997
>C++を使えて、C#を高く評価する輩には、VB.NETも使える輩はいないと仮定する。
何言いたいのか訳わからんがあり得ない仮定だな、.NetのサンプルにVBが多い以上読めないわけにはいかない、特にDB周り。
つか知らなくてもカンで読めるだろ
13:デフォルトの名無しさん
09/06/06 21:41:27
しょうもない釣りなんて放っておきなよ
14:デフォルトの名無しさん
09/06/06 22:05:23
スレの伸びからしてvbよりc#のほうが普及してる気がする。
15:デフォルトの名無しさん
09/06/06 22:14:08
その根拠は？
16:デフォルトの名無しさん
09/06/06 22:17:12
検索のヒット件数からしてvbよりc#のほうが普及してる気がする。
17:デフォルトの名無しさん
09/06/06 22:20:53
現在の北米のプログラミング書籍の売り上げを比べると、
C#がJavaを追い抜いて一番売れているそうだぞ（大体40%くらい）
オレはVB.NET自体がC#の糖衣表現のように感じてるなぁ。
18:デフォルトの名無しさん
09/06/06 22:28:32
気がする。
気がする。
感じてるなぁ。
19:デフォルトの名無しさん
09/06/06 22:29:33
スレの伸びはC#の方が速い
検索件数はC#の方が多い
これでいいのかな？VB大敗北だな
20:デフォルトの名無しさん
09/06/06 22:33:16
スレの伸びと普及の関係の根拠はなに？
21:デフォルトの名無しさん
09/06/06 22:34:43
VBとJavaはできませんときっぱり言っておくとデスマーチに呼ばれないように感じるなぁ。
22:デフォルトの名無しさん
09/06/06 22:36:56
>>17
じゃあ、日本でその状態になるのは5年後じゃね？＜日米の流行の時間差
23:デフォルトの名無しさん
09/06/06 22:38:21
ウザイから一回埋めてやる
24:デフォルトの名無しさん
09/06/06 22:38:37
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
25:デフォルトの名無しさん
09/06/06 22:38:41
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
26:デフォルトの名無しさん
09/06/06 22:38:44
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
27:デフォルトの名無しさん
09/06/06 22:38:47
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
28:デフォルトの名無しさん
09/06/06 22:38:50
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
29:デフォルトの名無しさん
09/06/06 22:38:53
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
30:デフォルトの名無しさん
09/06/06 22:39:00
再開
31:デフォルトの名無しさん
09/06/06 22:39:42
>>21
選べる状況ならそうするけど
今は何でもいいから仕事がほしい
32:デフォルトの名無しさん
09/06/06 22:40:29
c#スレが伸びるのはvb厨が荒らすから。
33:デフォルトの名無しさん
09/06/06 22:40:47
>>17
ソース
34:デフォルトの名無しさん
09/06/06 22:57:30
おれ最近規制報告に凝ってるんだ
しつこいようだとやっちゃうぞ？
35:デフォルトの名無しさん
09/06/06 23:02:58
17だが、すまん。40%というのは嘘だった。
でもシェアトップというのは本当だ。
URLﾘﾝｸ(www.atmarkit.co.jp)
36:デフォルトの名無しさん
09/06/06 23:08:41
Objective-Cって絶滅したかと思ってたよ。
37:デフォルトの名無しさん
09/06/06 23:09:52
C++にしないなら、何で中途半端なC#なのか。
素直にVB.NETにすればいいのに。
VBなら馬鹿にされると思って、見栄でC#やってるだけだろ。
38:デフォルトの名無しさん
09/06/06 23:11:12
君には中途半端なのかも知れないね、C#
39:デフォルトの名無しさん
09/06/06 23:16:08
まあ少なくとも、オレの居た会社では.NETの案件でVB.NETなんてのは聞いたことなかったな。
言語としてできることにそれほど差があるわけではないが、
まあ全体的な生産性からみてC#を選択するのが無難だろ。
40:デフォルトの名無しさん
09/06/06 23:20:20
VB.netはC#のおまけだろ。
実際、最新の機能はC#へが先だしな
41:デフォルトの名無しさん
09/06/06 23:33:04
IShellFolder とかいじるプログラムを作ってて、
SafeHandle や HandleRef の使い方がわからなくて
全部、IntPtr にしてるんだけどやっぱりまずいよね？
ぐぐってみたが使いどころがよくわからないんだけど
誰か教えてくれないか？
42:デフォルトの名無しさん
09/06/06 23:41:28
プロパティにするかパラメータにするかの判断基準が分からない
43:デフォルトの名無しさん
09/06/06 23:44:08
private 以外は無条件でプロパティで。
44:デフォルトの名無しさん
09/06/06 23:48:14
VB.NETをまともに使いこなせるレベルなら
C#なんて構文ちょろっと覚えるだけで使えるようになるのに何故騒いでるんだ？
>>37
何？お前VBに劣等感とか持っちゃってるの？ｗｗアホくさ
45:デフォルトの名無しさん
09/06/06 23:51:11
>>42
getterだけあればいいばあい。
もしくはgetterとsetterが必要で、setterに特に追加の引数を必要としない場合はプロパティでよい。
46:デフォルトの名無しさん
09/06/07 00:01:15
結局はクラスライブラリを知ってるかどうか、でしょ。
それを呼び出す手段は別になんだってできることは同じ。
VBでもC#でも、もっと別の言語でも。
47:デフォルトの名無しさん
09/06/07 00:22:04
>>46
開発の歴史を知らない感じの発言だな。
それを実現するまでにどれぐらい時間がかかってるか理解してる？
48:デフォルトの名無しさん
09/06/07 00:30:58
ゲームを作る目的なら、C++よりC#を覚えた方がいいんでしょうか?
サイトで色々調べてみたのですが、C#の方が向いていると言うのと、
ライブラリ(これがどれほどの役に立つものかは理解していませんが)が充実しているという点でC++でやったほうがいいという意見で別れています
49:デフォルトの名無しさん
09/06/07 00:35:11
>>48
商用でゲームプログラムを作っている立場のものだが、
実際にどちらにするか迷う。
従来はC++の一点張りだったが、C#は圧倒的に開発効率がいいし、
DirectXのサポートも問題ない。
問題は外部ライブラリの使用と特にスクリプトをどうするかで、
.NETには使い勝手の良いライトウェイト言語がまだ実用化されていないように思える。
（IronPythonなどがあるが、あんなにコンパイルに時間がかかって実用になるのか？）
だが、C#でゲームを作るというのは十分ありだと思うよ。起動は遅くなるけど。
50:デフォルトの名無しさん
09/06/07 00:43:24
>>49
プロの方でも迷う問題ですか
とりあえず製作がまだ簡単そうな、C#でやってみることにします。ありがとうございました
51:デフォルトの名無しさん
09/06/07 00:44:18
>>49
IronPythonは.NETアセンブリに事前コンパイルできたように記憶している。
他のDLR言語は知らない。
52:デフォルトの名無しさん
09/06/07 00:54:52
GCどうすんのよ。
諦めて自分で管理か
53:デフォルトの名無しさん
09/06/07 01:04:22
>C#なんて構文ちょろっと覚えるだけで使えるようになる
そんなわけない
50ページ以下で出版されてるC#の本などない。
何百ページもの学習量がある。
54:デフォルトの名無しさん
09/06/07 01:10:35
何百ページのC#解説書なんかちょろっとマスターしてしまえるわ
55:デフォルトの名無しさん
09/06/07 01:11:34
>VB.NETをまともに使いこなせるレベルなら
前提抜かすな
56:デフォルトの名無しさん
09/06/07 01:11:35
まあ、プログラミングやりたい初心者がいたら、間違いなくC#奨めるよ
RubyやPythonみたいなスクリプト系は癖が強すぎるので絶対奨めない
基本学ぶならC#が取っつきやすくていい
57:デフォルトの名無しさん
09/06/07 01:21:13
C++がそうであるように、C#のすべての言語仕様なんぞ知る必要がない。
58:デフォルトの名無しさん
09/06/07 01:21:45
荒らしてんのは本当にVB厨なのか？
どうにも、実はCすらできないC++厨臭いんだがw
59:デフォルトの名無しさん
09/06/07 01:22:08
C#を、というより、「データ構造とアルゴリズム」の概念を身体に染み込ませれば、
あとはどの言語もリファレンス引きながら何とかなる。
プログラミング的「センス」ってのはあるけど、多少ださいソースでも
昨今の「ハイパワー」が補ってくれる。
ツールへの習熟度は軽視できないけど、
それよりも作る物の目的やその結果が全てでがしょ？
60:デフォルトの名無しさん
09/06/07 01:35:36
>>56
私はそうは思わない(癖が強い)けど、
まあ動的型言語と静的型付け言語とどちらを先に覚えるべきかと言えば、
静的型付けかもしれないなぁ。
でも動的型言語は最初にプログラムを作るのに覚えることが少ないから初心者向きともいえる。
教える側のスキルによっても結論は変わってきそうだ。
61:デフォルトの名無しさん
09/06/07 01:43:48
>>54や>>55は物事を過小評価する奴だな。
62:デフォルトの名無しさん
09/06/07 01:46:43
そして、自信過剰になる傾向のある奴だな。
自分の弱点等には気付かないタイプだな。
63:デフォルトの名無しさん
09/06/07 01:47:33
アンタは過大評価しすぎだな>>61
64:デフォルトの名無しさん
09/06/07 01:48:14
ごめんね
C#がちょろっとできるようになっちゃったもんでつい調子に乗っちまった
65:デフォルトの名無しさん
09/06/07 01:49:55
そうか、ちょろっとしかできないくせに、調子に乗ってるのか
66:デフォルトの名無しさん
09/06/07 01:57:53
>>59
C++ って結局落とし穴やら最低必要な予備知識が多すぎてその
一般論すら通用しないんだよなぁとふと思った。
67:デフォルトの名無しさん
09/06/07 02:07:23
それでも標準的な言語ではあるわけで
68:デフォルトの名無しさん
09/06/07 02:10:23
標準的？
これまた曖昧な概念を持ち出したな
69:デフォルトの名無しさん
09/06/07 03:37:05
c#とjavaどちらが将来性があるかというと結局はMSとOracleどっちか将来性があるかということだ。
70:デフォルトの名無しさん
09/06/07 03:45:33
それは硬貨と紙幣どっちが将来性があるかと言いってるようなもんだ。
71:デフォルトの名無しさん
09/06/07 03:50:25
既に将来性うんぬんとかいうようなレベルじゃなくて十分に普及しているから、
自分の作るものがどちらで作るのが向いているのかで考えればいいんじゃないかな。
72:デフォルトの名無しさん
09/06/07 03:58:17
たいていどっちでも作れる
73:デフォルトの名無しさん
09/06/07 04:01:46
マルチスレッドって処理速度が早くなるの？
74:デフォルトの名無しさん
09/06/07 04:04:13
>>73
使い方次第
75:デフォルトの名無しさん
09/06/07 04:41:25
どうやって使ったら速くなるの？
76:デフォルトの名無しさん
09/06/07 06:09:45
解説サイト見ながら簡単なプログラムを作ってみたんですが、動作がおかしいんです。
どっかにプロジェクトをアップロードしたら、このスレで添削してもらえますか？
77:デフォルトの名無しさん
09/06/07 06:51:28
ほい
78:デフォルトの名無しさん
09/06/07 07:23:28
C＃でDirectXのD３DXの関数は使えますか？
79:76
09/06/07 07:26:17
おねがいします。これです。
URLﾘﾝｸ(ponyo.no-ip.org)
テキストボックスにgoogleのソースを表示するだけなんですが、
テキストが全洗濯状態になってしまいます。
どこを直せばいいんでしょうか。
C#2008です。
80:76
09/06/07 07:29:03
ついでにもう一つお願いします。
禁則処理(？)をなくして、単語の途中で改行するのを許可して、右端にスペースが
あかないようにする設定はありますでしょうか。
81:デフォルトの名無しさん
09/06/07 07:33:33
>>47
これから作るソフトにC#とVB.Netのどちらを選ぶか、って話には歴史関係ないじゃん
82:デフォルトの名無しさん
09/06/07 10:18:31
>>79
カーソル位置を設定していないと、フォーカス来たときに全選択になるんじゃないかな。
文字列設定した後に、textBox1.Select(0, 0);でカーソル位置先頭にするとか。
ワードラップは、、、、EM_SETWORDBREAKPROCを直接設定するしかないかも。
83:デフォルトの名無しさん
09/06/07 10:32:20
>>78
質問の仕方が怪しいな
DirectX使うっていうのは関数一つ二つでちょこっとできるようなものじゃないよ
使うとなるとプログラム全体がDirectXに染まる
ManagedDirectXとかSlimDXとか
84:デフォルトの名無しさん
09/06/07 13:20:41
VBからC#への移植で悩んでいます。
VBで数値(文字コード)を文字列に変換する部分で
s = Chr(x) + Chr(y)
をC#になおしたいのですが、自力で書き換えてみたらこんなに長くなってしまいました。
もうちょっと短く書く方法はないでしょうか？
とくにToString()を1文字ごとに呼び出すのが無駄っぽく思えるのですが。
s = ((char)x).ToString() + ((char)y).ToString();
85:デフォルトの名無しさん
09/06/07 13:26:22
>>84
C#で１文字ごとに処理すること自体あまりやらないことなので、
敢えて１文字ずつ処理してしまう場合にはそうなるのも仕方ないんじゃね？
86:デフォルトの名無しさん
09/06/07 13:27:06
追加。数値を文字列に変換するというなら、formatを使ってご覧。
87:デフォルトの名無しさん
09/06/07 13:29:08
>>84
2文字だったら、別に書き換える必要はないと思うけど。
どうしても、ToStringが嫌なら
s = new string(new[] { (char)x, (char)y });
88:デフォルトの名無しさん
09/06/07 13:31:43
string.Concat
中でToStringされるから意味も実際の動作も全く同じだけどどっちにしてもChrよりは速いよ
89:デフォルトの名無しさん
09/06/07 13:33:46
>>85
わかりました。
今回はchr関数を自作して置き換えることにします。
90:デフォルトの名無しさん
09/06/07 13:35:27
VBのアセンブリを参照設定して Chr() 関数使えばいいじゃん。
91:デフォルトの名無しさん
09/06/07 13:38:43
あ、考えてる間にレスが…
色々ありがとうございます。実際はもうちょっと式が長いんです。
とりあえず、一通り試してみます。
ちなみに単純なプログラムなので処理速度は問いません。
あくまでもVBからの移植性とか可読性(式の単純さ)の方を重視したいと思っています。
CharからStringへの暗黙の変換がないのはどうしてなんでしょうね。
ずっとVBばかりやってきたので不思議でしょうがありません。
92:デフォルトの名無しさん
09/06/07 13:40:39
>>90
すいません。その方法をもうちょっと詳しく教えてください。
そのexeはVB(のランタイム)の入ってないマシンでも実行できますか？
93:デフォルトの名無しさん
09/06/07 13:42:37
いやChrの戻り値もcharだから無意味
94:76
09/06/07 13:45:17
>>82
Select(0, 0)で全選択は解消できました。
右端で折り返すのはまだできません。むむむ
95:デフォルトの名無しさん
09/06/07 13:52:07
ついでにお願いします。
今回のchrとか、自作の関数をどこかにまとめていつでも使えるようにしておきたいのですが、
C#2008の流儀ではどうするのが推奨されているのでしょうか。
昔覚えたC言語ではlibフォルダにソースを入れておいて、<#include jisaku_lib.c>みたいにして
使ってた覚えがあるんですが。
96:デフォルトの名無しさん
09/06/07 13:54:02
>>92
VBのランタイムって、今のバージョンなら .NET Framework だよ。
なので、.NET Framework が入ってれば使える。
97:デフォルトの名無しさん
09/06/07 13:55:07
>>95
クラスライブラリプロジェクトを作って、アセンブリかプロジェクトを参照。
98:デフォルトの名無しさん
09/06/07 13:56:22
>>94
URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspx
99:デフォルトの名無しさん
09/06/07 13:58:17
>>96
なるほど、.NETが共通のライブラリなんですね。
ライブラリが共通なのに使える関数が言語ごとに違うのはなんとなく不思議な感じがします。
100:デフォルトの名無しさん
09/06/07 13:59:19
クラスライブラリにする
そこまでするほどではないと思うなら変なこと考えるよりソースコードをコピーしちゃったほうがいい
細かい依存が増えるとかえって煩雑になる
101:デフォルトの名無しさん
09/06/07 14:01:33
横レスすいません、>>90の方法を詳しく教えてもらえませんか?
それか開設してるサイトがあれば教えてください
VBからVCに移行したばかりなので、VBの関数を使えればすごく楽になりそうです
102:デフォルトの名無しさん
09/06/07 14:01:35
>>97
あ、なるほどわかりました。
「新しいプロジェクト」のテンプレートから「クラス ライブラリ」を選ぶんですね。
今まで一番先頭の「フォーム アプリ」しか選んだことがありませんでした。
103:デフォルトの名無しさん
09/06/07 14:03:42
>>94
こことか参考になるかな？
URLﾘﾝｸ(www.atmarkit.co.jp)
104:デフォルトの名無しさん
09/06/07 14:04:11
>>101
VC では無理。C++/CLI を除く。
105:デフォルトの名無しさん
09/06/07 14:08:24
最初の質問の内容なら、Formatを使えば十分なような気がするんだが……。
106:デフォルトの名無しさん
09/06/07 14:13:56
Microsoft.VisualBasic.dllを参照設定に入れるだけ
あんまりここでVBVB言わない方がいいよ
VB使いたくないから使う言語なんで
107:デフォルトの名無しさん
09/06/07 14:15:40
>>104
そうなのですか、ありがとうございました
>>106
分かりました、すいませんでした
108:デフォルトの名無しさん
09/06/07 14:31:18
>>105
始めたばかりなので、なんでもやってみたいんです。
それに、クラスライブラリの作り方も覚えておいて損はないと思うので。
で、とりあえずライブラリはできたんですが、ちょっとイメージと違っていたので
もうちょっと教えてください。参照設定にjisakuを入れて
先頭にusing jisaku; を足して、作った関数を使う場合、クラス名は省略できないんでしょうか。
今は、当然ですがClass1.chr()と書かないとエラーになります。
他の組み込み関数のように、いきなり関数名だけを書けるようにはできないでしょうか。
109:デフォルトの名無しさん
09/06/07 14:48:49
できない。
そもそも、C#に組み込み関数なんてないぞ。
110:デフォルトの名無しさん
09/06/07 15:11:13
意図的にできないようにしてる
型に厳しいのだって同じ
それはそれでメリットもあって、そういう「文化」なんだよ
111:デフォルトの名無しさん
09/06/07 15:15:30
その強制によって自動的にクラスごとにパッケージ化されるんだから、
決して悪くない方法だよな。名前の衝突がその分起こりにくくなる。
112:デフォルトの名無しさん
09/06/07 15:22:51
VS2010見てきたが、C++のインテリセンスは相変わらずなんだな。
未だに自動で変数の候補表示してくれねえし、予約語も認識しないし
いつになったらC#と同レベルになるのやら
113:デフォルトの名無しさん
09/06/07 15:25:26
>>91
暗黙の型変換ってバグの温床になるからなぁ。
114:デフォルトの名無しさん
09/06/07 15:26:33
>>112
だいぶ良くなってるよ。
C++はまず、インテリセンスが効かなくなるって状況がなくなっただけで感動しないと行けないレベル。
最初からツールアシストまで考えて設計されてる言語とC++比べたらかわいそう。
115:デフォルトの名無しさん
09/06/07 15:31:06
まー何でもアリのC++に比べたらC#はものすごい規則的で、
一度に覚えないといけないことが少ないからなぁ。
C++の諸悪の根源は、マクロと#includeとtypedefだな。
スレ違いだが。
116:デフォルトの名無しさん
09/06/07 15:38:35
VB→C#なら手で変換しなくてもいいやん
117:デフォルトの名無しさん
09/06/07 15:40:50
マクロはCから引き継いだ負債だな明らかに
118:デフォルトの名無しさん
09/06/07 15:42:03
>>115
最悪なのは define マクロだよ、これが全てのツールを全滅させる。
インテリセンスやドキュメント生成、果てはテストツールまで
文法も破壊してしまうし、理解できない深刻なバグも誘発する。
119:デフォルトの名無しさん
09/06/07 15:42:54
>>117
C#のdefineは、マクロじゃないぞ
120:デフォルトの名無しさん
09/06/07 15:47:59
>>119
流れ読めるならそんなツッコミは出ないはずなのだが…
121:デフォルトの名無しさん
09/06/07 15:49:19
つかC++の話題はC++スレでやれっちゅーの、おまえら何しに来てんだ？
122:デフォルトの名無しさん
09/06/07 17:27:25
異文化交流だよ
123:デフォルトの名無しさん
09/06/07 17:41:14
せめてC++マスターしてからこいよ
124:デフォルトの名無しさん
09/06/07 17:50:48
マスター（苦笑）
125:デフォルトの名無しさん
09/06/07 18:53:07
そこまで書いたんなら最後まで教えてあげようよ
>>107
参照設定でMicrosoft.VisualBasic.dllを入れると
Microsoft.VisualBasicという名前空間でVB固有のクラスが使えるようになる
C言語は文字列をcharの配列で代用するという文化があって、
今でもCharとChar[]とStringを厳密に区別するから
文字列の処理は微妙にややこしいんだよな。
一番VBを使いたくなるのは、たぶんこういう時。
126:デフォルトの名無しさん
09/06/07 19:48:21
> C言語は文字列をcharの配列で代用するという文化があって、
これ関係なくない？
むしろ、スクリプト言語の
どんどん暗黙の型変換を行いますよ
っていう文化の有無によるものだと思うんだけど
127:デフォルトの名無しさん
09/06/07 20:09:23
生のC言語は文字列の扱いもう少し何とかならんかったのかとは思う
128:デフォルトの名無しさん
09/06/07 20:22:27
文字列が扱えたら低級言語じゃなくなるだろ。
マクロだって微量のスタック領域しかない昔の処理系ではとくに有用なんだよ。
129:デフォルトの名無しさん
09/06/07 20:25:29
要するに時代遅れって事だな
130:デフォルトの名無しさん
09/06/07 20:29:33
それは違う。
ダイヤモンドの原石とダイヤモンドを比べて原石のほうを時代遅れと言ってるようなもの。
131:デフォルトの名無しさん
09/06/07 20:31:12
C++だってマクロがなければ価値が半減する。
マクロがなかったらMFCなんか使えたもんじゃないよ。
132:デフォルトの名無しさん
09/06/07 20:35:18
お前らC#以外の言語大好きだな
133:デフォルトの名無しさん
09/06/07 20:54:43
結局昨日から沸いてる変な人に釣られてるんだよ…
さぞほくそ笑んでるだろうよ
134:デフォルトの名無しさん
09/06/07 20:57:20
まったくC++に疲れ果ててC#に移り住んだのに、ここでC++の話題かよ
今後もC++使いたい奴は話し相手がいないからってここに来るなよw
135:デフォルトの名無しさん
09/06/07 21:03:00
>>134
ある意味、C++の愚痴大会ｗ
136:デフォルトの名無しさん
09/06/07 21:16:12
C++のスレが最近やたらアゲられるが強烈に自演臭いんだよな、そんなに寂しいかwww
137:デフォルトの名無しさん
09/06/07 21:20:47
皆C++一度は経験してるの?
C#の前にC++やっといたほうがいい?
138:デフォルトの名無しさん
09/06/07 21:22:07
C++の勉強？必要ないかと
経験はあるよ、そりゃ当然、オレおっさんだし。
139:デフォルトの名無しさん
09/06/07 21:27:27
C++のコンパイルの遅さとデバッグの面倒さに嫌気がさしてC#に移ってきましたよ
C++の知識はいらんけど、Cのライブラリの呼び出し方とCOMの知識はあると便利
140:デフォルトの名無しさん
09/06/07 21:37:19
>>137
今から始めるなら別にC++要らない。
（参考程度に後から調べるとかはありだと思うけど）
今C++愚痴まくってるのは、俺含めみんな多分おっさん。
141:デフォルトの名無しさん
09/06/07 21:42:28
ありがとございます
そんなにC++って面倒なのですか?
C#の方がメリットがありそうな感じとwikiで読んだぐらいなので、実感はありませんが
そんなに面倒ならC++組もC#に乗り換えればいいと思うんですがねぇ
142:デフォルトの名無しさん
09/06/07 21:46:18
>>141
しつこい、C++スレに池
143:デフォルトの名無しさん
09/06/07 21:47:35
ただし向こうでC#の名前を出すなよ面倒だから
144:デフォルトの名無しさん
09/06/07 21:49:21
textbox1.Text = "1";
textbox2.Text = "1" + "あ";
これを
string s = "1";
textbox1.Text = s;
textbox2.Text = s + "あ";
って書く意味は何が有利なの？
145:デフォルトの名無しさん
09/06/07 21:50:21
C#使いの大半はC++からの移行組みのせいか
C++経験ない人は劣等感ありまくりだな。
146:デフォルトの名無しさん
09/06/07 21:50:53
業務上の都合というものが色々あってだな
147:デフォルトの名無しさん
09/06/07 21:50:58
"1" が別の文字列に変わったときに修正する箇所が1箇所で済む
148:デフォルトの名無しさん
09/06/07 21:51:09
うぜーな、自分で考えろ、sの定義行書き換えたら一斉に変更がきくってだけだろ。死ね。
149:デフォルトの名無しさん
09/06/07 21:51:53
初心者は保守性第一に書くのが吉。
150:デフォルトの名無しさん
09/06/07 21:52:37
C++荒らしの自演だろ、アホくさ
151:デフォルトの名無しさん
09/06/07 21:52:42
>>1-1000
スレ違い
152:デフォルトの名無しさん
09/06/07 21:52:58
>>148
それだけじゃねーだろ。コンパイル結果見ろ。見て分からなきゃ市ね。
153:デフォルトの名無しさん
09/06/07 21:53:32
>>150
どんだけ劣等感持ってんだよw
154:デフォルトの名無しさん
09/06/07 21:55:43
>>152
分からん
死ぬ前に教えてくれ
155:デフォルトの名無しさん
09/06/07 21:56:03
C++も極めればそれなりに使える、自演C++厨房は巣に帰ってガンバレ
156:デフォルトの名無しさん
09/06/07 21:57:34
C++に過剰反応する奴はもう寝ろ。疲れてるだろ。
157:デフォルトの名無しさん
09/06/07 21:57:35
コンパイル結果はJIT次第だ、ローレベルの話がしたくて仕方がないC++坊は無視
158:デフォルトの名無しさん
09/06/07 21:58:37
>>156
あのさぁ、過剰反応つーか、埋め尽くすなよって話だろ
ここなんのスレだよ？言ってみろ
159:デフォルトの名無しさん
09/06/07 21:58:52
>>157 ← JITがどういう処理をしてるか分かってない奴。
160:デフォルトの名無しさん
09/06/07 22:00:47
>>158
反応しないでスルーできないのか？ スルーしたら埋め尽くされないの。2ch初心者？
おまえみたいのがいるから荒れるんだよ。
161:デフォルトの名無しさん
09/06/07 22:02:12
>>158
スルーしろっつってんだよ。馬鹿か？
162:デフォルトの名無しさん
09/06/07 22:02:15
ほっとていも、ほっとかないでも酷有様、つか埋め尽くし犯人お前だろ >> 160
163:デフォルトの名無しさん
09/06/07 22:02:41
だまんねえと改行で埋めるぞ
だまれ
164:デフォルトの名無しさん
09/06/07 22:03:02
>>158
【魔力】書き込むと願いが必ず叶うスレ【強力】409
だろが
165:デフォルトの名無しさん
09/06/07 22:04:11
C++の人アタマおかし過ぎ
166:デフォルトの名無しさん
09/06/07 22:04:58
それにしても >>142 一人で必死すぎだろw
167:デフォルトの名無しさん
09/06/07 22:05:08
>>164
VB スレに誤爆すんなよｗ
168:デフォルトの名無しさん
09/06/07 22:05:31
"1"が他に置き換わるような設計してる時点でミスですよ僕に言わせれば
169:デフォルトの名無しさん
09/06/07 22:06:03
心療内科へいって治療してもらえ
170:デフォルトの名無しさん
09/06/07 22:06:22
クラック対策だろjk
171:デフォルトの名無しさん
09/06/07 22:08:37
メソッド内部で書かれたsは定数として処理されて出てこないよ
上でも下でも出力は一緒ね、メンテの問題だけね、変なやついるから相手すんなよ
172:デフォルトの名無しさん
09/06/07 22:10:14
出力が違うと思ってた奴は一人もいないのに偉そうに説明すんな。
173:デフォルトの名無しさん
09/06/07 22:11:01
>>171
分かってないな。そんな話じゃないだろ。
174:デフォルトの名無しさん
09/06/07 22:11:39
つまらん話で発狂するなよ
175:デフォルトの名無しさん
09/06/07 22:12:31
よほどコンプレックスがあるのだろう。
176:デフォルトの名無しさん
09/06/07 22:12:43
もりあがってまいりました
177:デフォルトの名無しさん
09/06/07 22:14:07
向上心なければどの言語でも無駄って事を知れ C++ の人
178:デフォルトの名無しさん
09/06/07 22:16:17
おい黙れって言ってるだろ
179:デフォルトの名無しさん
09/06/07 22:21:59
黙ったぞ
180:デフォルトの名無しさん
09/06/07 22:23:52
>>178-179
お前変過ぎる、精神病院へいけ、今すぐ
181:デフォルトの名無しさん
09/06/07 22:28:46
>>157
ふつうに考えてC#のコンパイル結果ってILの話だと思うぞ。
182:デフォルトの名無しさん
09/06/07 22:30:27
>>157 >>171
スレが荒れているので聞き流されるかもしれないが、C#のコンパイラはあまり最適化などかけず、
かなり素直なコードを吐き出すんだが、それを知っているんだろうか。
public void SampleMethod1()
{
this.textBox1.Text = "1";
this.textBox2.Text = "1あ";
}
public void SampleMethod2()
{
string s = "1";
this.textBox1.Text = s;
this.textBox2.Text = s + "あ";
}
最初の質問の例を一旦コンパイルした後、ディスアセンブルするとこんな感じになる。
ほとんど最適化されてない。
183:デフォルトの名無しさん
09/06/07 22:35:40
ディスアセンブル？ バイナリをアセンブラにすることなんだが。
184:デフォルトの名無しさん
09/06/07 22:39:25
メソッドのインライン展開が行われたりするのは実行時なんだが、それを知っているんだろうか。
185:デフォルトの名無しさん
09/06/07 22:42:36
>>182
ILやメタデータって string s のローカル変数名を保持してんの？
もしそうなら恥ずかしい名前つけれないんだが。
186:デフォルトの名無しさん
09/06/07 22:45:18
>>184
そんなことは当たり前のことだから省略した。長かったからな。
>>185
そう。だから.NET用の難読化ツールとかが出回ってたりする。
前のスレでも話題になった。
187:デフォルトの名無しさん
09/06/07 22:46:22
>>185
保持はしていないね、直接定数をロードしている。
ちなみに const string s = 1; としてしまえばどちらも一緒。
188:デフォルトの名無しさん
09/06/07 22:49:09
.maxstack 8
IL_0000: ldarg.0
IL_0001: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox WindowsFormsApplication2.Form1::textBox1
IL_0006: ldstr "1"
IL_000b: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
IL_0010: ldarg.0
IL_0011: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox WindowsFormsApplication2.Form1::textBox1
IL_0016: ldstr "1a"
IL_001b: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
IL_0020: ret
ちなみにこんな感じだね、しかしこんなのチクチク詰めていっても関係無くないw
あほくさあほくさ
189:デフォルトの名無しさん
09/06/07 22:50:03
フィールドと違って最適化で消えることはあるけど基本的には保持される
190:デフォルトの名無しさん
09/06/07 22:50:38
じゃあディスコンパイルしたらどうやって >>182 の sって名前を特定したんだ？
>>182 はガセ？
191:デフォルトの名無しさん
09/06/07 22:51:29
いちいちツッコミどころかC++厨房うぜぇーって感じだな
192:デフォルトの名無しさん
09/06/07 22:52:50
ガセではない。IL表記ならこうだ。
.method public hidebysig instance void SampleMethod2() cil managed
{
.maxstack 3
.locals init (
[0] string s2)
L_0000: ldstr "1"
L_0005: stloc.0
L_0006: ldarg.0
L_0007: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox ImageComposer.Form1::textBox1
L_000c: ldloc.0
L_000d: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
L_0012: ldarg.0
L_0013: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox ImageComposer.Form1::textBox2
L_0018: ldloc.0
L_0019: ldstr "\u3042"
L_001e: call string [mscorlib]System.String::Concat(string, string)
L_0023: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
L_0028: ret
}
193:デフォルトの名無しさん
09/06/07 22:52:51
reflectorでぐぐれ
194:デフォルトの名無しさん
09/06/07 22:53:51
ああ、s2になっているのは、ローカル変数がたまたまsという
名前になっているのではないかと疑ったので変えてみた。
195:デフォルトの名無しさん
09/06/07 22:56:46
>>192
おや、おれのと結果違うね
.method private hidebysig instance void Test2() cil managed
{
// コード サイズ 41 (0x29)
.maxstack 3
.locals init (string V_0)
IL_0000: ldstr "1"
IL_0005: stloc.0
IL_0006: ldarg.0
IL_0007: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox WindowsFormsApplication2.Form1::textBox1
IL_000c: ldloc.0
IL_000d: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
IL_0012: ldarg.0
IL_0013: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox WindowsFormsApplication2.Form1::textBox1
IL_0018: ldloc.0
IL_0019: ldstr "a"
IL_001e: call string [mscorlib]System.String::Concat(string,
string)
IL_0023: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
IL_0028: ret
} // end of method Form1::Test2
まっ、こんなのはコンパイラのバージョン次第で何でてるくかなどコンパイラの作り手の勝手なわけですが。
196:デフォルトの名無しさん
09/06/07 22:59:04
/oの有無の違いに決まってるだろｊｋ
197:デフォルトの名無しさん
09/06/07 23:01:27
pdbファイルが同じディレクトリにあったらildasmが読んでるみたいだ
アセンブリ自体には含まれない
198:デフォルトの名無しさん
09/06/07 23:04:17
しかしなんで string s 使うか直書きするかの違いがILDの話になるんだと……
おかしくね？
199:デフォルトの名無しさん
09/06/07 23:04:40
試したらアセンブリ自体には含まれないな。冷や汗かいたぜ。
200:デフォルトの名無しさん
09/06/07 23:05:45
アホのC++坊よけには丁度いいかもしれんけど
201:デフォルトの名無しさん
09/06/07 23:08:33
結論:string s 推奨。
202:デフォルトの名無しさん
09/06/07 23:18:48
あんだけ荒れてたのにスレ止まった･･
203:デフォルトの名無しさん
09/06/07 23:22:07
C#の話題、C++であってもC#と関連する話ならいくらでもレス付けますがな
C++サイコーっていいたいなら巣に帰れって事
204:デフォルトの名無しさん
09/06/07 23:25:41
C++サイコーなんて主旨の書き込みはどこにもないわけだが。
一人必死でC++叩いてる奴が荒らしてただけだよ。
205:デフォルトの名無しさん
09/06/07 23:30:09
まったくこれだけ書き込みまくっていけしゃぁしゃぁと、死んでしまえw
206:デフォルトの名無しさん
09/06/07 23:34:10
一人汚いレスばかりする人がいますな。
207:デフォルトの名無しさん
09/06/07 23:37:31
C++の人さ、努力って大事だよ、ちゃんと勉強してC++使えるようになろうな
そしたら、こんなスレッドで嫌がらせなどしなくても自信もって生活できるようになる。
208:デフォルトの名無しさん
09/06/07 23:48:10
>>141はC++が初心者装った嫌味に見え
>>142が反応した
という流れじゃなかろうか
209:デフォルトの名無しさん
09/06/07 23:50:46
ちょっと話変わるけど、Visual studio 2010でC#のインテリセンス変わったよな。
インクリメンタルサーチ式になったけど、あれはもう旧式に戻らないのか？オプションに設定項目はなかったが
進化だとしても旧式も用意して欲しいもんだ
210:デフォルトの名無しさん
09/06/08 00:03:54
え？
211:デフォルトの名無しさん
09/06/08 00:15:42
>>207
そうやって煽ってるのはおまえ一人だけなんだが。さっさと消えろカス。
212:デフォルトの名無しさん
09/06/08 04:04:23
C#勉強中です。
Google LABSのソースコード検索をマニュアルの補助に使っているのですが、
ちょっと疑問に思うコードがあったので教えてください。
リソースの解放を確実に行うため、usingを使ってスコープを定義すると
いう方法があると思うのですが、そのコードではこう書かれていました。
SQLiteDataReader reader;
using (reader = command.ExecuteReader())
{
何かの処理
}
この様にusingの外にDataReaderを定義して、usingの終わりで確実に
Dispose()されるのでしょうか？
213:デフォルトの名無しさん
09/06/08 04:12:07
>>212
SQLiteDataReader reader;
try
{
}
finally
のように宣言することが推奨されている。
URLﾘﾝｸ(msdn.microsoft.com)
214:デフォルトの名無しさん
09/06/08 04:14:03
すまん変なところで送信してしまった。
SQLiteDataReader reader;
{
try
{
// 何かの処理
}
finally
{
if (reader != null) ((IDisposable)reader).Dispose();
}
}
と同等だけど
using (SQLiteDataReader reader = command.ExecuteReader())
{
// 何かの処理
}
のように宣言することが推奨されている。
215:デフォルトの名無しさん
09/06/08 04:14:22
>>212
using が実は現状確実にDispose してくれないという話的には Dispose され
ないと答えるけど、その話を除けば普通に
using(SQLLiteDataReader reader...)
とした場合と同等レベルには Dispose される。
これとそれの違いはスコープぐらいかな、意図がそれだけだと正直わか
らんが。
216:212
09/06/08 04:38:37
>>213-215
ありがとうございました。
GCがいつ実行されるか分からないというのは一応承知してます。
安心してusing内に書くようにします。
217:デフォルトの名無しさん
09/06/08 05:08:35
>>216
あー。GC とかは関係ない。
説明すると、現状の using には Abort されたときの耐性がない
という話。
インスタンスが生成された直後とローカル変数に代入されるまでの
間にスレッドが Abort されれば Dispose は呼ばれない。それも
含めて Finalizer が必要な理由にもなっている。
と思って今確認したら try の外でやってるし…なら try に入るまで
かな。
めったに問題になることじゃないので記憶の片隅においておくだけで
いい知識だが。
218:212
09/06/08 05:59:16
>>217
ありがとうございます。
今の自分の知識ではお話の半分ほどしか分かりませんが、
滅多に問題になることはないということも含めてメモっておきます。
219:デフォルトの名無しさん
09/06/08 11:26:26
あるフォームに対して、サイズ変更枠が付いたままタイトルバー有り無しの
切り替えをしたいと思い、フォームのコンテキストメニューから「切り替え」を
選択した際に、タイトルバーをなくす場合はフォームのTextを空にして
ControlBoxをｆalseにしています。しかしControlBox=falseかつText=""
という操作をすると、それ以降Application.Exitで終了したときに
FormClosingイベントが呼ばれなくなってしまいます。
フォームの終了時に設定を保存したいのですが、終了処理はどこで
行えばいいでしょうか。よろしくお願いします。
220:デフォルトの名無しさん
09/06/08 13:03:06
>>219
操作中に例外が発生してるんじゃないかな。
そうすると何も起こらず終了しているように見えることがある。
コントロールの存在・状態チェックはしっかりやろう。
221:219
09/06/08 13:39:01
>>220
ありがとうございます。存在していないコントロールに触っているのかと思い、
原因を調べるために怪しい所を省いた以下のソースを実行してみたんですが
やはりフォームのTextを空にしてControlBox=falseとすると、FormClosing
のところにブレークポイントを設定してもヒットしなくなりました
URLﾘﾝｸ(sakuratan.ddo.jp)
こういう場合にはFormClosingイベント等は使えないのでしょうか。。。
222:デフォルトの名無しさん
09/06/08 13:41:22
>>221
というか、Application.Exit()じゃなくてメインのフォームをクローズするのが普通じゃないの？
223:デフォルトの名無しさん
09/06/08 13:48:16
>>>222
そうですね、よく考えたらサブのフォームからでも
MainForm.Close()ってすればいいんですよね
Application.Exitの事は忘れます。ありがとうございました
224:デフォルトの名無しさん
09/06/08 14:31:59
二つの配列を一つにまとめるにはどうしたらいいでしょうか?
int[] a = {1,2,3};
int[] b = {4,5,6};
↓
int[] c = {1,2,3,4,5,6};
225:デフォルトの名無しさん
09/06/08 14:47:35
c = a.Concat(b).ToArray();
226:デフォルトの名無しさん
09/06/08 14:59:34
225> 出来ました。ありがとうございます(_ _)
227:デフォルトの名無しさん
09/06/08 19:56:13
Window Formの初期化のタイミングとして、
1．コントラクタのInitializeComponent();の後、
2．Loadイベントハンドラ内、
3．フォーム表示直後のShownイベントハンドラ内
の３つがあると思います。
1，2と3はフォームが表示される前か後ろかという違いがありますが、
1と2ではどういう違いがあるのでしょうか？
228:デフォルトの名無しさん
09/06/08 20:07:05
newしたときに呼び出されるか表示とかしようとしたときに呼び出されるか
229:デフォルトの名無しさん
09/06/08 20:08:23
Ｃ＃ってＡＳＰ開発できるんですか？
230:デフォルトの名無しさん
09/06/08 20:14:18
ASP.netなら出来る
231:デフォルトの名無しさん
09/06/08 20:20:21
>>228
なるほど、ということは、
コンストラクタ→New後、フォーム表示前に一度だけ実行
Loadイベントハンドラ→フォーム表示前に実行。リロードしたら再度実行される。
Shownイベントハンドラ→フォーム表示後一度だけ実行（リロードしても実行しない）
くらいに考えとけば良いですか。
232:デフォルトの名無しさん
09/06/08 20:30:49
普通、Windows Forms にリロードという概念はない。
233:デフォルトの名無しさん
09/06/08 20:35:35
～Changedっていうイベントはオブザーバーパターンなんですか？
234:デフォルトの名無しさん
09/06/08 20:47:44
>>232
・・・もう一度マニュアル読んできます。
ありがとうございました。
235:デフォルトの名無しさん
09/06/08 20:50:26
イベントはイベントだろ
236:デフォルトの名無しさん
09/06/08 20:51:31
今日なんかあるの？
237:sage
09/06/08 21:28:25
VisualC#2008で、再表示がうまくできずに困っています。
fileSystemWatcher
でファイルを監視し、ファイルを読みこんで表示しようとしています。
string file = @"C:\tmp.txt";
public Form1()
{
InitializeComponent();
}
private void fileSystemWatcher1_Changed(object sender, System.IO.FileSystemEventArgs e)
{
string[] lines = System.IO.File.ReadAllLines(file, Encoding.GetEncoding("Shift_JIS"));
//MessageBox.Show(lines[1]);
label1.Text = lines[1];
label2.Text = lines[2];
label3.Text = lines[3];
label4.Text = lines[4];
label5.Text = lines[5];
}
監視はできているようなのですが、2度めの表示が行われません。
どこがまずいんでしょうか。
238:デフォルトの名無しさん
09/06/08 21:38:16
public static List<T> a = new List<T>();
↑静的なListって可能なんですか？
どうやってメモリを確保しているんですか。
239:デフォルトの名無しさん
09/06/08 21:39:22
>>237
そのコードだけで判断しろってのも難しいが、ひょっとして
C# の Array(string[] とか) のインデックスは 0 から始まるぞ。
それはさすがにOK？
240:デフォルトの名無しさん
09/06/08 21:40:04
>>238
可能
起動時に自動で1度だけ呼ばれる
241:デフォルトの名無しさん
09/06/08 21:49:47
>>240
正確には、そのクラスが初めて使われるときね。
242:デフォルトの名無しさん
09/06/08 21:50:42
>>237
一応の確認だけど、そのFileSystemWatcherはVSでツールボックスからD&Dしたものだよね？
243:238
09/06/08 22:00:57
>>240-241
へー。
静的なのか動的なのか、分かったような分からないような…。
ありがとうございます。
244:デフォルトの名無しさん
09/06/08 22:01:22
初めに表示するメインフォームがアクティブにならずに起動することがある
ビルドして何もクリックしてないのにキャプションバーが灰色になってる
ウィンドウズのバグ？
245:デフォルトの名無しさん
09/06/08 22:11:04
すぐ Windows のバグ？ とか聞く奴は、死んだ方がいいと思うよ。
246:デフォルトの名無しさん
09/06/08 22:13:14
２ＤＭＡＰエディタを作ってみたいと思います。配列は必要というのはわかりました
どなたか知恵を貸してください。設計とか初めてなので＞＜
247:デフォルトの名無しさん
09/06/08 22:17:57
アイコンエディタでも描いてろ
248:デフォルトの名無しさん
09/06/08 22:22:43
>>246
二次元配列使うとやりやすいと思う
int[,] ってやつ
後は
画像を分割して描画する(g.DrawImage)
バイナリ（orテキスト）でそのデータを保存する
保存したデータを読み込む
クリックした場所を取得する
等々
最低限上の機能は必要
そのほかマップの大きさだとかも必要だろうし
スクロールも必要
249:デフォルトの名無しさん
09/06/08 22:30:06
StreamReader（じゃ無くてもいいのですが）を利用して
単純にファイルを開くだけの処理を記述した場合、
1Kと100Mのファイルでは、オープンにかかる時間は違うものでしょうか？
挙動を見ると、単にファイルを開くだけ（Readしない）だと、
どちらも大して時間がかからないのですが、
大きなファイルは開くだけでも時間がかかるといわれまして。
試したところでは、大差ないので、読み込まずに開くだけであれば差は無いのかと
思ったのですが、違いがわかるかた教えていただけますか？
250:デフォルトの名無しさん
09/06/08 22:32:48
言われたんだろ？言った奴に根拠を聞けよ
251:デフォルトの名無しさん
09/06/08 22:34:39
>>243
static と言いつつ、静的（コンパイル時決定）じゃない。
あれにstaticって名前が付いてるのはC++を意識しすぎた結果。
実際にはクラス変数とでも呼ぶべきもの。
252:デフォルトの名無しさん
09/06/08 22:35:07
>>249
違わない
その人は何か既成のアプリと勘違いしてるんじゃない？
253:デフォルトの名無しさん
09/06/08 22:36:17
>>249
それはファイルシステム次第、ドライバ次第だな、StreamReaderの仕事はOSにリクエスト出すまで
OSの仕事はドライバにリクエストを出すまでだ。
254:デフォルトの名無しさん
09/06/08 22:39:25
ファイルを開いただけで読むことをしないんじゃ、
基本的にファイルサイズによる差は起こらないはずだよね。
ほかの人の言ってるようにデバイスによる差（ネットワーク上のファイルとかフロッピーディスクとか）による差は当然ある。
255:デフォルトの名無しさん
09/06/08 22:43:48
>>252-254
即レスありがとうございます
やはりそうですか。助かりました。
ファイルシステムやドライバをもっと勉強してみます。
256:sage
09/06/08 22:45:24
>>239
なるほど。
たしかにArrayのインデックスは0からで、
0(つまり1行目)ではなくて2行目から処理してますね。
それはそれでありがとうございますです。
しかし、やはりファイル更新の監視はうまくいかず、
該当するtmp.txtを2回更新すると、2回目には、例外が発生します。
別のプロセスで使用されているため、
プロセスはファイルtmp.txtにアクセスできません。
だそうです。
257:sage
09/06/08 22:46:50
>>242
YES。
ドラッグ&ドロップして、プロパティで、
NotifyFilterをLastWriteにしました。
いまの全コードはこれだけです。
public Form1()
{
InitializeComponent();
this.fileSystemWatcher1.Filter = "tmp.txt";
this.fileSystemWatcher1.NotifyFilter = System.IO.NotifyFilters.LastWrite;
this.fileSystemWatcher1.Path = "C:\\";
}
private void fileSystemWatcher1_Changed(object sender, System.IO.FileSystemEventArgs e)
{
//MessageBox.Show("changed");
string[] lines = System.IO.File.ReadAllLines(file, Encoding.GetEncoding("Shift_JIS"));
label1.Text = lines[1];
label2.Text = lines[2];
label3.Text = lines[3];
label4.Text = lines[4];
label5.Text = lines[5];
}
258:デフォルトの名無しさん
09/06/08 22:47:14
>>256
その例外が言ってる通りじゃないか。
ほかのプロセスが掴んでたらファイルが開けないことがある。
259:デフォルトの名無しさん
09/06/08 22:51:04
>>255
勉強する必要はないかと、当の本人に聞くなり、問題のブツで試してみればいい。
組み込み用のハードディスクに突然の電源断に耐えられるように設計された、書き込みバッファの無いHDが
そういう問題があって、スレッド使って対処したという苦労話は聞いたことがある、ただ.NETが取り扱うハードウェアというと、
通常のWindowsかモパイルCE系だと思われるが、そんなハードディスクなど聞いたことが無いね、
だからといって無いとは言いきれないので、問題のブツで確かめてみるしかないのでは。
260:sage
09/06/08 22:57:14
>>258
なるほど。
System.threading.Thread.Sleep(1000);
でとりあえず解決しました。
サンクスです。
261:デフォルトの名無しさん
09/06/08 23:09:11
すいません
C#で簡単なアニメーションさせたいので
bmp等の画像描画処理について詳しく書かれているサイトってわかりますか？
初心者なのでできるだけ詳しく書かれているところがいいんです。
よろしくお願いします。
262:デフォルトの名無しさん
09/06/08 23:14:29
他のクラスからprivateなメソッドを無理やり使う方法を教えてください
263:デフォルトの名無しさん
09/06/08 23:15:13
>>262
リフレクション
264:デフォルトの名無しさん
09/06/08 23:25:18
>>263
サンプルコードありますか？
265:デフォルトの名無しさん
09/06/08 23:28:08
いくらでもあるよ
266:デフォルトの名無しさん
09/06/08 23:28:28
くり返しのところをforで書き換えてみたところ、
2回目の表示で、1回目の表示が消えないのです。
どこかでdisposeとかする必要があるのでしょうか?
Label[] label;
private void fileSystemWatcher1_Changed(object sender, System.IO.FileSystemEventArgs e){
System.Threading.Thread.Sleep(1000);
string[] lines = System.IO.File.ReadAllLines(file, Encoding.GetEncoding("Shift_JIS"));
label = new Label[5];
for (int i = 0; i < 5; i++){
this.label[i] = new System.Windows.Forms.Label();
this.label[i].AutoSize = true;
this.label[i].BackColor = System.Drawing.Color.Transparent;
this.label[i].Font = new System.Drawing.Font("メイリオ", 12F, System.Drawing.FontStyle.Bold, System.Drawing.GraphicsUnit.Point, ((byte)(128)));
this.label[i].Location = new System.Drawing.Point(23, 35 + i * 60);
this.label[i].Name = "label[i]";
this.label[i].Size = new System.Drawing.Size(62, 24);
this.label[i].Text = lines[i];
this.Controls.Add(this.label[i]);
}
}
267:デフォルトの名無しさん
09/06/08 23:28:52
取りあえず、ヒントもらったらググる位しようや
268:デフォルトの名無しさん
09/06/08 23:31:08
このスレには優しい人とそうでない人がいます。
269:デフォルトの名無しさん
09/06/08 23:31:20
>>264
何勝手に乗ってきてるわけ？
270:デフォルトの名無しさん
09/06/08 23:31:57
んなもん当たり前だろ
271:デフォルトの名無しさん
09/06/08 23:32:19
MSDN にもあるし、いろんなところにあるよ。
Reflection とか MethodInfo とかで探してみ。
272:デフォルトの名無しさん
09/06/08 23:32:47
ありがとう。
273:デフォルトの名無しさん
09/06/08 23:37:32
どんどんラベルを追加してるだけのような。
274:デフォルトの名無しさん
09/06/08 23:44:33
C#にはVBのWithに相当する機能はありますか？
クラス1.プロパティ1 = x;
クラス1.プロパティ2 = y;
というのを
With クラス1
.プロパティ1 = x;
.プロパティ2 = y;
End With
みたいに書いて入力の手間を省きたいのですが。
Withを使うとVBの場合は実行速度も少し上がるそうですが。
275:デフォルトの名無しさん
09/06/08 23:46:33
ありません。
276:デフォルトの名無しさん
09/06/08 23:46:40
>>248
ありがとうございます。やってみます！
277:デフォルトの名無しさん
09/06/08 23:54:22
>>274
インタプリタなら速くなるのは分かるがVB.NETでも速くなるのかな。
速くなるならC#でも深いところにあるクラスは一度ローカル変数に代入してからのほうが速い？
278:デフォルトの名無しさん
09/06/08 23:55:31
>>241
「そのクラスにアクセスするより前に一度だけ実行される」ことが
保障されているだけじゃなかったか？
>>274
全く同じ機能はない
初期化時限定のオブジェクト初期化子くらい
279:デフォルトの名無しさん
09/06/08 23:57:22
つーか、With って .NET ではシンタックスシュガーじゃなかった？
280:デフォルトの名無しさん
09/06/09 00:00:08
>>278
＞ 「そのクラスにアクセスするより前に一度だけ実行される」ことが
＞ 保障されている
規格上はそうなってた気がする。
実際は、たいてい直前。
281:デフォルトの名無しさん
09/06/09 00:11:39
>>277
多分JITコンパイルで最適化されるんじゃないかなその程度
282:デフォルトの名無しさん
09/06/09 00:35:09
ないんですか。残念です。
この程度なら、プリプロセッサあたりで処理してくれてもいいと思うのは私だけでしょうか。
コントロールの初期設定とか、同じ名前空間やクラス名がずらっと並んでるのを見ると、
もうちょっと楽にコーディングできる手段があってもよさそうに思うのですが。
283:デフォルトの名無しさん
09/06/09 00:42:23
インテリセンスがあるからコーディングの手間はさして変わらん。
コードが汚くなるからwithを採用しない言語は多い。
284:デフォルトの名無しさん
09/06/09 00:47:33
>>282
初期設定なら似たような事はできる
var tmp = new Hoge() { A = 10 , B = 30 };
A,B はHogeのプロパティーまたは変数
285:デフォルトの名無しさん
09/06/09 00:54:53
VBにあってC#に無い寂しい機能はLINQToXmlのXMLリテラルかな。
これがあったら、withどころか究極のデータセッティングができるんだけれど……
286:デフォルトの名無しさん
09/06/09 00:57:10
>>284
なるほど、そういう書き方もできるんですね。勉強になります。
287:デフォルトの名無しさん
09/06/09 01:00:41
>>277
そうみたいだよ。
URLﾘﾝｸ(www.atmarkit.co.jp)
288:デフォルトの名無しさん
09/06/09 01:06:22
>URLﾘﾝｸ(www.atmarkit.co.jp)
なるほどね、C#ならスコープ使えって事か
{
var a = hoge.member;
a.Prop1 = 10;
a.Prop2 = 10;
}
289:デフォルトの名無しさん
09/06/09 01:13:13
>>287
確かに、オブジェクトをいちいち作ってやれば同じことになりますね。
withほど簡略化はできませんが、多少は楽が出来そうです。
コード的にもメリットがあるみたいですし。
290:デフォルトの名無しさん
09/06/09 01:13:41
リンク先のような場合、
ds.Tables("Customers").Rows
がそれなりに処理重そうだから無意識に一度ローカルに代入してるな。
ただ >>288 のような軽いメンバアクセスはそのまま見ちゃってるなぁ。
291:デフォルトの名無しさん
09/06/09 01:21:50
イベントで this.xxxでアクセスするより senderをcastするほうがいいってことか。
292:デフォルトの名無しさん
09/06/09 01:25:30
キャストの方がコスト高いだろ
293:デフォルトの名無しさん
09/06/09 01:27:45
ますますはまってます。
label = new Label[5];
for (int i = 0; i < 5; i++)
{
this.label[i] = new System.Windows.Forms.Label();
this.label[i].Dispose();
}
for (int i = 0; i < 5; i++)
{
this.label[i] = new System.Windows.Forms.Label();
//this.label[i].Dispose();
//this.label[i].Text.Remove(1);
this.label[i].AutoSize = true;
this.label[i].BackColor = System.Drawing.Color.Transparent;
this.label[i].Font = new System.Drawing.Font("メイリオ", 12F, System.Drawing.FontStyle.Bold, System.Drawing.GraphicsUnit.Point, ((byte)(128)));
this.label[i].Location = new System.Drawing.Point(23, 35 + i * 60);
this.label[i].Name = "label[i]";
this.label[i].Size = new System.Drawing.Size(62, 24);
//this.label[i].Text = "";
this.label[i].Text = lines[i];
//this.label[i].Text = this.label[i].Text.Replace(this.label[i].Text,lines[i]);
this.Controls.Add(this.label[i]);
}
294:デフォルトの名無しさん
09/06/09 01:50:33
拡張プロパティってどう書くの？
295:デフォルトの名無しさん
09/06/09 01:55:27
書けない
296:デフォルトの名無しさん
09/06/09 02:14:52
ファック！ファック！ファック！！
297:デフォルトの名無しさん
09/06/09 03:09:25
クラスつくるとき
class testint{
private int a;
}
ってやって
testint test=new testint()
なんで
testint test
だけで実装できないんだ。わざわざ無駄な手間かけさせる意味は？
あと、なんでtestint()の最後、何もない括弧をつけなきゃいけんのだ。
298:デフォルトの名無しさん
09/06/09 03:17:10
>>297
CかC++から来た人？もしそうなら、
クラスは常にポインタ型（のようなもの、ポインタ演算はない）。newしなければnullが入っている。
という短い文章で分かってほしい。
testint test=new testint()と打つのは、Visual Studioとか入力支援が良くできたところで書けば案外大した手間でない。
クラス名を2度書くのが嫌ならvarがある、ローカル変数限定だけど。
()が要るのはなぜ？というのは俺も思うところだけど。
299:デフォルトの名無しさん
09/06/09 03:24:51
コンストラクタだから。引数のないメソッドの()も省力しないだろ。
300:298
09/06/09 03:27:50
>>299
ありがとう、納得した。
C++はnew hogeで通るし、引数があっても括弧を省略できる場合のある
VBとか使っていたからそこまで考えが及ばなかった。
301:デフォルトの名無しさん
09/06/09 03:41:29
>>298
c++を見てみました。
c++なら
class testint{
private:
int kazu;
}
testint test;
test.kazu=10;
これでいいのか・・・
newとかいうのはオブジェクト指向で必ずしも必須というわけじゃないんだね。
コンストラクタも自動的に呼び出されるのか。
c#とはずいぶん違うんだね。初心者にはc++のがいいのかな
302:デフォルトの名無しさん
09/06/09 03:44:14
c++のnewはヒープに作る場合
303:デフォルトの名無しさん
09/06/09 06:52:25
c#のnewはどこのメモリを使うん？
304:デフォルトの名無しさん
09/06/09 06:57:08
字は読めても話の流れが読めない人って誰？
305:デフォルトの名無しさん
09/06/09 08:46:14
>>303
C++ は new の有無でスタックはヒープかわかれるけど、
C# は class か struct かで分かれる。
class なら new したのはヒープに、
struct なら new は単なるコンストラクタ呼び出し、スタックに取られる。
struct でもわざわざ new しないと行けない理由は、
その方が構文解析が楽（後々他の構文追加しやすい）とか、
初期化し忘れを防ぐためにわざわざ面倒な構文にしてあるとか、
class とそろえるとか、そういう理由だと思う。
306:デフォルトの名無しさん
09/06/09 10:11:50
struct は new してもいいがしなくても構わないぞ、ただし全メンバーをセットしてからでしか使えないが
struct の new は引数無しなら、全フィールドに0入れるよという指示で、それ以外なら指定の定型初期化を処理するという事ではなかろうかと。
最近は default というキーワードができて、二重機能っぽくなってるいけれど、これはジェネリックの都合かなと。
307:デフォルトの名無しさん
09/06/09 10:16:51
それと、Cでいう所の自動変数を宣言する場所で構造体を宣言すると、スタックに乗りそうな予感がするものだが
たとえば
void Test()
{
int tmp;
Action a = () => { tmp = 3 ; };
}
このtmpは、スタックに取られているとはどうにも思えない
内部的には勝手JITの勝手というのが実態かと。
308:デフォルトの名無しさん
09/06/09 10:23:10
HttpWebRequestクラスでリクエストヘッダーを読み取ったりするとき
UserAgentとかkeep-aliveプロパティは取得できるのですが
(<HttpWebRequest.UserAgent>プロパティ,<HttpWeqRequest.KeepAlive>プロパティ)
Host,Accept-Language,Accept-Encoding,Accept-Charsetプロパティが読み取れません。
読み取り方をよろしくお願いします。また、ヘッダー情報を編集してリクエストストリーム
に流せるかどうかも教えていただきたいです。
309:デフォルトの名無しさん
09/06/09 10:34:54
Console.WriteLine( string.Format( "{0,4:f2}", 10.0 ) );
Console.WriteLine( string.Format( "{0,4:f2}", -10.0 ) );
こんな感じで作った文字列の桁を揃えたいんだけど、うまくいきません。
上の例だと
10.00
-10.00
となります。
マイナスの符号があるときになんとかしたいんだけど、
うまいことやる方法はあります？
310:デフォルトの名無しさん
09/06/09 10:51:23
>>308
Requestでヘッダを「読み取る」必要があるのかどうかって話はあるが
直接プロパティになってないヘッダはHeadersプロパティから取得設定できる
311:デフォルトの名無しさん
09/06/09 11:09:11
>>309
セクション区切り記号「;」を使ったカスタム書式指定かね
{0,5: 0.00;-0.00}
ところで小数点以下2桁有効だとフィールド幅4は意味がないと思うけど
312:デフォルトの名無しさん
09/06/09 11:12:44
>>307
それはラムダ式（クロージャ）が影響している。
() => { } を内包するクラスが暗黙に作られてそのメンバにtmpがあるはず。
313:デフォルトの名無しさん
09/06/09 11:17:12
>>311
ごめん実はそのあたりよくわからなくてテキトーに書いてました
もっと詳細を言うと、x,y,zを持つポイントクラスがあって
始点：( x1, y1, z1 )
終点：( x2, y2, z2 )
みたいな感じで小数点以下3桁で計6桁ぐらいで書き出したいときの
桁揃えという話でした。詳しく書かなくて申し訳ない。
314:デフォルトの名無しさん
09/06/09 11:33:00
>>310
回答ありがとうございます。
Webスクレイピングをやっていて、リクエストしてもうまく次のページに行かないんです。
Postされるべきデータ(トランザクショントークンとキーワード)はバッチリだと思うのですが。。
(Firebugを使って手動で動かしたときのリクエストヘッダーやPOSTしたデータの中身が
確認できる)
ヘッダー情報のリファラーが監視されてるみたいでそれについては確認できたのですが、
それでもうまく行きません。もちろんクッキーについてはクッキーコンテナをリクエストに
かませてますし、他に思いつくのが他のヘッダー情報も監視されているかもということです。
そこで自作プログラムのリクエストのヘッダー情報とFirebugで手動で動かしたときに
確認できるヘッダー情報を見比べて、必要あらば修正してリクエストに流そうと思ったわけです。
310さんの言うとおりに
List<string> list = new .........
for(int i =0;i < req.Headers.Count; i ++)
list.add(req.Headers[i];
で取得してみたのですが一行しか取得できないんですけど。。書き方が違うんですかねぇ(^ ^ ;
長文スマンです。
315:デフォルトの名無しさん
09/06/09 11:42:03
とりあえずHttpWeb「Response」だよな？
316:デフォルトの名無しさん
09/06/09 11:48:48
>>315 げ、ひょっとして自分のリクエストのヘッダーを確認するのって
HttpWebRequestからはできないんっすか。。？？？
ちょっとレスから拾ってみたいと思います。。。
317:デフォルトの名無しさん
09/06/09 11:58:38
事情は了解
それってデバッガでステップ実行すればよくね？
あとは別のパケットモニタアプリ使うか
318:デフォルトの名無しさん
09/06/09 11:59:09
WireSharkか何かでパケットキャプチャして本当にブラウザと同じリクエスト飛んでるか調べたら？
その方が手っ取り早い気がする。
319:デフォルトの名無しさん
09/06/09 11:59:38
リロードしてなかった。すまぬ。
320:デフォルトの名無しさん
09/06/09 12:06:44
>> 318
WireSharkは友人にも進められて検討してるのですが、
修正の必要が出てきたときにどうやって書き込めばいいのでしょうか？
コードサンプルがあるとありがたいっす。
321:デフォルトの名無しさん
09/06/09 12:14:49
HttpWebRequest req //略
req.Headers.Add(HttpRequestHeader.AcceptEncoding,"gzip");
// req.Headers[HttpRequestHeader.AcceptEncoding] = "gzip"; も可
何が困ってるのかイマイチ伝わんね。
322:デフォルトの名無しさん
09/06/09 12:47:50
321>>
文章力なくてすみません。。
３２１さんが書いて下さったみたいなコードサンプルがようするに欲しかったんです＾＾；
レスありがとうございます。
323:デフォルトの名無しさん
09/06/09 12:55:26
ええええええええええええええええええええええええええええええええええええええええええええええええ
324:デフォルトの名無しさん
09/06/09 13:07:11
うるさい
325:デフォルトの名無しさん
09/06/09 13:23:19
321>
あの～、やってみたんですけど
req.Headers.Add(HttpRequest.Header.Host, "HostName");
って書くと'Host' ヘッダーを直接変更することはできません。
って出ちゃうんですけど。Hostの書き換えは無理？？
326:デフォルトの名無しさん
09/06/09 13:25:42
>>325
お前死ぬの？死にたいの？叩き殺されたいの？
URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspx
解説
Headers コレクションは、要求に関連付けられているプロトコル ヘッダーを格納します。
Headers コレクションには格納されず、システム、プロパティ、またはメソッドのいずれかで設定される HTTP ヘッダーの一覧を次の表に示します。
Host システムにより現在のホスト情報に設定されます。
327:デフォルトの名無しさん
09/06/09 13:29:58
いいよ
1から10まで聞かないとできない奴は排除したれ
328:デフォルトの名無しさん
09/06/09 13:36:29
>>1
329:デフォルトの名無しさん
09/06/09 14:29:34
public はクラスの外からのアクセスを許可し、private は許可しないみたいですが
それならpublicだけでよくないですか？
330:デフォルトの名無しさん
09/06/09 14:34:04
人間はミスする生き物なので、触れて欲しくない要素は外部に公開しないようにしております。
全員が全員ドキュメントをキチンと読んで、万に一つのミスも犯さないようなパーフェクト人間であれば全てpublicでも良いでしょうね。
331:デフォルトの名無しさん
09/06/09 14:47:30
時そばで、勘定中にカウンタを外部から書き換えられちゃったから
1文ごまかされちゃったんだよね。
332:デフォルトの名無しさん
09/06/09 14:51:35
>>330-331
レス感謝です。
333:デフォルトの名無しさん
09/06/09 14:55:55
>>331
感心したわ。
334:デフォルトの名無しさん
09/06/09 19:16:49
C# 2008で質問です。
非表示のフォームにDataGridViewを貼り付けてあります。
ここにReadXMLでデータを読み込んで、DataGridViewからデータを取り出そうとしたら
どのセルも空白のままでした。
一度でもフォームを表示すれば、そのタイミングで実際の読み込み動作が行わて
セルにデータが入るのですが、
非表示のままでデータをDataGridViewに反映させる方法を教えてください。
335:デフォルトの名無しさん
09/06/09 19:26:21
DataSet使おうよ…
336:デフォルトの名無しさん
09/06/10 03:18:40
VCEEでPen p=new Pen()をつくって
Form1にg.drawline(p,0,0,100,100)とかやったら
書けるんだけど、
画面切り替えたら消えちゃうんだけど消えないようにするにはどうやるの？
337:デフォルトの名無しさん
09/06/10 03:22:15
また描く
もしくは，なんかDoubleBufferみたいなプロパティがあればtrueに
338:デフォルトの名無しさん
09/06/10 03:22:59
Paintイベントで描く
339:デフォルトの名無しさん
09/06/10 03:26:06
>>337
なんか他にも設定する必要ありそ
URLﾘﾝｸ(www.google.com)
340:デフォルトの名無しさん
09/06/10 09:25:21
ソリューションエクスプローラー
ソリューション’game’(１プロジェクト)
└game
├ソースフェイル
│├hello.cpp
│└helo2cpp
├ヘッダーファイル
└リソースファイル
となっています。
helllo.cpp
#include <stdio.h>
int main(void)
{
printf("こんにちは！\n");
return 0;
}
341:340の続き
09/06/10 09:26:03
helllo2.cpp
#include <stdio.h>
int main(void)
{
int a,b,c;
a=1;
b=2;
c=a+b;
printf("a+b=%d\n",c);
return 0;
}
とプログラムを書いたのですが、デバッグするとエラーが出ます。
main(void)が２つあるとプログラムが正常に作動しないんでしょうか？
342:デフォルトの名無しさん
09/06/10 09:31:01
スレ違い
どっかで聞き直すならエラーぐらい書けよ
343:デフォルトの名無しさん
09/06/10 09:32:34
mainは一つでなければなりません。
344:デフォルトの名無しさん
09/06/10 10:07:46
>>343
そうですか。よくわからないけど研究してみます。
345:デフォルトの名無しさん
09/06/10 10:28:53
C++の基礎を一通り勉強してみて、やっぱりC#にしようか悩んでるのですが・・・
作りたいアプリはあるウェブサイトの更新をするアプリです。
HTMLフォームのユーザビリティに嫌気がさしてきたもので。
スクリプト言語ですがPHPとかActionScriptとかJavascriptを仕事で使ってます。
JAVAもできます。
条件としては
１、オブジェクト指向でプログラミングできること。
２、なるべくwindowsに色々インストールしなくても使えること。
３、今後も役に立ちそうな言語であること
C#って.NETフレームワークが必須なんですよね？
C#って.NETフレームワークがインストールしてあったら、
他に何かランタイム無しで動くのですか？
２はインストーラーを作ればそれほど気にすることはないって聞いたけど
そういうもんでしょうか？
346:デフォルトの名無しさん
09/06/10 10:45:56
.NET2.0ターゲットならたいがいランタイムは入ってるからそんなに気にしなくていいよ
少なくともJavaよりは嫌われない
347:デフォルトの名無しさん
09/06/10 10:51:00
ClickOnceインストーラを使うのであれば、依存関係は勝手に作ってくれるしランタイムも言語別の細かいところも自動。
自分が何か手をいれる必要はないので意識はしなくてもいいし、自分はした事が無い。
348:デフォルトの名無しさん
09/06/10 10:54:11
Silverlight使えば？
Webの知識活かせるしクロスプラットフォームだしランタイム超小さいよ
349:デフォルトの名無しさん
09/06/10 10:58:17
347に追加、C++からというならひょっとすると、C/C++コードとの相互運用を入れているかもしれないが、これが入っている時はClickOnceが使えないので注意。
一般のインストーラを使って全部手動でやるきる必要がある。
それとClickOnceインストーラというのは、今はそう呼ばれていないかもしれない、プロジェクトのプロパティーの発行タブで設定して作れるインストーラの事。
350:デフォルトの名無しさん
09/06/10 12:56:24
>>345
まあHTMLフォームの代わりに使いたいと言ってるんだから、
ネイティブコードのモジュールを使いたいなんてことはそうそうないだろ。
.NETはメジャーな画像形式なら最初から扱えるし。
普通にC#でフォーム作って必要な機能を用意すればいいんじゃないかな。
ClickOnceええよ。
イメージとしてはサーバーに置かれているソフトを
ブラウザのローカルキャッシュにコピーして、そこで起動する感じ。
自作のフリーソフトをzip版とClickOnce版と両方提供してるけど、
ClickOnceならVSからリリースするだけで、zipをアップロードする必要もないし。
351:デフォルトの名無しさん
09/06/10 20:14:19
>>349
> 347に追加、C++からというならひょっとすると、C/C++コードとの相互運用を入れているかもしれないが、これが入っている時はClickOnceが使えないので注意。
> 一般のインストーラを使って全部手動でやるきる必要がある。
ダウト。やりようによってはできる。
352:デフォルトの名無しさん
09/06/10 21:36:43
>>351
実行時に別のインストーラ起動するって奴だろ、ClickOnceのHowToに書かれていたのでやってみたが
凄いめんどくさいぞ、それにそれをすると自動更新は役立たずになるし
353:デフォルトの名無しさん
09/06/10 21:44:10
MSのサイトにも書かれていたが、ClickOnceインストーラとmsiインストーラの使い分けの基準として
.NETの範囲で収まっているかどうかという所がポイントだと思われる
無理をしてClickOnceを使うよりはmsiの方がシンプルになるケースは少なくない。
354:デフォルトの名無しさん
09/06/10 21:44:43
Google Chrome でも使ってるけどな。＞ClickOnce
355:デフォルトの名無しさん
09/06/10 21:48:53
ClickOnceはお手軽インストーラではあるけれども万能インストーラではないからな
356:デフォルトの名無しさん
09/06/10 21:49:37
>>351
違うだろ。C/C++ コードとの相互運用って、P/Invoke とかだろ？
別に ClickOnce アプリでも、P/Invoke やら COM Interop やらできるわけだが。
357:デフォルトの名無しさん
09/06/10 22:26:05
ClickOnceってサイトに来てもらえなくなるんじゃないの？
有料ソフトならいいけど
358:デフォルトの名無しさん
09/06/10 23:18:33
>>357
どういう意味だ？
359:デフォルトの名無しさん
09/06/10 23:31:00
C#を勉強しだして業務アプリは大体こなせるようになりました
趣味でTelnetクライアントやFTPクライアントを作ってみたいのですが、
何か参考になる書籍やサイトがあったら教えてください
RFCは勉強中です
360:デフォルトの名無しさん
09/06/10 23:42:08
RFCがまともなんでないかい
Telnetのネゴシエーションプロセスとか全く無いのとか
FTPはpassive対応してなかったりcontrolとdataの二本が必ずセットになってたりする
361:デフォルトの名無しさん
09/06/11 00:00:30
Ｃ＃勉強しようと思ってるんですけど、とりあえずTurbo C#とか
入れればいいんでしょうか？
とりあえずサンプルとかをコピペして動くことを確認したいです。
作ろうとしてるものとか目標とかは今のとこありません。
あとお金も無いんですけど、
なんか購入する必要ってあるんですか？
362:デフォルトの名無しさん
09/06/11 00:03:19
妙なこだわりがないならVisual C# 2008 Express Editionにしておけ
買う物は特に必要なし
363:デフォルトの名無しさん
09/06/11 00:03:34
>>361
C#する前に仕事しろ
364:デフォルトの名無しさん
09/06/11 00:03:48
>>361
VC# Express入れればいい
365:デフォルトの名無しさん
09/06/11 00:26:12
Formを回転させたいのですがヒント下さい。
WPFだとあるかな？と思ったけど、ぐぐってもそれらしい情報が見つかりません。
#DirectXの範疇になるのでしょうか？
366:デフォルトの名無しさん
09/06/11 00:26:13
ツールボックスにあるポインターってなんすか？
367:デフォルトの名無しさん
09/06/11 00:30:06
ポインターとはポインターです、糞して寝てください
368:デフォルトの名無しさん
09/06/11 00:34:21
>>362
>>364
ありがとうございます！調べてみます！
>>363
仕事はしてます！契約がなくて社内ニート中ですけど！
369:デフォルトの名無しさん
09/06/11 00:41:21
どんなにくだらないC#プログラミングに関する発言でも誰かが優しくレスをしてくれるスレッドなのに厳しいっすね
370:デフォルトの名無しさん
09/06/11 00:41:59
質問したいんじゃなくて喧嘩うってんだろw
371:デフォルトの名無しさん
09/06/11 00:42:27
つまり、金を貰いつつ社内でC#のお勉強か！羨ましい限りだな。
>>365
WPFならコントロールの回転はできるが、ウィンドウ自体の回転はできなかったと思う。
372:デフォルトの名無しさん
09/06/11 00:44:50
何で教えてくれないのか不思議で仕方ないっす
373:デフォルトの名無しさん
09/06/11 00:47:16
リアルでぶんなぐられないように十分注意することだ
374:デフォルトの名無しさん
09/06/11 02:14:06
VisualC#2008で質問があります。
おなじ画像をくり返し表示するのに、ツールボックスを使わず配列にしてみました。
namespace WindowsFormsApplication1{
public partial class Form1 : Form{
private System.Windows.Forms.PictureBox[] pictureBox;
public Form1(){
InitializeComponent();
string photo = @"C:\photo.jpg";
for (int i = 1; i < 5; i++){
this.pictureBox[i] = new System.Windows.Forms.PictureBox();
((System.ComponentModel.ISupportInitialize)(this.pictureBox[i])).BeginInit();
this.pictureBox[i].Location = new System.Drawing.Point(12, 22 + i * 200);
this.pictureBox[i].Name = "pictureBox[i]";
this.pictureBox[i].Size = new System.Drawing.Size(300, 200);
this.pictureBox[i].Image = Bitmap.FromFile(photo);
this.Controls.Add(this.pictureBox[i]);
}
}
}
}
で、コンパイルは通るのですが、エラーになります。
NullReferenceExceptionはハンドルされませんでした。
オブジェクト参照がオブジェクトインスタンスに設定されていません。
ってことなのですが、なにがNullになっているんでしょう?
なんかポカミスしている気がするんだけど…。
375:デフォルトの名無しさん
09/06/11 02:15:58
private System.Windows.Forms.PictureBox[] pictureBox;
がnull
376:デフォルトの名無しさん
09/06/11 02:16:34
デバッガで追っかけてけばすぐわかるよ
「自動変数」タブな
377:デフォルトの名無しさん
09/06/11 02:31:59
pictureBoxは何で初期化してないの？
378:デフォルトの名無しさん
09/06/11 02:39:30
早速サンキューです。
すばやっ。
助かります。
pictureBox = new PictureBox[5];
を追加して、無事表示できました。
ところで何度見ても、自動変数タブがないんですけど、…。
左から、ローカル、ウォッチ、呼び出し履歴、イミディエイトウィンドウ、出力。
どこに消えたかご存じないですよね?
379:デフォルトの名無しさん
09/06/11 02:45:49
ブレイク中のメニューのデバッグ＞ウィンドウにあるはずだが
380:デフォルトの名無しさん
09/06/11 02:54:13
＞for (int i = 1; i < 5; i++)
ここは大丈夫？
pictureBoxは０から４までの５つの要素のうち
１から４までの４つを使うことになるわけだけど
381:デフォルトの名無しさん
09/06/11 04:03:24
文字列の配列をstirng(羅列string, string, string, ...)に変換するにはどうすればいいですか？
382:デフォルトの名無しさん
09/06/11 04:30:00
日本語でおｋ
区切り文字を挿んで文字列を連結したいって事なら、string.Join
383:デフォルトの名無しさん
09/06/11 09:02:29
private void button1_click(object sender,Eventargs e)
の()の中のobject sender,Eventargs e
って何ですか
384:デフォルトの名無しさん
09/06/11 09:07:17
senderにはイベントを発生させたオブジェクト
eには必要に応じてイベントに関する情報
が入ってる
385:デフォルトの名無しさん
09/06/11 09:07:52
イベント送信者とイベント引数
386:デフォルトの名無しさん
09/06/11 09:34:27
しーぷっしゃー
387:デフォルトの名無しさん
09/06/11 09:44:18
らめぇ
388:デフォルトの名無しさん
09/06/11 11:25:10
あざっす
389:デフォルトの名無しさん
09/06/11 12:44:30
テキスト(たとえばtextBox)と画像(たとえばpictureBox)をまとめて扱う(表示とか移動とか削除とか)にはどうしたらよいですか?
ボタンなら、ボタンの背景(BackgroundImageプロパティ)にjpgファイルを指定できるので、表示するときに一度に表示できます。
textBoxのプロパティを見ても、背景のイメージを設定できないみたいなので…
390:デフォルトの名無しさん
09/06/11 12:46:52
ユーザーコントロール作ってまとめたら？
391:デフォルトの名無しさん
09/06/11 12:53:40
文字列の後ろを透けさせて背景画像を表示するのは無理
TextBoxそのものを自作するかWPFへどうぞ
392:デフォルトの名無しさん
09/06/11 13:48:09
>>390
サンクス。ユーザーコントロールというのはまだ作ったことがないので、勉強がてらやってみます。
>>391
サンクス。やっぱり。
でもまあ今回は、背景が単色なので、なんとかFormベースでやってみます。
TextBoxそのものの自作って、ユーザーコントロールってことですよね?
ところでWPFで、ここみたいにフランクに質問できるとこってないですか?
393:デフォルトの名無しさん
09/06/11 13:57:14
質問があります。
サムネイルベースのファイラーみたいなものを考えています。
サムネイルをウィンドウ内でドラッグ&ドロップして配置を移動したいです。
その場合、ドラッグ&ドロップの処理で必要なことは…。
・コントロール(pictureBoxとか)をドラッグ可能にする。
・フォームでドロップを受け付けるようにする。
かと思います。
フォームでドロップを受け付けるのは、
・AllowDropプロパティをTrueにする。
・Form1_DragEnterのイベントハンドラを作る。
でよいかと思うのですが、
Q1 コントロールをドラッグ可能にするには、なにをすればいいんでしょう?
コントロールを移動すると、コントロール同士が重なることがあります。
そのとき、
Q2 単純に重ねて表示したいときには、イベントハンドラはForm1_DrogEnterだけでいいんですか?
394:デフォルトの名無しさん
09/06/11 14:07:54
Control.DoDragDrop使え
395:デフォルトの名無しさん
09/06/11 14:16:26
>>392
>TextBoxそのものの自作
ユーザーコントロールじゃなくてControlから直接派生するカスタムコントロール
描画も入力も全部自前で書くガチ自作
396:デフォルトの名無しさん
09/06/11 15:12:59
継承ってのは機能の追加しかできないの？
たとえば
myclass1が10個の変数と3個の関数を持ってるとして
それを引き継いだmyclass2は
7個の変数と4個の関数を持ってるとか
できない？
397:デフォルトの名無しさん
09/06/11 15:13:24
myclass2をmyclass1として扱いたい場合どうするんだ
398:デフォルトの名無しさん
09/06/11 15:16:31
object思考の基礎をやり直したほうがいいんじゃないか？
myclass1やmyclass2をちゃんとobjectとして切り出せてないからややこしくなる。
399:デフォルトの名無しさん
09/06/11 15:22:34
>>396
そういう場合はclass1とclass2から共通な部分を取り出して新たな基底クラスを作るのがデフォ
今
class1 - class2
↓こうする
baseclass - class1
|_class2
基底クラスのメソッドやフィールドを消せたりら、上位クラスへのキャストができないのだわ
FileStreamをStreamにキャストしたりとかね
400:デフォルトの名無しさん
09/06/11 15:55:18
Office2007が入ってるとTextBoxRendererやVisualStyleRendererのTextBoxが標準のルックスじゃなくなるんだけどどうすればフォームに配置しているTextBoxと同じ用に描けるの？
Application.EnableVisualStyles()をコメントアウトってのはナシで。
この際Win32APIでもなんでもいいから教えて。
401:デフォルトの名無しさん
09/06/11 18:51:26
画像の移動の件です。
「Control.DoDragDrop」でぐぐって、
解説サイト見ながらプログラムを作ってみたんですが、
完全にどつぼにはまってます。
どっかにプロジェクトをアップロードしたら、このスレで添削してもらえますか?
402:デフォルトの名無しさん
09/06/11 18:54:01
ListViewじゃダメなの？
403:デフォルトの名無しさん
09/06/11 19:05:01
ListViewだと、表形式での表示になると思います。
エクスプローラでいうところの表示-縮小版のような形で操作したいのです。
404:デフォルトの名無しさん
09/06/11 22:02:37
C#で他のプロセスのコマンドライン引数を取得したいのですが、
なにか方法ありますか？
たとえばWordのプロセスが開いているファイルのPath+FileNameを取得したい。
405:デフォルトの名無しさん
09/06/11 22:11:41
>>404
URLﾘﾝｸ(d.hatena.ne.jp)
406:デフォルトの名無しさん
09/06/11 22:13:11
>>405
ありがとう！
407:デフォルトの名無しさん
09/06/11 22:24:33
WMIでWin32_Process使うのが一番楽な希ガス
408:デフォルトの名無しさん
09/06/12 09:58:49
>>399
それがいい場合もあるが、まずそれというのはおすすめ出来ない。
409:デフォルトの名無しさん
09/06/12 10:15:09
そういうことになるから継承は良くない
410:デフォルトの名無しさん
09/06/12 11:05:24
他のアプリケーションのIMEの状態を取得したいのですが、
なにか良い方法ありませんか？
すでにC#ではないと思いますが。。。
411:デフォルトの名無しさん
09/06/12 11:10:54
よくわかんないけどプロセスにアタッチしてImmなんちゃら関数で取れないかな
412:デフォルトの名無しさん
09/06/12 12:51:20
LAN内の別のマシン(実行マシン)で実行中の実行ファイル(exe)をバージョンアップするときに、開発マシンからコピーして上書きしたいのですが、実行中なのでロックされていてできません。
ロックせずに実行する実行ファイルを作ることってできるんでしょうか?
あるいは、開発マシンからkillするのでもよいのですが、そんなことってできましたっけ?
あまりC#とは関係ないかも…。
413:デフォルトの名無しさん
09/06/12 13:16:10
>>412
できない。Unixだと上書きだけならできるが（再起動はもちろん必要）
で、基本常に実行し、必要なときに落としたりできるのがWindowsのサービスの仕組み。利用しない手はない。
リモートデスクトップで直接終了作業する手はどうだ？
414:デフォルトの名無しさん
09/06/12 13:32:18
なるほど。そこでリモートデスクトップですね。
なるほど～。
サンクス。
いまも別のマシンが別の階の別の部屋にあって、デバッグしながらいったりきたりで、いい運動になってました。
415:デフォルトの名無しさん
09/06/12 13:35:05
>>405
これって、C++(?)のコードですよね?
C#のコードor dll or exeはないですか?
416:デフォルトの名無しさん
09/06/12 13:37:33
かまわずWMIというかSystem.Management.Instrumentation使えばいい
417:デフォルトの名無しさん
09/06/12 14:05:49
Instrumentationいらないだろ
418:417
09/06/12 14:12:12
using System.Management;
ManagementClass m = new ManagementClass("Win32_Process");
foreach (ManagementObject o in m.GetInstances()) {
object c = o["CommandLine"];
if (c is string) {
Console.WriteLine((string)c);
}
}
こんなもんだろ。何か異議ある？
419:デフォルトの名無しさん
09/06/12 14:34:46
>>415
C#の相互運用機能を使ってC#に書き換えればいいじゃん
>>405にC++でしか実現できない点は1つもないよ
それができいなら、おとなしくWMI使っとけ
420:デフォルトの名無しさん
09/06/12 16:30:48
>>418
ぜんぜん異議なし。
>>419
は～い。おとなしく使ってます。
それはそれとして、相互運用機能なんてので、C++のコードをC#に書き換えられるんですか?
知らなかった…。
それって簡単?
421:デフォルトの名無しさん
09/06/12 16:41:16
>>405のコード読めるならそんなに難しくはない
そうでないなら諦めろ
422:デフォルトの名無しさん
09/06/12 18:17:03
>>411
アタッチについて少し調べたんですが、
スレッドのアタッチは出来そうだけど、プロセス？（たとえばWordなど）に
アタッチって出来ます？
423:デフォルトの名無しさん
09/06/12 19:16:40
サンプルコードを読んでいたら、以下のような記述が出てきたんですけれど、
コンストラクタを呼んで、 { } で括って最後に;って何なのでしょうか？
コンストラクタの内容に追記しているんでしょうか？
匿名関数とか記法の名前が分かればググれるんですけれど、
何と呼ばれる記述法何でしょうか？
public ActionResult Create(int customerId)
{
AddressViewData addressViewData = new AddressViewData()
{
CustomerId = customerId
};
return View(addressViewData);
}
424:デフォルトの名無しさん
09/06/12 19:24:32
勘でググってたらあったー
オブジェクト初期化子ですかね。
425:デフォルトの名無しさん
09/06/12 19:27:47
うん
426:デフォルトの名無しさん
09/06/12 19:33:03
>>423
確かに、これはものすごい気持ちの悪い書き方だな。
ぱっと見ではなぜnew AddressViewData()のところにセミコロンがないのかが分からないし、
ブレースのあとでセミコロンがあるのかが分からない。
オレならまず間違いなく
new AddressViewData() {
...
};
にするだろうな。
427:デフォルトの名無しさん
09/06/12 19:36:58
趣味の自慢か？
428:デフォルトの名無しさん
09/06/12 19:49:07
そういう宗教論争はこっちで頼むわ。
ｽﾚﾘﾝｸ(tech板)
429:デフォルトの名無しさん
09/06/12 21:07:07
Form2 frm2 = new Form2
とかやって、新しいフォーム作成したら
Form2.csができちゃって
Form1.csで作ったpublic変数とかが使えなくなっちゃうんだけど
どうやったらForm1.csとForm2.csの変数や文字列を合体できる？？
430:デフォルトの名無しさん
09/06/12 21:08:53
引数にして渡せ
431:デフォルトの名無しさん
09/06/12 21:09:20
Form1.cs.Concat("Form2.cs")
432:デフォルトの名無しさん
09/06/12 21:52:51
変数と文字列を同じ次元で語るなよ
433:デフォルトの名無しさん
09/06/12 22:11:28
>>429
> Form2 frm2 = new Form2
> とかやって、新しいフォーム作成したら
> Form2.csができちゃって
面白い。新しいリフレクションだなｗ
434:デフォルトの名無しさん
09/06/12 22:46:29
>>429
まじめに勉強してこなかったツケがそれだよっ！
435:デフォルトの名無しさん
09/06/12 23:01:33
しばらくRubyやってて久々にOffice用のCOM参照DLL作ることになったんだけど
インスタンスの作り方すら忘れてる俺涙目ｗ
436:デフォルトの名無しさん
09/06/12 23:26:08
日記帳
437:デフォルトの名無しさん
09/06/12 23:47:00
overrideって何のためにあるの？
438:デフォルトの名無しさん
09/06/12 23:50:00
>>437
明示しないとオーバーライドできなくするため。
オーバーライドするつもりなかったのにうっかりやっちゃったとかになると、
結構発見しずらいバグになる。
439:デフォルトの名無しさん
09/06/12 23:53:17
どうしてoverrideという概念があるかというレベルに見えるが
440:デフォルトの名無しさん
09/06/12 23:55:41
継承はバグの温床だからな、安全装置は沢山あった方がいい
441:デフォルトの名無しさん
09/06/13 00:04:42
現在のオブジェクト指向に関する理解から考えれば、overrideは要らない
仮想テーブルは自前でも作れる、ただ面倒臭いから言語の機能としてあれば便利だというレベルになっている。
また言語仕様で作られる仮想テーブルは書き換える事はできないが、そのような操作が必要になったら結局自前で作るわけだが、
それはStrategyパターンと呼ばれるデザインパターンでパターン化されている。
442:デフォルトの名無しさん
09/06/13 00:23:56
>>441
これ
> 現在のオブジェクト指向に関する理解
と、これ
> 仮想テーブル
って、全然領域違う言葉だよね？
何で混ざってるの？