10/03/04 17:11:25
>>115
レスありがとうございます。
やっぱり外部ツールとかで正規表現かけるかデザイナーのプロパティのところでNameを変更して
デザイナーに関連項目の名称置換を行ってもらうとかになりますかね・・・
117:デフォルトの名無しさん
10/03/04 17:19:36
>>72なんですが
ドロップダウンで選択するものは全部すぐ閉じます
あと､スニペット挿入時で出るウィンドウを一瞬で閉じます
どなたかこの対処法ご存じないでしょうか?
118:デフォルトの名無しさん
10/03/04 17:48:49
どこかキーボード押しっぱなしになってない？
119:デフォルトの名無しさん
10/03/04 17:49:38
っマウスを買い換える
120:デフォルトの名無しさん
10/03/04 17:50:32
>>116
いや普通に>>115の2つのファイルをエディタで開いて
VSの置換機能で置換するだけ
ただしコントロールのアクセスレベルがprivateの場合に限る
121:デフォルトの名無しさん
10/03/04 19:47:48
>>118
特に何もしてないdす
久しぶり起動してそれまでにいくつか常駐ソフトやいろいろなソフトいれたので
それが影響してるのかもしれないが､一応常駐しているのはすべて切ったけどだめだった
コンテキストメニューはちゃんと開くんだけど､スニペットのウィンドウだけ違う方法で開いているのかな
>>119
買ったばかりです･･
スニペット挿入はどういう操作で閉じるか教えていただけませんか?
122:デフォルトの名無しさん
10/03/04 22:36:27
C#4.0ではExcel2007みたいなリボンとか作れるようになるけど
どうせある程度慣れたらCtrl+Dみたいなキーボード操作しかしなくなるからでっかいボタン表示してもうざいだけだな・・・
リボンとか意味のない機能だ
123:デフォルトの名無しさん
10/03/04 22:40:58
Officeくらい機能盛りだくさんでないとあんまり使い道ないわねぇ、リボン。
124:デフォルトの名無しさん
10/03/04 22:43:46
>>123
候補はある>2chブラウザ
あとwindowsを搭載したタッチパネル系デバイスがイマイチ普及しないのは
windowsの基本UIが小さすぎるのでペンなどの先が細い物じゃないと使いにくい
というところがあったからなんだよね・・
タッチ前提になると変わると思うよ
ただおofficeはそもそもタッチで使うことはないので意味ないだろうけどｗ
エンターテイメント要素がある物には有効だよ
125:デフォルトの名無しさん
10/03/04 23:26:31
いやリボンはタッチパネルを想定してアイコンでかくなってるわけではないでしょ。
っていうか、汎用OS上のアプリに限れば、タッチパネルは指をポインティングデバイスに
しようって発想じゃなくて、むしろマウスジェスチャー的な補助的操作の
延長線上のものでしかないと思うけど。
あと、リボンは、たとえカスタマイズ可能になっても作業領域や表示領域を
広くとりたい用途（例えばワード）には全然向かないね。
126:デフォルトの名無しさん
10/03/05 00:06:23
ケチくせーこと言うなよ。
じきにモニターの解像度が20000*10000とかになるって
127:デフォルトの名無しさん
10/03/05 00:18:52
使う前は叩いてたけど、実際に触ってみたら結構快適で気に入った。
作業領域を広くしたい時は隠せばいいじゃん。
128:デフォルトの名無しさん
10/03/05 00:26:07
>>126
解像度上げてもフォントが読めるサイズでないと話にならないから
モニターのインチが大きくならんと意味なかろう
俺のはすでに２４なんだが、この数倍のモニターは部屋に置けねーよｗ
129:デフォルトの名無しさん
10/03/05 00:43:14
>>126
モニタは今くらいでいい
HMDをそれくらいにしてくれ
130:デフォルトの名無しさん
10/03/05 01:20:10
>>129
ケチ。
131:デフォルトの名無しさん
10/03/05 01:20:32
>>128
文字を大きくすると意味ないしなぁ。
必然的にモニタサイズ大きくする必要があるわけで、27インチが俺の射程距離内
に入ってきますた
132:デフォルトの名無しさん
10/03/05 01:53:39
マルチモニタおいしいです
133:デフォルトの名無しさん
10/03/05 06:10:53
うん
134:デフォルトの名無しさん
10/03/05 07:46:16
リファラ設定していろいろダウンロードできるようになったけど
MMSのストリーミング動画の落とし方がわからない･･･
135:デフォルトの名無しさん
10/03/05 07:56:16
GAS使っとけ
136:デフォルトの名無しさん
10/03/05 09:42:24
GASでできるけど
タイトル変えたりするのが面倒だから
自分で作ろうと奮闘してるんだが
むりぽww
137:デフォルトの名無しさん
10/03/05 10:26:24
//////////////////////////////////////////////////
public void button1_Click(object sender, EventArgs e)
{
int y = int.Parse(textBox1.Text);
int x = int.Parse(textBox2.Text);
int _y = 520 * x / y;
textBox3.Text = Convert.ToString(_y);
}
///////////////////////////////////////////////////
Form1の中なんですけど、デバッグ中にボタンおしてもtextBox3に変化がない
どうすればいいんでしょうか？
よろしくお願いします
138:デフォルトの名無しさん
10/03/05 10:29:33
イベントハンドラが設定されてないとか？
buttonのclickイベントでその関数呼ばれるようにしてある？
139:デフォルトの名無しさん
10/03/05 10:29:43
public……そのメソッド手で直接追加した？
140:デフォルトの名無しさん
10/03/05 10:54:57
>>138
ちょこっと探してきたら,これがあったので大丈夫ですかね？
this.textBox3.TextChanged += new System.EventHandler(this.button1_Click);
>>139
見る人が見れば分かるんですね
元々はprivateで書かれてて、それでいろいろと試行錯誤をしてみたんですよ
まぁ、それの跡ですねｗ 一応直しておきました
141:デフォルトの名無しさん
10/03/05 10:58:21
>>140
ちげーよｗ
ボタンが押されてもbutton1_Click(object sender, EventArgs e)これが呼ばれてないから
変わらないんだろうｗ
142:デフォルトの名無しさん
10/03/05 10:59:48
メソッドの名前は便宜的なもので、button1_Clickという名前でもbutton1のクリックとは関係ない
で、明らかにtextBox3のTextChangedのときに呼び出されるようにしてるじゃん
143:デフォルトの名無しさん
10/03/05 11:00:51
windowsでプログラム組む上での基本的な仕組みを分かってないのは痛いな
144:デフォルトの名無しさん
10/03/05 11:03:28
というか分かっててあえて分からないフリして釣ってるようにも見える
145:デフォルトの名無しさん
10/03/05 11:04:32
>>141,142
フォームのデザイナでもう一回メッソド作り直したら、
正常に動きました
>>143
おっしゃるとおりだと思います
勉強し直します
ありがとうございました
146:デフォルトの名無しさん
10/03/05 12:23:03
>>136
そういう時はGASを制御するアプリを作るんだ
147:デフォルトの名無しさん
10/03/05 13:27:58
>>146
ダウンロードするリストだけ自前で作って
MMSをダウンロードするソフトに読み込ませてdlした方が早そうですね
148:デフォルトの名無しさん
10/03/05 16:34:44
ねえ。。俺もそれで(>>137)迷ってたんだけど・・・
解決方法がわからん・・誰か教えて。。
Form1_ClosingとnotifyIcon1_DoubleClickを手で直接入力しちゃったんだけど・・
たしか、VB6だと、オブジェクトをフォームデザイナの左のコンボボックスで選択して右のコンボボックスで
適したイベントハンドラを選択できるようになってたんだけど・・
VC#2005Expressだとやり方わかりません。すみません、誰か教えてください。。
149:デフォルトの名無しさん
10/03/05 16:37:34
自動プロパティをして､後でフィールド変数が欲しくなった場合
すべての変数を書き換える作業をしないとダメなんですか?
public string Name{get;set;}
public void hoge()
{
Name="hage"; ←こういうの全部 _name に書きかけなきゃならないの?
}
だったらやっぱり､最初からフィールド変数使った方が楽な気がするんだけど
150:デフォルトの名無しさん
10/03/05 16:39:02
>>148
URLﾘﾝｸ(uproda.2ch-library.com)
雷マークがイベントハンドラの設定
右下の赤枠のマークを押すと画像の場合はFormのLoadイベントのイベントハンドラを
IDEが候補をだしてくれる
151:デフォルトの名無しさん
10/03/05 16:41:24
>>149
別に内部だからってプロパティに代入しちゃダメな訳じゃないが？
152:150
10/03/05 16:44:24
まだイベントハンドラが無い場合は作りたいイベントのところでダブルクリックすれば
勝手に作ってくれる
153:デフォルトの名無しさん
10/03/05 16:50:33
内部も外部もプロパティで制御するのか･･･その方が便利か
154:デフォルトの名無しさん
10/03/05 17:36:22
>>153
ちげーよｗ
155:デフォルトの名無しさん
10/03/05 17:48:01
クラスについて教えてください。
(1)クラスを呼び出すとき、別スレッドにするには、どうしたらよいですか。
おなじ名前空間にあるクラスを呼び出しています。
クラス名 名前 = new クラス名();
名前.メソッド名();
で呼び出すときに、スレッドにするにはどうしたらよいですか?
(2)この処理って、終わったら、呼び出したクラスに関するいろいろはぜんぶ自動的にdisposeされるんですか?
それとも、
名前.Dispose();
と処理する必要があるのですか?
以上2点、よろしくお願いします。
156:デフォルトの名無しさん
10/03/05 17:51:11
>>155
おれより賢そうだから>>149の質問ズバリ教えて
157:デフォルトの名無しさん
10/03/05 17:55:03
>>156
いや、ぜんぜん賢くないし。
get/setなんて使ったことないです。
ごめんなさい。
158:デフォルトの名無しさん
10/03/05 17:56:54
>>155
スレッドとクラスって関係ないし
Disposeなんて所詮そう言う名前のメソッドに過ぎないんだからusingもせずに勝手に呼ばれるとかないし
159:デフォルトの名無しさん
10/03/05 17:57:24
はじめから
>public string Name{get;set;}
こんなのしなければいいだけ
160:デフォルトの名無しさん
10/03/05 17:57:46
>>149
Nameプロパティをリファクタリングで_nameに名前変更
_nameプロパティの宣言をフィールドの宣言に変更
Nameプロパティを設けてgetとsetを書く
161:デフォルトの名無しさん
10/03/05 18:06:35
>>159
・・・え？
162:デフォルトの名無しさん
10/03/05 18:08:02
ん？
163:デフォルトの名無しさん
10/03/05 18:15:43
>>160
いやいや､それだと外部からそのプロパティを参照しているところも
全部_nameになるじゃない･･･
164:デフォルトの名無しさん
10/03/05 18:16:54
>>161
プログラマなんだから英数字や記号は半角にしか変換できないようにIMEセッティングすべき
165:デフォルトの名無しさん
10/03/05 18:23:10
>>163
じゃあクラス内の文字列置換なんかですればいい
166:デフォルトの名無しさん
10/03/05 18:41:50
public class StreamDataSet
{
public string URL = "";
public string Title = "";
}
List<StreamDataSet> SrcList=new List<StreamDataSet>();
StreamDataSet src=new StreamDataSet();
src="ww.google.ne.jp";
if("-同じURLが既に追加していなければ-")
SrcList.Add(src);
if文の条件式にどのように書けばいいか迷ってます
この場合SrcListに同じURLがあるか探すにはForeachで
ひとつひとつ照らし合わすしかないですか?
List<string>だと.Findメソッドなどで簡単にできるけど
オブジェクトだった場合のやり方がわかりません
よろしくおねがいします
167:デフォルトの名無しさん
10/03/05 18:48:04
>>155
[イベント ベースの非同期パターンを使用したマルチスレッド プログラミング]
URLﾘﾝｸ(msdn.microsoft.com)
[.NET ThreadPool の実行順序を制御する]
URLﾘﾝｸ(msdn.microsoft.com)
この辺を読むといい。本気で作るなら前者なんだが、おそらく挫折するw
次点のThreadPoolを利用する方法が簡単で、後者はその応用編
168:デフォルトの名無しさん
10/03/05 18:56:50
>>166
一般には
if (!SrcList.Any(x => x.URL == src))
でも効率が悪いのでIComparer<T>を実装してBinarySearchを使うのがいいと思う
169:デフォルトの名無しさん
10/03/05 19:05:10
>>168
srcは多分StreamDataSetだと思う
その次の、フィッシングサイトみたいなURLのあるコンパイルエラーになる行が気になるけどw
あと、効率考えるならDictionaryを使うことを検討した方がいいと思う
170:デフォルトの名無しさん
10/03/05 19:16:00
>>166のケース限定であればListじゃなくてDictionary使うな。
171:デフォルトの名無しさん
10/03/05 19:23:34
すいません｡書き間違えてました｡
× src="ww.google.ne.jp";
○ src.URL="ww.google.co.jp";
ID付きで追加削除したりするならはじめからDictionaryにしておくべきでしたね
使い勝手がいいからList<>を使っていたけど､データ構造はもうちょっと慎重にすべきでした
ありがとうございました
172:デフォルトの名無しさん
10/03/05 21:01:03
>>158
?
(2)は自動的にDispose()はされないってことですか?
>>167
ありがとうございます。
挫折しました。
まだぜんぜん読めるレベルでありませんでした。
173:デフォルトの名無しさん
10/03/05 21:07:54
されるかもしれないしされないかもしれない
それはクラスの実装次第
後処理が必ず必要になるようなクラスではGCされるときに自動的に後処理が行われるように
作ってあるはずだけど必ずしもそうだともかぎらない
でもそれはクラスを書いた奴が悪いのでそこまで考えても意味がない
174:148
10/03/05 21:25:13
>>150さん
どうもありがとうございます。その方法でできました。。
助かった～。ひさしぶりにプログラムやってみまして、
ウィンドウ右上の×印クリックしたときの挙動が違ったので
困っていました。
ちょっと所要で出かけていたので、お礼が遅くなりました。すみませんでした。
ありがとうございました。
175:148
10/03/05 21:28:25
画像までキャプチャーしてアップしてくださり、どうもありがとうございました。
176:デフォルトの名無しさん
10/03/05 21:41:51
(´･ω･`)
177:デフォルトの名無しさん
10/03/06 00:46:59
よくデスクトップ右下あたりからにょきにょきっとバルーンが出てるけど
C#で作れますか?
178:デフォルトの名無しさん
10/03/06 00:58:30
うん
179:デフォルトの名無しさん
10/03/06 01:11:10
にょきにょき環を上手く出すにはC#ではどうすればいいですか、
180:デフォルトの名無しさん
10/03/06 01:13:46
No results found for "にょきにょき環".
すまん、説明を頼む
181:デフォルトの名無しさん
10/03/06 01:28:32
石塚英彦が大山のぶ代の物真似で「ニョキニョキリング！」って叫ぶ声が
聞こえた気がした。
182:デフォルトの名無しさん
10/03/06 02:17:23
>>177
アラートウインドウ
URLﾘﾝｸ(youryella.wankuma.com)
183:148
10/03/06 02:48:38
＞＞１７７
君の「C#」「バルーン」というキーワードに咥えて「タスクトレイ」という３つを
スペースで区切ってグーグルで検索するとたくさん情報がでてくるよ(´･ω･`)
デスクトップの右下あたりをタスクトレイというんだよ(´･ω･`) 。
184:デフォルトの名無しさん
10/03/06 02:51:41
豪鬼くんありがとう
185:デフォルトの名無しさん
10/03/06 02:56:19
右下じゃないが？
186:デフォルトの名無しさん
10/03/06 02:57:24
10年間､｢タクストレイ｣を｢タスクレイ｣と思ってた
187:デフォルトの名無しさん
10/03/06 03:18:01
Windows 8 新機能
タ ス ク Ｒ Ａ Ｙ
188:デフォルトの名無しさん
10/03/06 03:55:47
＞タスクトレイ
実はそんなものはない。
189:デフォルトの名無しさん
10/03/06 04:06:53
正式名称は通知領域だって？
microsoft.comの中の人もうっかり使うぐらい普及してんだからそんな指摘はナンセンス
190:デフォルトの名無しさん
10/03/06 04:24:44
タスクバーのプロパティのダイアログにははっきり通知領域と書いてあるんですがね。
191:デフォルトの名無しさん
10/03/06 04:34:40
mono2.6.1をインストールしてTPLのParallel.Forを動かそうと思ったのですが。
monoVMで動かすとSystem.TypeLoadExceptionの例外を吐いて落ちます。
そこで"gmcs"でソースそのものをコンパイルしようとしたのですが
error CS0234: The type or namespace name `Tasks' does not exist in the namespace `System.Threading'.
といってきます。
しかし
URLﾘﾝｸ(www.go-mono.com)
ここによればParallel.Forは（たぶん）実装済みとの話です。
なにか勘違いをしているのか？
もしくは手順をまちがえているのか、教えてください。
192:デフォルトの名無しさん
10/03/06 04:45:09
そもそも.NET 4.0自体まだ製品はでてないのだが
Monoだって.NET4.0相当品はまだRCだろ精々
193:デフォルトの名無しさん
10/03/06 08:07:25
>>191
手元にないから確認はできないがコンパイラはdmcsらしい。
gとかdとかどういう基準のネーミングなんだろ。
mcs # C#1.0
gmcs # C#2.0-3.0
smcs # moonlight
dmcs # C#4.0 preview
194:デフォルトの名無しさん
10/03/06 09:36:07
にょきにょきってCravingExplorerのダウンロードが
終わったときにでるやつじゃなくて？
ただのバルーンなの？
195:デフォルトの名無しさん
10/03/06 11:13:36
ローカル変数の名前をつけるとき、変数の型が int だったら n とか i とかつけちゃうような
場面で、string[] だったらなんて名前にする？
int n;
string[] ???;
慣用的な名前ってある？
具体的には、
var ??? = text.Split(new[]{'='},2);
var key = ???[0];
var value = ???[1];
みたいな場面で使いたいんだ。
196:デフォルトの名無しさん
10/03/06 11:17:06
splitted
197:デフォルトの名無しさん
10/03/06 11:19:06
pairとかtmpとかやっちゃうな
198:デフォルトの名無しさん
10/03/06 11:20:53
Splitの戻り値はfieldsにしたりする
199:デフォルトの名無しさん
10/03/06 11:22:41
parts
200:デフォルトの名無しさん
10/03/06 11:23:31
s
201:デフォルトの名無しさん
10/03/06 11:25:31
複数のstringだからss
202:デフォルトの名無しさん
10/03/06 11:43:16
>>195
string[] って型だけでは、慣用はない。
用途・意図に基づいた名前付けないと。
自分はSplitの戻り値はtokensとか多用。
203:デフォルトの名無しさん
10/03/06 11:45:01
tmpStringsかな。
変数名は書く人のポリシーみたいなのが出て面白いな。
俺はnとかiとかは絶対使わない派かな。
204:デフォルトの名無しさん
10/03/06 12:14:06
tmpStringsならnやiと一緒じゃね
205:デフォルトの名無しさん
10/03/06 12:20:39
一文字じゃなきゃいい、とか訳わかんないルールなんだろ？
206:デフォルトの名無しさん
10/03/06 12:43:30
変数名に型情報入れるのはなしだなぁ。
n とか i よりよっぽど悪い。
207:デフォルトの名無しさん
10/03/06 12:46:00
itemsとかやってしまうな
208:デフォルトの名無しさん
10/03/06 12:52:17
>>204のネーミングはおいらは使わないが、
tmpStringsを型情報というのも賛同できないな
209:デフォルトの名無しさん
10/03/06 13:33:28
つってもintだったらtmpIntsなんだろ
210:デフォルトの名無しさん
10/03/06 13:42:34
Employee[]をemployeesと名付けることはあってもstringsはないな
漠然としすぎ
211:デフォルトの名無しさん
10/03/06 13:46:43
Employee[] な変数に格納するのがほんとに漠然と従業員全員なら employees にするけど、
LINQ とかで条件絞るとまた別の名前にするしね。
漠然と strings はちょっと範囲広すぎると思う。
212:デフォルトの名無しさん
10/03/06 13:53:18
単に末尾にsつけたんじゃ配列だかListだかDictionaryだかわからないから
lstとかdicとか頭につけてるが、これもハンガリアン的なアレなんだろうか
213:デフォルトの名無しさん
10/03/06 13:58:11
>>212
ハンガリアンそのものでしょ。
今時そんなことやる人いるのか。
「型名」を「略号」で変数名に組み込むより、
「機能」を「明示的に」変数名に組み込む方がずっと合理的だとは思わないのかな。
214:デフォルトの名無しさん
10/03/06 14:04:00
にょきにょきってか、もじゃもじゃだろ？
URLﾘﾝｸ(www.nhk.or.jp)
215:デフォルトの名無しさん
10/03/06 14:06:11
ローカル変数のうちでも狭い範囲でしか使わないような変数の名前なのだから
機能うんぬんもちがうんじゃないかい。
配列だったら ar lst dm あたりを使ってるな。
216:デフォルトの名無しさん
10/03/06 14:08:33
arrでいいだろ、どうでもいい
217:デフォルトの名無しさん
10/03/06 14:13:00
>>215
なんなのその「なのだから」って。
幻聴持ちですか？w
218:デフォルトの名無しさん
10/03/06 14:17:13
>>195 からの流れだろ？
219:デフォルトの名無しさん
10/03/06 14:22:03
まああまり感情的になって煽りに走ったりせず
冷静に話しましょう
220:デフォルトの名無しさん
10/03/06 14:32:34
自分だけかもしれないけど、形式的に名前付けちゃうと
スコープ広くして使いまわしたくなるんだよね
変数名自体よりもそのほうが問題
221:デフォルトの名無しさん
10/03/06 14:32:54
>>195
単語帳みたいなイメージでwordsでつける
222:195
10/03/06 14:33:11
トン。
慣用されてる名前はないのか。
じゃあ、>>225 が決めてくれ。
223:デフォルトの名無しさん
10/03/06 14:44:23
そもそも、intだってiだのnだので必要十分な場面がそう多いとも思えんけど。
まして文字列なんてもっとそうだろう。
もしそんな場面があるなら普通にsでいいと思うけど。
224:220
10/03/06 14:50:25
int nとかやると、あとでまたintの変数が欲しくなったときについ
新しい変数を宣言せずにnをそのまま使い回したくならない?
一文字変数がどうとかいうよりそういうのがコードを分かりづらくすると思うんだ
ループカウンタなんかはそもそも使いまわすわけがないのでiでも問題ないけど
225:デフォルトの名無しさん
10/03/06 14:52:46
候補は出てるんだから自分で決めろ
226:デフォルトの名無しさん
10/03/06 15:00:01
命令口調ｸﾝって馬鹿だな、まで読んだ。
227:デフォルトの名無しさん
10/03/06 15:05:27
ｎとかiとかはさすがに使い捨て目的で、それを使いまわすってことは無いだろう
228:191
10/03/06 16:02:42
>>193 コマンドのdmcsはおそらくなくなってます。gmcsだけに統一されたのかも？
229:デフォルトの名無しさん
10/03/06 16:15:21
TPLってオープンソースじゃないんだな
DLRやMEFみたいにMS-PLで公開されてるのかと思ってた
230:デフォルトの名無しさん
10/03/06 16:24:08
この辺じゃねーの
URLﾘﾝｸ(mono-project.com)
> ParallelFx
> To use this code you have to manually enable the .NET 4
> profile using the --with-profile4=yes switch at configure stage.
231:デフォルトの名無しさん
10/03/06 17:02:30
(from x in items.AsParallel() where x.A < 3 select x.B).ForAll(x=>時間のかかる処理(x));
もう異次元すぎるな
こんなの書く日が来るんだろうか
232:デフォルトの名無しさん
10/03/06 17:50:08
中途半端にクエリ式混ぜないで、全部メソッド形式で書く方がマシ。
233:デフォルトの名無しさん
10/03/06 17:58:05
クエリは保守性が一気に落ちるからな。
234:195
10/03/06 18:16:42
>>225 がきっとボケてくれると思って振ったのに、
ぼけてくれなくて残念。
ちょい補足。
ruby みたいに多重代入があれば、
key,value = text.Split(new[]{'='},2);
としたいところだが、それができないので一時変数名を決めないといかん。
そんな場合にどうするか。
自分は、ひとに見せる予定がないときは手を抜いて a (arrayの意)。
人に見せる予定があるときは、ary,tokens とかなんだけど、
ソースを読んだ人がわかりやすい名前があればそれに
しとこうと思って、皆に聞いてみました。
235:デフォルトの名無しさん
10/03/06 19:12:28
最初の頃はフォームアプリで作成していたんだけど
簡単なプログラムの場合､コンソールで作った方が早いと気づいて
最近はまずコンソールアプリを作って､それを制御するフォームアプリを作るように
しているんですが､おかしいですか?
236:デフォルトの名無しさん
10/03/06 19:14:32
うん
237:デフォルトの名無しさん
10/03/06 19:18:12
>>235
好みの問題でしょ
VC#ならEEでもGUI作るのは簡単だし
VC++のネイティブとなるとエディションによってはいろいろ面倒だけど
238:デフォルトの名無しさん
10/03/06 19:19:19
好みの問題じゃないよ。
239:デフォルトの名無しさん
10/03/06 19:19:48
好み、つーか何をつくりたいかある程度明確にしてから作り始めるんじゃないのか、普通は。
途中で変更はあるにしろ。
240:191
10/03/06 19:28:48
自己解決です。
SVNからビルドしたらできるようになりました。
241:デフォルトの名無しさん
10/03/06 20:34:39
>>204-210
いやいや、>>195の例では何のワークかわからんし、テンポラリの文字列という意味でtmpStringだよ。
もっと何の用途にというのがわかれば、具体的な名前つけるけど。
俺からは>>196とか>>197のようなsplitで分割するからsplitted、keyとvalueのペアだからpairとか
そっちの方があり得ない。
まあ、俺が馬鹿という結論でいいよ、この手の論争は疲れるし。
242:デフォルトの名無しさん
10/03/06 20:34:54
コンソールアプリとそれを制御するGUIフロントエンドの形態って
ロジックと外観の分離ができてるから良いかもね
243:デフォルトの名無しさん
10/03/06 20:36:22
コンソールアプリっていきなりDOS窓が開かないようにできたっけ？
244:デフォルトの名無しさん
10/03/06 20:38:21
子プロセスとして起動するならコンソールが開かないようにはできるな
ていうかDOS窓とかすでに郷愁を誘う言葉だ
245:デフォルトの名無しさん
10/03/06 20:39:26
アプリ側では無理。
246:デフォルトの名無しさん
10/03/06 20:43:01
データ処理側はローカルproxyのようなスタイルで分離して
テキストを投げてもらうとかもいいかもね
247:デフォルトの名無しさん
10/03/06 20:45:02
なんでDOS窓が邪魔なら素直にクラスライブラリにしないのw
意味がわからんよ
248:デフォルトの名無しさん
10/03/06 20:46:24
>>241
ばーかばーか
249:デフォルトの名無しさん
10/03/06 20:48:40
>>247
まあやり方はいろいろあるからなんでもいいんじゃないの？
処理部分はC/C++で書いて・・・とかあるとDLLとして使うのもいいし
裏でサービスとして起動しておいて汎用的なアクセスにするでもいいし
250:デフォルトの名無しさん
10/03/06 20:51:54
>>247
コンソールアプリはコンソールアプリで楽に自動化できるからあればいいじゃない
で、先にコンソールアプリがあるなら一々クラスライブラリ化するより
GUIアプリはコマンドライン用の文字列作ってコンソールアプリに丸投げした方が手っ取り早いじゃない
251:デフォルトの名無しさん
10/03/06 20:54:56
ないわぁ
252:デフォルトの名無しさん
10/03/06 21:00:00
ハンガリアンやめたのはMSの大失敗
一目で型が分かるアレは便利だった
ハンガリアンに批判的なのは低脳プログラマに多い
253:デフォルトの名無しさん
10/03/06 21:05:38
プリミティブな変数は使わない方向なんだから
ハンガリアンはなくなって行く方向なのは間違いない
254:デフォルトの名無しさん
10/03/06 21:07:30
プロセス間 I/F のひとつとしてコマンドライン‥‥実行ファイルへのコマンドラインパラメータ？で渡すのはアリじゃないかと。
単純なパラメータで済むなら楽と言えば楽だし。
255:デフォルトの名無しさん
10/03/06 21:09:52
>>252
それを.netスレでいうのはかなり痛いぞ
.netで開発してると過去のみみっちい省略がアホくさく思える
タダ単に古参ギークが新参をバカにしたいだけにしか見えない
アセンブラからいろいろやってきてるが古いやり方で駄目な物は変えるべきだし
変わってる以上は受け入れるべき
こだわってるってことは新しいことについていけない昔を懐かしむだけの
老人に見える。
256:デフォルトの名無しさん
10/03/06 21:20:32
>>254
普通にメソッド呼び出しできた方がずっと楽だと思いますがw
バッチファイルやWSHとか、.NET以外の言語からも弄れるようにしたいのならともかく、
.NETの世界で完結していいのならわざわざコンソールアプリにする意味ってあるのかしら。
>>255
どうせ釣りだろうにそうムキにならんでも....
ただ、クラス名にCを付ける習慣まで否定しなくてもよかったんじゃないのかなとは
個人的にはちょっと思う時がある。
そのくせなんでインターフェイスだけIでプリフィクス推奨なんだろう。
257:デフォルトの名無しさん
10/03/06 22:04:16
IDEでの開発を前提として実用性を第一に考えた時に
インターフェースがIから始まってたらクラスの山の中からすぐ探せて便利。
クラスのPrefixがCだとタイプ数が1回増えるだけで意味ない。
てな結論に至ったんじゃない？
258:デフォルトの名無しさん
10/03/06 22:05:21
>>256
>ただ、クラス名にCを付ける習慣まで否定しなくても
クラスの塊なのにC付けたらウザいだろ
259:デフォルトの名無しさん
10/03/06 22:05:59
splitted
ｗｗｗ
260:デフォルトの名無しさん
10/03/06 22:12:38
>>256
だから選べる手段のひとつとしてだってばさ。w
プロセス分割の基準はいくつもあるだろ。
261:デフォルトの名無しさん
10/03/06 22:18:48
> バッチファイルやWSHとか、.NET以外の言語からも弄れるようにしたいのならともかく、
そこ除く意味が分からない
262:デフォルトの名無しさん
10/03/06 22:22:33
そもそもそんな話は出てなくて、Windows フォームアプリなのにコンソールで作り始める、
ってことだろ。
263:デフォルトの名無しさん
10/03/06 22:29:23
この言語より手早くにフォームアプリ作れる言語ってある?
より簡潔な言語とデザイン画面での操作性にすぐれたもの
多分フリーだとこれ以上のものはないよね?
264:デフォルトの名無しさん
10/03/06 22:30:41
>>263
フリーはないねえ
265:デフォルトの名無しさん
10/03/06 22:35:33
VB
266:デフォルトの名無しさん
10/03/06 22:37:17
タダじゃねーだろ
267:デフォルトの名無しさん
10/03/06 22:37:48
あれこれやらないのであればAccessの方が簡単に出来るな。
フリーじゃ無いが。
268:デフォルトの名無しさん
10/03/06 23:27:16
notifyIconについて質問です。
Windows XP以降のOSでアクティブでない通知アイコンが隠せるようになりましたが、
notifyIconをアクティブな状態にするにはShowBalloonTipしかないのでしょうか。
独自のフォームで通知を行い（メーラーやウィルスチェックソフトのように）
その際に通知アイコンを表示したいのです。
269:デフォルトの名無しさん
10/03/07 00:19:08
これだけは言わせてくれ。
tmpString はないわ。
270:デフォルトの名無しさん
10/03/07 00:34:01
意味不明だが、その独自のフォームの通知イベントのときにnotifyIcon.Visible = trueにすればいいだけの話ちゃうの？
Formにしろ、notifyIconにしろVisibleプロパティをtrueにすりゃ、アクティプになるだろう・・と思うんだけど
271:デフォルトの名無しさん
10/03/07 00:45:54
2001のころからやっているけど
未だにまともなプログラミングができないおれ涙目
272:デフォルトの名無しさん
10/03/07 00:47:47
文法からやりなおすんだ
273:デフォルトの名無しさん
10/03/07 00:49:45
>>270
Windows 7で確認していますが、
Windowsの通知領域アイコンの設定が「通知のみ」になっているとバルーンを出したとき？にしか
表示されなくなるんです。
これを、バルーンを出さずに一時的に表示する方法がないかな、と。
Visibleの変更は試してみましたがだめでした。
274:デフォルトの名無しさん
10/03/07 00:53:35
独学だとつらいだろうね。
いろんなプロジェクトに参加していいところを吸収できれば短期間でもすくすくと成長できる。
275:デフォルトの名無しさん
10/03/07 01:07:44
フォームアプリ作る場合いつもProgram.cは手付かずなんだけど
このクラスって何に使うべき?
276:デフォルトの名無しさん
10/03/07 01:10:43
例えば重複起動禁止処理とか
277:デフォルトの名無しさん
10/03/07 01:11:07
コマンドライン引数の処理とか
二重起動を弾くとか
278:デフォルトの名無しさん
10/03/07 01:14:20
while ( true )
{
279:デフォルトの名無しさん
10/03/07 01:23:08
new Form1().Show();
}
280:デフォルトの名無しさん
10/03/07 01:57:21
ブラクラかよｗ
281:デフォルトの名無しさん
10/03/07 08:24:00
>>271
専ブラでも作れ
GUIの作り方からいろいろ学べるぞ
282:デフォルトの名無しさん
10/03/07 09:14:39
.NET 1.1(C#)でFTPクライアントアプリの作成はどのように行えばよいですか？
283:デフォルトの名無しさん
10/03/07 09:20:28
誰かライブラリ作ってないか探してみて見つからなかったらTCPを自分で喋る
284:デフォルトの名無しさん
10/03/07 09:26:11
KBにあるからそれを使う。
285:デフォルトの名無しさん
10/03/07 09:33:56
1.RFC読んでFTPを理解する。
2.System.Net.Sockets で実装する。
3.できあがり。
286:デフォルトの名無しさん
10/03/07 10:18:58
wininetを使うのが一番簡単
287:デフォルトの名無しさん
10/03/07 11:14:30
英語苦手だとクラスの名前考えるだけで苦労する
urlを与えるとhostとか細かく分解処理して管理するクラスだとなんて名前付ければいいだろうｗ
288:デフォルトの名無しさん
10/03/07 11:19:41
System.Uriじゃだめなの？
289:デフォルトの名無しさん
10/03/07 11:21:26
>>288
host+その他
以外もできましたっけ？
290:デフォルトの名無しさん
10/03/07 11:25:09
以外が何を指してるのか分からんが取り敢えずメンバ一覧確認すれば
291:デフォルトの名無しさん
10/03/07 11:38:53
URLﾘﾝｸ([host])・・・・
という感じでパスがあったとすれば
[host]
[bbb]
とかurlの一部だけを抜きだしたい場合の話ですね
正規表現かけて処理しないと対応できなかった記憶が・・・
292:デフォルトの名無しさん
10/03/07 11:51:51
urlparse
293:デフォルトの名無しさん
10/03/07 14:44:03
>>281
2ちゃん専ブラって自分用にいろいろカスタマイズしたいし
作ってみたいんだけど参考サイトがあんまりないんだよね
ツインテールの初期のソースとかあったら見てみたいんだけど
今のソースは規模が大きくてもう理解不能
294:デフォルトの名無しさん
10/03/07 15:36:40
規模が小さければ理解できるんなら、時間さえあれば理解できるってことだ。
295:デフォルトの名無しさん
10/03/07 16:33:03
>>243
コンソールアプリで作って、プロジェクトの出力の種類をWindowsアプリケーションにすればOK
296:デフォルトの名無しさん
10/03/07 17:40:52
コードが時系列に並んでいないので
頭の中で実行プロセスをイメージしながら
ソースを見ていると混乱する
少し時間が経ってからクラスやメソッドを見ているとき
これがどのタイミングで実行されるかすぐにはイメージできない
ある動作をさせるとき多くの手段があり過ぎて迷う
297:デフォルトの名無しさん
10/03/07 18:00:09
>>296
なんかダメグラマ具合が文章にも出てるね。
文章力とプログラミング能力って相関がありそうだもんなw
298:デフォルトの名無しさん
10/03/07 18:11:46
論理性に長けてるかどうかだもんな。
299:デフォルトの名無しさん
10/03/07 18:20:17
>>293
2ch専用ブラウザの作り方
ｽﾚﾘﾝｸ(tech板:400番)
この辺で最近新規にc#で作ってる人がいるみたいなんでこっちも覗いてみては？
300:デフォルトの名無しさん
10/03/07 18:48:26
初心者が特にイベントドリブンで混乱するのはわかる気がする
処理が細切れになって頭の中でイメージしにくい
301:デフォルトの名無しさん
10/03/07 19:17:15
イメージしにくいですね
302:デフォルトの名無しさん
10/03/07 19:28:08
同じ処理が10回あれば10回記述する、とかじゃなきゃ
どんな言語だって多かれ少なかれそんなもんだろ
303:デフォルトの名無しさん
10/03/07 19:30:44
それは、たぶん問題の取り違えだと思うよw
イベントドリブン「だから」混乱するんじゃない。
イベントドリブン「ですら」混乱するんだよ。
304:デフォルトの名無しさん
10/03/07 19:52:33
大昔の割り込み処理もイベントドリブンといえるんだろうか
305:デフォルトの名無しさん
10/03/07 19:57:48
>>304
まあいえるんじゃないの？
マウスが動いたら～、サウンドボードのバッファーが空になったら～
306:デフォルトの名無しさん
10/03/07 20:50:17
割り込みは（普通は）応答時間を小さくするために使うものだから
目的は全然違うけどね。
っていうか、割り込み処理って別に大昔じゃないだろうw
マルチタスクOS上のアプリのコーディングでは使わないだけでしょ。
307:デフォルトの名無しさん
10/03/07 20:52:55
逆に言うと普通のアプリの場合については大昔になるわけで
308:デフォルトの名無しさん
10/03/07 20:55:40
何がどう「逆」なのか意味がわかりません。
309:デフォルトの名無しさん
10/03/07 21:34:14
とあるテンプレート
<div>
<h2>[VAR1]</h2>
<p>[VAR2]<p>
<div>
があるとして、
[VAR～]に値を流しこんでいきたいのですが、
どんな方法がありますでしょうか。
テンプレートは、
- div:
- h2: VAR1
- p: VAR2
のようなYAMLでもJSONでもなんでもいいのですが、
とにかく、同じようなデータセット？をテンプレートに流し込みたいです
310:デフォルトの名無しさん
10/03/07 21:36:00
Replace()
311:デフォルトの名無しさん
10/03/07 21:49:22
データグリッドビューでカレントセルが変わったときに
private void dataGridView1_CurrentCellChanged(object sender, EventArgs e)
で処理してるんですけど、処理が終わるまでカーソルの移動がわかりません。
先にカーソルを移動させたいんですけど、どうしたらいいでしょうか。
312:デフォルトの名無しさん
10/03/07 22:12:01
>>310
ありがとうございます。
なるほど、普通に置換すればいいのか。
連続で申し訳ないんですが、
フォルダのパスなどの定数ってどこに書くのが適切ですか？
313:デフォルトの名無しさん
10/03/07 22:33:01
不変値なフォルダパスって一般的ではない気がする
アプリケーション構成ファイルとかに書かない？
314:デフォルトの名無しさん
10/03/07 23:06:31
>>311
重い処理するならUIをブロックしないように非同期にする
315:デフォルトの名無しさん
10/03/07 23:15:35
>>314
それしかないんですね・・・
ありがとうございます。
316:デフォルトの名無しさん
10/03/07 23:37:28
>>315
おお
317:デフォルトの名無しさん
10/03/07 23:48:31
(´･ω･`) ………あ！
318:デフォルトの名無しさん
10/03/08 05:53:43
Foo f=new Foo();
f.Run();
と
Foo f=new Foo();
Thread t= new Thread(new ThreadStart(f.Run));
t.Start();
t.join();
はほぼ同じ動きをすると考えていいですよね？
後者にするとすごく遅くなるんですけど
これは余計なことやってるからだけなんでしょうか？
319:デフォルトの名無しさん
10/03/08 08:26:13
５月とかまた先延ばしにしたな
320:デフォルトの名無しさん
10/03/08 08:29:09
>>313
プロジェクトプロパティの
リソースや、設定っていうタブのことですか？
321:デフォルトの名無しさん
10/03/08 11:19:46
すいません、この画像のフォームコントロールの名前がわかりません。
誰か教えてください。
よろしくお願いします。
URLﾘﾝｸ(www.dotup.org)
322:デフォルトの名無しさん
10/03/08 11:22:12
リストビューだろ。
323:デフォルトの名無しさん
10/03/08 11:25:19
ありがとうございます！！
324:デフォルトの名無しさん
10/03/08 12:14:15
>>320
そう 主に設定の方
325:デフォルトの名無しさん
10/03/08 12:17:34
おれは app.config に出して、ConfigurationManager で読み出し、かな。
326:デフォルトの名無しさん
10/03/08 15:04:56
>>324
あれってよくわからんが、自分でapp.configとかいう名前のファイル作って
そこに書きだすのとどう違うんだ？
327:デフォルトの名無しさん
10/03/08 15:48:13
C#使っててPythonのが楽なときってある?
デスクトップアプリで
328:デフォルトの名無しさん
10/03/08 15:52:05
>>326
色々あるけど機能としては
IDEが自動的に型指定されたプロパティとしてSettings.名前でアクセスできるラップクラスSettingsを用意してくれる
ユーザースコープの方はSettings.Default.Saveで簡単に保存できる
とか 自分もこういう基礎的な部分以外は使わんから詳しくないけど
アプリケーション設定でもapp.configを使うんだけど
普通直接app.configに値を埋め込む場合は普通configuration/appSettingsを使うのに対して
configuration/configSections/sectionGroupを使って別ツリーに書き出す
329:デフォルトの名無しさん
10/03/08 17:40:09
Dictionaryのキーだけ保持したようなクラスありますか？
330:デフォルトの名無しさん
10/03/08 17:46:39
HashSet<T>
331:デフォルトの名無しさん
10/03/08 17:49:54
HashSet<T>がそれですか。
ありがとう。
332:デフォルトの名無しさん
10/03/08 17:50:34
というか、集合(set)を実現したいというならちゃんとそう説明しないと、
Dictionary<TKey, TValue>.KeyCollection
とか答えちゃうぞ
333:デフォルトの名無しさん
10/03/08 17:58:00
>>332
一般的な呼び方がわからなかったので329のように書きましたが
以降はそうさせてもらいます。
334:デフォルトの名無しさん
10/03/08 20:11:54
ロギングについて質問です。
例外発生時にエラーログを出力したいのですが、
後で統計などを取るためにプログラムから読みやすい形を考えています。
ただし、バイナリはNGにしたいと思います。
独自のErrorクラスを作って、その配列をXmlSerializerや
SoapFormatterでSerializeというのを考えたのですが、
こういう手法というのは一般的に見てどうでしょうか。
書き込むのにDeserialize→配列に追加→Serializeという手順になるので、
パフォーマンス上は不利だとは思いますが、
試しに3MB位までログ容量を増やしても体感上は遅延は感じませんでした。
本番運用では100KB以内で収まる程度だとは思います。
335:デフォルトの名無しさん
10/03/08 20:13:02
専用のTraceSourceというクラスを使う
XMLにも出力できる
336:デフォルトの名無しさん
10/03/08 20:15:52
>>327
ないね
かなり小さいコードでもインテリセンスに頼った方が早かったりする
スクリプト言語はコンパイルが不要なことに意義がある
337:デフォルトの名無しさん
10/03/08 20:17:05
log4netとか使っちゃうな。
338:デフォルトの名無しさん
10/03/08 20:37:42
sage
339:334
10/03/08 20:39:59
>>335,337
ありがとうございます。調べてみます。
340:デフォルトの名無しさん
10/03/09 10:10:21
>>337
あれ結構便利だとは思うけど
やれる事が多いだけに設定がめんどくせぇ・・・
俺の中では設定ファイルの中身グチャグチャにされるイメージがでかいかな・・
今は必要な機能だけ持った独自のログ機能自作して使ってるわ
341:デフォルトの名無しさん
10/03/09 12:45:06
bmpのファイルのロックを解除する方法を教えてください。
WPFでjpg画像を読み込んでいます。
BitmapImage bmp = new BitmapImage();
bmp.BeginInit();
bmp.UriSource = new Uri(fileName);
bmp.CacheOption = BitmapCacheOption.OnLoad;
bmp.EndInit();
これで、jpgが壊れているときに、
bmp.EndInit();
でエラーになります。
そこで、これ全体をtry-catchして、エラーが出たらDisposeしようと考えました。
catch{
bmp.Dispose();
Close();
}
としたのですが、bmpにはDispose()が見当たりません。
どうやってDisposeして終了したらよいでしょう?
WPF掲示板は初心者の質問には答えていただけないようなので、
こちらに来ました。
よろしくお願いします。
342:デフォルトの名無しさん
10/03/09 12:46:49
最近この板でキモいC#信者が暴走してるから自重するように
343:デフォルトの名無しさん
10/03/09 12:59:43
>>341
以前とあるソフト書いたときはこんな感じにしたな
FileStream fs = new FileStream(save,FileMode.Open);
b = new Bitmap(fs);
fs.Close();
fs.Dispose();
これだと自分でdiposeできるのでロックがかかったままにならない
どこかにこれはあったはず(@ITあたりにサンプルコードあったはず）
344:デフォルトの名無しさん
10/03/09 13:03:42
>>343
それSystem.Drawingや、と
まあWPFでも同じ回避方法になるね
UriSourceじゃなくてStreamSourceを使う
ていうかこれはバグだなー
345:デフォルトの名無しさん
10/03/09 13:04:37
>>341
StreamSource
考え方は>>343
346:デフォルトの名無しさん
10/03/09 13:06:27
>>344
バグというか仕様というか仕様考慮漏れというか
GCをあてにする言語なんでこういう仕様も許容範囲かと
コード書く側でまったく対処できないなら問題だけどね
347:デフォルトの名無しさん
10/03/09 13:10:12
>>343の補足
saveってのはこの前のロジックの都合でそうなってるだけで
fileNameとか自分の環境にあったのに書き換えてね
348:デフォルトの名無しさん
10/03/09 13:13:34
>>346
いや、内部でStream作ってるんだからそれを例外時にCloseしないのは問題でしょ
「using使えよ」的な話
ストリームをCloseしたときに例外が出たって状況ではないんだから
349:デフォルトの名無しさん
10/03/09 14:03:42
>みなさんありがとうございます。
が、下記のコードで、画像が表示されなくなりました。
読み込めていないようです。
どこがまずいでしょう?
BitmapImage bmp = new BitmapImage();
try{
//FileStream fs = new FileStream(fileName, FileMode.Open);
//bmp = new BitmapImage();
//fs.Close();
//fs.Dispose();
bmp.BeginInit();
//bmp.UriSource = new Uri(fileName);
bmp.StreamSource = new FileStream(fileName, FileMode.Open);
bmp.CacheOption = BitmapCacheOption.OnLoad;
bmp.StreamSource.Close();
bmp.StreamSource.Dispose();
bmp.EndInit();
}catch{
Close();
}
350:デフォルトの名無しさん
10/03/09 14:07:09
EndInitする前にCloseしたらそりゃダメだろ…
あとCloseとかDisposeとかは明示的に呼ぶんじゃなくてusing構文で
351:デフォルトの名無しさん
10/03/09 14:15:21
なんでusingという名前にしたんだろうな？まぎらわしい（ ・ω・）ｙ─┛～～
352:デフォルトの名無しさん
10/03/09 14:20:25
正常な場合はCloseしちゃだめ。
基本的にオープンの状態を維持して読み直せるようにしないといけない。
353:デフォルトの名無しさん
10/03/09 14:23:59
>>352
BitmapCacheOption.OnLoadの場合ロード時=EndInit時にデータを全部メモリにコピーしちゃうから
元Streamがどうなろうがしったこっちゃないよ
354:デフォルトの名無しさん
10/03/09 14:25:28
その辺うまく使いこなせないならMemoryStreamで読み込みできるように
自分でメモリに上げちゃえばいいんじゃないの？
355:デフォルトの名無しさん
10/03/09 14:54:55
>みなさんありがとうございます。
bmp.EndInit();
bmp.StreamSource.Close();
bmp.StreamSource.Dispose();
と順番を変更してうまくいきました。
ありがとうございました。
356:デフォルトの名無しさん
10/03/09 15:15:28
配列に入っている値の符合をプラスから全部マイナスにしたいんだけど、簡単に出来る方法はないですか？
もちろんループをつかって全部－１を掛け算すればいいんだけど、ビット演算とかで簡単にできないかなーと思って
357:デフォルトの名無しさん
10/03/09 15:17:21
ループが一番簡単だろ
358:デフォルトの名無しさん
10/03/09 15:27:46
最近は2の補数とかやらないのか・・・
359:デフォルトの名無しさん
10/03/09 15:29:03
それ以前に配列なんだからループ以外にどうしろと
360:デフォルトの名無しさん
10/03/09 15:30:25
>>356
int32の場合だと-1かけるっていうのは0xFFFFFFFFをかけるってことだけど
素直に計算したほうがいいんじゃないの？
参考までに
1*-1は0x00000001*0xFFFFFFFF=0xFFFFFFFF
2*-1は0x00000002*0xFFFFFFFF=0xFFFFFFFE
以下略
余計なシフト演算するくらいなら掛け算したほうがいい気がする
361:デフォルトの名無しさん
10/03/09 15:30:56
意地でもループを使わずなんとかするって方向ですか？
362:デフォルトの名無しさん
10/03/09 15:46:54
うん、ループ怖いし
363:デフォルトの名無しさん
10/03/09 15:51:38
>>362
じゃあ、再帰使え
364:デフォルトの名無しさん
10/03/09 15:51:42
-1 をかけるって、実際にはループの中で a[i] = -a[i]; だろ。
これより高速な方法なんてある？
365:デフォルトの名無しさん
10/03/09 15:54:32
x86だと命令を繰り返すための命令もあったけど
そういうのを除けばすでに言語はあまり関係ないよな・・・
366:デフォルトの名無しさん
10/03/09 16:01:42
そんなもん数万回やってやっとms単位の差が分かる程度だろ。意味ない。
367:デフォルトの名無しさん
10/03/09 16:16:50
どうしてもループしたくないならこういう感じで行けるんじゃないかな
int[] val = new int[10];
var tmp =
from n in val
select n * -1;
var minus = tmp.ToArray();
368:デフォルトの名無しさん
10/03/09 16:18:30
それ結局ループしてね？
369:デフォルトの名無しさん
10/03/09 16:19:48
だから言語は関係なくてループを書かないってのはできないんじゃね？といってる
再帰でやるほどでもないだろうし
370:デフォルトの名無しさん
10/03/09 16:22:48
できんこたないだろ
a[0] = -a[0];
a[1] = -a[1];
・・・
さあ全部書くんだ
371:デフォルトの名無しさん
10/03/09 16:24:50
手段のためなら目的は選ばない
372:デフォルトの名無しさん
10/03/09 16:25:00
完全にネタ化してきたな
373:デフォルトの名無しさん
10/03/09 16:29:22
>>372
まあネタだよね
釣りともいうかも
374:デフォルトの名無しさん
10/03/09 16:36:21
SSEとかそういうの使えばループ無しで出来るんじゃね？
Cとかアセンブラの域になるが。
375:デフォルトの名無しさん
10/03/09 16:40:37
無限ループって怖くね？
376:デフォルトの名無しさん
10/03/09 16:54:25
えッ!?
377:デフォルトの名無しさん
10/03/09 16:59:23
メッセージループは無限ループだから怖い
378:デフォルトの名無しさん
10/03/09 17:18:06
まぁその程度の事で難しく考えるより
単純でミスがないような後々わかりやすいコードのが大事だろ
379:デフォルトの名無しさん
10/03/09 18:05:45
>>349
今更だけど、FileStream.Close()ってDispose呼ぶだけだから、
CloseとDisposeの両方を呼ぶ必要はなく、片方1つで十分のはず。
380:デフォルトの名無しさん
10/03/09 18:16:11
>>379
MSDNには「Disposeのtrueと同じ」って書いてあったから
ちょっと違うのかもと思ってた
381:デフォルトの名無しさん
10/03/09 18:25:00
>>380
Dispose()はDispose(true)をよんでいる。
382:デフォルトの名無しさん
10/03/09 18:59:18
Stream系は全部using使わないと開放漏れが気になっちゃう
383:デフォルトの名無しさん
10/03/09 21:11:15
解放漏れよりも更新されなくて嵌まることがある
384:デフォルトの名無しさん
10/03/09 21:49:10
そーいえば、SmtpClient と MailMessage で添付ファイル付きのメールを送ったときに、
添付ファイルとしていたローカルファイルを削除できなくて悩んだことがあったな。w
この時初めて Dispose の重要性を実感した。
385:デフォルトの名無しさん
10/03/09 22:21:55
マネージDllに記述したﾒｿｯﾄﾞの説明などに使う///コメントが、Dllを使うプロジェクトで参照できません。
どうやったら参照できるようになりますか。
386:デフォルトの名無しさん
10/03/09 22:25:03
プロジェクトのプロパティ→ビルド→XMLドキュメントファイル
プロジェクト参照じゃなくてdllをそのまま配布する場合は必ず生成されたxmlファイルも一緒に
387:デフォルトの名無しさん
10/03/09 23:32:07
XmlSerializerを使ってDeserializeするクラスの中に配列があった場合はうまくいかないのかな？
388:387
10/03/09 23:47:58
自己解決しました・・・
389:デフォルトの名無しさん
10/03/10 00:07:21
死ね
390:デフォルトの名無しさん
10/03/10 00:15:45
どうやって解決したか書かない子はほんと自決して欲しい
391:デフォルトの名無しさん
10/03/10 00:18:27
>>390
いやです
392:デフォルトの名無しさん
10/03/10 00:27:11
>>391
勝手に応えるなｗ
>>390
ケアレスミスでしたｗ
393:デフォルトの名無しさん
10/03/10 00:28:53
>>392
いやです
394:デフォルトの名無しさん
10/03/10 01:51:09
一度覚えたら忘れにくい言語ないですか？
395:デフォルトの名無しさん
10/03/10 01:52:31
日本語
396:デフォルトの名無しさん
10/03/10 02:05:49
listview.items[].subitems[].text
↑長い
↓こんな感じにできたらいいのに
listview.items[](str,str,str,str)
397:デフォルトの名無しさん
10/03/10 02:07:27
>>396
っ 拡張メソッド
398:デフォルトの名無しさん
10/03/10 13:43:09
IDisposableの正しい実装方法おしえてちょ
399:デフォルトの名無しさん
10/03/10 15:02:56
string型をKeys列挙型に変換する書き方がわかりません。
下のような変換をするにはどのように書けばいいですか？
string "J" → Keys.J
string "Divide" → Keys.Divide
string "NumPad2" → Keys.NumPad2
400:デフォルトの名無しさん
10/03/10 15:34:09
スレッドセーフについて教えてください
①private static List<string> sampleList = new List<string>();として
同じクラス内の以下のスレッドを同時に実行します
スレッド１はsampleListに要素を一つずつaddして追加
スレッド２もsampleListに要素を一つずつaddして追加
スレッド３はsampleListの先頭の要素を取得後、RemoveAt(0)で削除
この場合はSynchronizedは必要ですか？
②private static int n1;として
２つの同時進行のスレッドからn1の値を変えたりする場合は
Interlockedが必要ですか？
③private static int n1;として
スレッド１からはn1の値を変更するが、スレッド２からは参照するだけ
ならばInterlockedは必要ないですか？
よろしくお願いします
401:デフォルトの名無しさん
10/03/10 15:35:43
>>399
(Keys)Enum.Parse(typeof(Keys), "NumPad2", false);
402:デフォルトの名無しさん
10/03/10 15:46:53
書き換えてる途中に参照しようとしたらどうする？
403:デフォルトの名無しさん
10/03/10 15:47:21
>>401
できました。ありがとうございます！
他にも色々使えそうなので更に勉強してきます。
404:デフォルトの名無しさん
10/03/10 15:58:59
途中ってなんだよｗ
405:400
10/03/10 16:05:14
>>402
ありがとうございます。
③の場合もInterlockedしておいた方がいいという事ですね。。。
もう一つだけ教えてください。
URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspxに
スレッド セーフ
この型の public static (Visual Basic では Shared) メンバは、スレッド セーフです。
と記載せれているのですが、これはSynchronizedが必要ないという意味ですか？
406:デフォルトの名無しさん
10/03/10 16:37:15
>>405
>この型の public static (Visual Basic では Shared) メンバは、スレッド セーフです。
>すべてのインスタンス メンバがスレッド セーフになるかどうかは保証されていません。
いらないよ
逆にCountプロパティとかその辺はセーフかどうかなんて保証されてないってこった
>コレクションが変更されない限り、List では、複数の読み込み操作が同時に発生しても問題ありません。
コレクションの列挙処理は、本質的にはスレッド セーフな処理ではありません。
まれに 1 つ以上の書き込みアクセスによって列挙処理で競合が発生する場合、確実にスレッド セーフにするには、列挙処理が完了するまでコレクションをロックします。
コレクションに対し複数のスレッドがアクセスして読み取りや書き込みを行うことができるようにするには、独自に同期化を実装する必要があります。
と書いてあるがこれ読めば参照時にもロックかけるべきかどうかは判断つくと思うんだけど
407:400
10/03/10 17:01:26
>>406
ありがとうございます
まとめると、Listをスレッドセーフで使うには
・public static以外はSynchronizedが必要
・For EachやCountプロパティ等を使用する時はロックが必要
ということでいいのかな。
助かりました、サンクス。
408:デフォルトの名無しさん
10/03/10 18:46:47
List<T>などのジェネリックコレクションにSynchronizedはない
常にロックが必要
409:デフォルトの名無しさん
10/03/10 19:32:29
Form1のボタンを押すと、Form2のテキストボックスにテキストを移すのってどうすればいいですかね？
DOBONさんのTipsを見て
Form2 f = new Form2();
f.ShowDialog(this);
f.Dispose();
な感じでForm2をForm1に所有させてやってるんですが
他にやり方とかないでしょうか？
410:デフォルトの名無しさん
10/03/10 19:39:31
>>409
クリップボードを中継する
411:デフォルトの名無しさん
10/03/10 19:42:07
>>409
それでできるのに何が問題なのかが
重要なんだと思うが････
412:デフォルトの名無しさん
10/03/10 19:42:12
同じ説明をしたなあ
Form2にアクセス用の関数を作って公開する
413:デフォルトの名無しさん
10/03/10 20:09:20
ボタンとテキストボックスは自分で配置してくれ
Form1.cs
URLﾘﾝｸ(codepad.org)
Form2.cs
URLﾘﾝｸ(codepad.org)
414:デフォルトの名無しさん
10/03/10 20:39:55
>>409
テキストボックスのModifiersプロパティをPublicにする
415:デフォルトの名無しさん
10/03/10 22:13:29
>>409
状況が分からないのでどういう方法が適切か何ともいえないけど、
Form1とForm2の間に相互に依存関係を持たせたくないのなら、
第三の仲介者役のオブジェクトを間に入れる。
単に依存関係を逆転させたい（Form1はForm2を知るべきでないが、Form2はForm1を知っててもいい）
だけなら、イベントを使ってもいい。
(1) Form1はボタンがクリックされたらテキスト伝達のためのイベント(仮にTransmitTextイベントとする)を発生させるようにする
(2) Form2がForm1の参照を持つ
(3) Form2にForm1のTransmitTextイベントのイベントハンドラを書いて、その中でTextBoxを更新する。
こんな感じ。
416:409
10/03/10 22:23:46
Form同士で受け渡しがしたかった理由は
Form1からForm1所有でForm2とForm3を出した際に
Form2の情報をForm3で取得したいときに所有しているのはForm1なので
受け渡しが出来ないのでどうすればいいのか？と考えていました。
417:デフォルトの名無しさん
10/03/10 22:39:53
>>416
それは設計がおかしい
と普通の人は考える
418:デフォルトの名無しさん
10/03/10 22:43:56
オブジェクト指向の世界は縦割りなんだよ
横の繋がりは必要としない
絶対的な権力を持つボスがすべてを操る
419:デフォルトの名無しさん
10/03/10 22:48:05
もう全部static変数にすればいいよ
そんなレベルで頭捻ったって結果は同じだからとりあえず動けばいい
どこが悪いかはそのうちわかってくる
420:デフォルトの名無しさん
10/03/10 23:02:07
最初はform2で処理したデータをform1で一旦取得してから
form3に渡すのは不自然だったり､非効率的に思えるかもしれないが
両方のformで利用するデータはform1で管理したほうが
実は安全で効率的なのだ
もしform3がform2とのやり取りだけしかしないなら
form2の子としてform3を宣言すべき
421:デフォルトの名無しさん
10/03/10 23:10:58
それならForm1にも直接データは持たせないべきだろ
データを保持するクラスを別に作って持ちまわる形にする
422:デフォルトの名無しさん
10/03/10 23:12:54
MVCしろよ
423:409
10/03/10 23:24:17
みなさんありがとうございます。
参考にしてC#をちょっとずつやろうと思います。
424:デフォルトの名無しさん
10/03/10 23:57:04
>>423
まあ、Formの本来の役割は入力と表示だってことは理解した方がいいよ。
つまりFormの仕事は、ユーザーからの入力を何か別のオブジェクトに伝達したり、
別のオブジェクトからのデータを表示するのが仕事。
PCでいったらモニタやキーボードに相当する部分。
だからそんな部分同士がデータを直接やりとりするのは本来おかしい。
キーボードとモニタの間が配線でつながっててデータやりとりしたらおかしいでしょ？w
キーボードはPCに対して入力データを送るだけ。
モニタはPCからの信号を表示するだけ。
GUIのプログラムも基本同じような考え方で作るべきだ。
Form1はオブジェクトhogeにユーザから入力があったことを伝達するだけ。（ボタンClickイベントハンドラで
hogeの何かのメソッドを呼び出す）
Form2はhogeからの情報を表示するだけ。（hogeからのイベントでTextBoxを更新する）
一見面倒だけどこれが結局シンプルで標準的なやり方。
425:409
10/03/11 00:01:00
>>424
なるほど。
もう一度入門書などをちゃんと読みなおしてみます＾＾；
426:デフォルトの名無しさん
10/03/11 00:01:53
複数のFormから一つのオブジェクトにアクセスする方法がわからない
427:デフォルトの名無しさん
10/03/11 00:03:26
>>426
アクセス用のクラスでも作ってそのインスタンスを教えておけばいいんじゃないの？
参照型の強みだよ
428:デフォルトの名無しさん
10/03/11 01:11:10
>>400
③でInterlockedをどう使うわけ？
せいぜいvolatileじゃないか？
429:デフォルトの名無しさん
10/03/11 01:15:08
>>400
②だって値の更新をどういう風にやるかによる。
読み取りと書き込みを合わせてtアトミックにやりたいならInterlockedとかがいるが、
条件によってはただ書き込むだけでいいかもしれない。
もしくはvolatileにするくらいでいいかもしれない。
①は普通ロックが要るが、それはそれとしてListよりQueueの方が向いてないか？
430:デフォルトの名無しさん
10/03/11 13:19:37
>>422
最近多い、GUIでプログラム作らせる初心者用入門書の弊害だと思う
431:デフォルトの名無しさん
10/03/11 13:21:01
だってMSの旧来のコントロールだとコントロール自体がデータ持ってる場合が多いんだもんよォォォォォ
432:デフォルトの名無しさん
10/03/11 13:22:50
WPFのバインドのようにできれば分けやすいんだけどな
あれできないと小規模な開発ならMVCの境目を考えるのあほらしくなるもん
大きくなればMVCしようかとも思えるけど
433:デフォルトの名無しさん
10/03/11 18:20:00
リストボックスを表示中に上下キーを押すと選択中の項目が変わるが、文字を入力するとテキストボックスに文字が入力されるようにしたいんだが、その方法がわからない。
実現する方法があったら教えてほしい。
434:デフォルトの名無しさん
10/03/11 18:47:57
>>433
つ[ComboBox]
435:デフォルトの名無しさん
10/03/11 19:08:57
>>434
IDEでよくある入力補完を実装したいので、それはNG。
436:デフォルトの名無しさん
10/03/11 19:11:30
入力アクションが何かしらんけど入力アクションを検知したらリストボックスの
一つの項目と同じサイズのテキストボックスを表示して制御をそこへ移して
そこから制御が離れたらテキストボックスの中の文字をリストボックスへ反映すればいいんじゃないの？
437:デフォルトの名無しさん
10/03/11 19:35:38
>>436
つ URLﾘﾝｸ(netbeans.org)
こういう風にしたいので、その方法だとダメ。
438:デフォルトの名無しさん
10/03/11 19:38:11
ああいいたいことわかったわ
リストボックスはあくまで候補の表示だけな
サジェストの候補表示とかをやりたいのか
アクティブにならないForm作ってそこへリストボックス張って候補だしゃいいだろう
半透明表示もできるぞ
439:デフォルトの名無しさん
10/03/11 20:32:55
>>438
ためしにやってみたが、リストボックスにフォーカスを合わすと、インクリメンタルサーチができなくなって…エディットぼっくにフォーカスを合わせたままだと、リストボックスの選択項目をキーボードで操作できなくなって…となった。
フォームの初期化時
this.autocomplete_box.Visible = false;
this.Controls.Add(this.autocomplete_box);
文字を入力した
this.input_word += e.KeyChar;
int index = this.autocomplete_box.FindString(this.input_word.ToString());
if (index != ListBox.NoMatches)
{
Point current = this.GetPositionFromCharIndex(this.SelectionStart);
this.autocomplete_box.SelectedIndex = index;
this.autocomplete_box.Location = new Point(current.X, current.Y + this.Font.Height);
this.autocomplete_box.Visible = true;
}
440:デフォルトの名無しさん
10/03/11 22:07:45
普通にテキストボックスをオートコンプリートにしたいわけではないんだよな？
Googleサジェストのような挙動ではなく、インテリセンスのような挙動にしたい
つまり、
・補完するのはテキスト全体ではなく、その一部(単語など)
・テキスト入力時には候補の絞込みは行わないで、選択項目のみを変更
ということに相違ないか？
441:デフォルトの名無しさん
10/03/11 22:08:45
>>440
それで間違いない。
442:デフォルトの名無しさん
10/03/11 22:33:59
それでは回答どうぞ
443:デフォルトの名無しさん
10/03/11 22:52:42
なら、438で問題ないな
> リストボックスにフォーカスを合わすと、インクリメンタルサーチができなくなって…
リストボックスに、必要な全てのイベントハンドラを設定すればいい
例えば、
文字はそのままテキストボックスにスルー
上下は選択変更
左右はテキストボックスの方のカレット移動
Enterは確定(Tabも？)
とか自分で決めて適当に処理すればいい
444:デフォルトの名無しさん
10/03/11 22:58:30
えらそうな質問者に対して、ちゃんと答えるなんてえらいやつだな。
445:デフォルトの名無しさん
10/03/11 23:01:18
>>444
オレも思ったw
446:デフォルトの名無しさん
10/03/11 23:44:43
>>443
なるほど。
そうすればいいのか。
答えてくれてありがとう。
447:デフォルトの名無しさん
10/03/12 03:59:56
ComboBoxのテキスト部分をユーザーからの書き込みをできないようにするには
DropDownStyleプロパティをDropDownListにするといいというのでやってみたところ
たしかにユーザーからの書き込みはできなくなりましたがComboBoxの見た目がTextBox調からButton調になり
Textプロパティをプログラム内部でも書き換えられなくなりました
しかし「DropDownListにするといい」と見つけたいくつかのサイトではそのようになってる様子は見られません
これはVisual C# 2008の仕様か何かなのでしょうか？
448:デフォルトの名無しさん
10/03/12 05:05:54
何も言えなくて･･･夏
449:デフォルトの名無しさん
10/03/12 05:09:03
そういうやり方じゃなくてユーザーからのテキスト入力イベントが
発生したときに､入力を受付なくさせるメソッドか何かがあったはず
忘れた
450:デフォルトの名無しさん
10/03/12 11:03:32
C++と比べるとC#は何がダメなんでしょうか?
GCがあったり色々便利な機能が付いてると思うのですが、ずいぶん叩かれてる印象を受けます
TRUEが1じゃなかったりするのが、あまり好かれないとかそんな感じでしょうか?
451:デフォルトの名無しさん
10/03/12 11:07:26
>>450
アンチが多いのは人気の裏返しだよ。
ほんとに悲惨なのはユーザーからの無反応。
TRUE が 1 じゃないとか、たたくポイントじゃないというか、
むしろ TRUE が 1 な方がたたくポイントだろ。
452:デフォルトの名無しさん
10/03/12 11:10:06
>>451
ありがとうございます。C#使いたくなってきました
TRUE=1等の暗黙の型変換は悪い意味での慣れでしょうか、
個人的にはちょっと残念なのです
453:デフォルトの名無しさん
10/03/12 11:13:22
別に言語ごとのプログラミングパラダイムに従うことは悪いことじゃないよ
C#に使うならC#の作法に従うべきではあるが
これは逆も然り
454:デフォルトの名無しさん
10/03/12 11:16:29
1番はC#がC++のスーパーセットだと思って使い始めて落胆するパターンな。
さすがに最近は減ったけど。
455:デフォルトの名無しさん
10/03/12 11:29:47
C#実際そんなに叩かれてない
見向きもされてない所がある
あまりに注目されてない不運な言語だ
456:デフォルトの名無しさん
10/03/12 11:32:37
ネイティブコンパイルされないのが唯一の欠点だろう。
あとは完璧
457:デフォルトの名無しさん
10/03/12 11:33:56
C#はいいとこ取りっていうか中途半端な感じだな
でもC#覚えれば、他の言語にも馴染みやすいと思うし
初心者向きな言語だと思う
すくなくともVB覚えるよりはいい
458:デフォルトの名無しさん
10/03/12 11:42:06
そこそこのことするならそこそこのことが出来るC#が「完璧」だろうが、
難しいことするなら難しいことができないC#が「中途半端」になる
見方次第だな
459:デフォルトの名無しさん
10/03/12 11:52:08
.net対応のマイコンも出たしもう完璧だろう
460:デフォルトの名無しさん
10/03/12 11:56:59
>>459
なんか興味ある 詳しく
461:デフォルトの名無しさん
10/03/12 12:04:26
C# 5.0でコンパイラ、メタプログラミング関係整備されて完璧。
462:デフォルトの名無しさん
10/03/12 12:24:30
もう一度言うが、完璧。
463:デフォルトの名無しさん
10/03/12 12:26:02
しつこいようだけど後もう一回だけ・・・完璧。
464:デフォルトの名無しさん
10/03/12 12:29:46
完璧さが周知されてない所がたまに暇。
465:デフォルトの名無しさん
10/03/12 12:36:04
>>460
.NETベースのマイクロコントローラー、FEZ Mini
URLﾘﾝｸ(jp.makezine.com)
466:デフォルトの名無しさん
10/03/12 13:05:45
FALSEが0以外なら全力で叩くがTRUEが1以外って処理系によっては昔から普通にあるし
その程度で動かなくなるようなコードを書く方が悪い
467:デフォルトの名無しさん
10/03/12 13:08:14
しかし最近はPythonに人気を取られがちのようだが
どうせ最速の言語じゃないんなら
コード記述が短くて､動的なほうが手軽というイメージ
smallbasic､Ironpythonでますます中途半端な存在になったな
468:デフォルトの名無しさん
10/03/12 13:17:56
>>465
サンクス
おもしろそうだ！！！
おれもやってみてぇ
469:デフォルトの名無しさん
10/03/12 13:42:31
人気ねぇｗ
470:デフォルトの名無しさん
10/03/12 13:48:45
プログラム板の勢いみると
言語ではC#が一番あるけどな
471:デフォルトの名無しさん
10/03/12 14:31:19
裾野だけは広いからな
472:デフォルトの名無しさん
10/03/12 15:53:07
敷居は低いが仕事は少ない
473:デフォルトの名無しさん
10/03/12 15:55:50
まだjavaなのか
474:デフォルトの名無しさん
10/03/12 15:59:14
そろそろマ板でやれ
475:デフォルトの名無しさん
10/03/12 17:34:50
using(StreamReader sr = new StreamReader(ws.GetResponseStream(), Encoding.GetEncoding("Shift-Jis"))) {
boardListHtml = sr.ReadToEnd();
sr.Close(); ←これいらないですよね？
}
476:デフォルトの名無しさん
10/03/12 17:39:58
うん
477:デフォルトの名無しさん
10/03/12 17:48:33
>>472
君は・・・世界が狭いようだな
478:デフォルトの名無しさん
10/03/12 17:54:40
>>477
一般庶民の話をしてるんだよ
479:デフォルトの名無しさん
10/03/12 20:28:17
C#はヴィジュアルスタジオ使うと
WindowsFormアプリケーションってやると
とっぱじめ最初にFormを継承したForm1が出てきて
それにボタンを貼り付けて、「はじめてのC#」とかいうメッセージボックスを出す
これだけのプログラムでも継承、カプセル、ポリモーフといったオブジェクト指向を使ってるな
初心が意識せずにオブジェクト指向できるようになってる言語？
480:デフォルトの名無しさん
10/03/12 20:31:33
日本語でOK
481:デフォルトの名無しさん
10/03/12 20:32:05
デザイナが勝手にやってるだけで全く使ってないだろ
482:デフォルトの名無しさん
10/03/12 20:32:30
むしろ日本語がNGの人
483:デフォルトの名無しさん
10/03/12 20:36:51
Visibleのtruefalseかちかちやるだけでメモリ食うのはなんで？
484:デフォルトの名無しさん
10/03/12 20:39:35
どうして「メモリ食う」と分かる？
その観測方法がオカシイ可能性は疑ってみた？
485:デフォルトの名無しさん
10/03/12 20:49:48
visual studioでbutton1とlabel1と↓作って
private void button1_Click(object sender, EventArgs e)
{
if (label1.Visible == true)
{
label1.Visible = false;
}
else
{
label1.Visible = true;
}
}
Windoｗsタスクマネージャ開きながらbutton1かちかち押すとメモリ使用量が増えるんだが
486:デフォルトの名無しさん
10/03/12 21:04:03
再現できなかった。
487:デフォルトの名無しさん
10/03/12 21:04:35
製作中のアプリの一部をクラスライブラリで分離する場合
完全に別プロジェクトでアプリプロジェクト->ライブラリプロジェクト(デバック）
の参照をつけてやったりするのかな？
488:デフォルトの名無しさん
10/03/12 21:26:21
>>472
ばかだなぁ。なければ作ればいいじゃないか。
無知なお客さんを言いくるめるくらいワケないだろ。
‥‥ほんとうに生産効率はいいんだから。
489:デフォルトの名無しさん
10/03/12 21:37:42
>>487
別プロジェクト以外ってことは、1つのプロジェクトでexeとdllの両方を出力とか？
普通の方法ではそんなことできないと思うけど
490:デフォルトの名無しさん
10/03/12 21:54:08
普通はひとつのソリューションでやるわな。
491:デフォルトの名無しさん
10/03/12 22:02:36
>>487
普通そうでしょ。
でもプロジェクト参照は循環参照不可だから、、
複雑なプログラムになってくると案外プロジェクトの切り分けが難しかったりする。
>>489
アセンブリが別とは言ってないんじゃない？
492:487
10/03/12 22:26:45
>>491
最終的にアセンブリを一つにするかexeとdllに分けるかで
変わってくる感じですかね
493:デフォルトの名無しさん
10/03/12 22:37:35
>>492
internalアクセス修飾を有効活用したいから、という、
人によってはちょっと不純に見えるかもしれない動機の場合もあったりする
494:デフォルトの名無しさん
10/03/13 02:28:12
今独習C#を一通り読み終わって
C#でWEBアプリケーション作りたいのですがお勧めの本があれば教えてください
URLﾘﾝｸ(ascii.asciimw.jp)
上記URLのようなものはあるのですがどうも評判が悪いので・・・
また関連書籍にASP.NETが多いですが、ASP.NETの本≒WEBアプリケーションの本という認識であってますか？
495:デフォルトの名無しさん
10/03/13 02:33:26
WEBアプリケーションって自分ブラウザとかじゃなくブラウザ上で動くプログラムということでOK？
496:デフォルトの名無しさん
10/03/13 02:39:23
>>495
自分ブラウザです
IEやfirefoxの簡易版を作りたいです。
497:デフォルトの名無しさん
10/03/13 02:42:44
それだったらc# WebBrowserでぐぐれば基本的なことは本買わなくてもできるよ
498:デフォルトの名無しさん
10/03/13 03:25:09
>>496
それってデスクトップアプリというんだよ
WEBアプリはブラウザをクライアントとするものだから
まったく別物
499:デフォルトの名無しさん
10/03/13 04:07:21
たとえば、何の前置きもなしに「WEB開発」って言われたら、
WEBアプリを作るって解釈しておk？
面接でそういう質問があったんだけど。
500:デフォルトの名無しさん
10/03/13 04:23:41
>>499
そうだね
JAVA,javascrpt,HTTP,Perl,RCFの知識があるのかってことになる
501:デフォルトの名無しさん
10/03/13 05:35:47
どこから突っ込めば
502:デフォルトの名無しさん
10/03/13 05:52:56
WEB開発って面接官もへぼいな
WEBに関係することって
・クライアント（webブラウザー)そのもの
・クライアント上で動くスクリプトなど
・サーバー側
大きく分けてもこんな感じだしなあ
ものすごく範囲は広いよ
さすがに最近はhttpのプロトコル処理関連まで作るなんてのはないだろうけど
503:デフォルトの名無しさん
10/03/13 06:13:25
その面接官は多分ホームページ作ったことあるか聞いてたんじゃないかな
504:デフォルトの名無しさん
10/03/13 09:27:23
いいかげんスレチだけどwebってwwwの略なんだから
全てクライアント上で動作する物はwebアプリとは言わないだろ基本的に
その面接官もwebを理解してるのかあやしいがweb開発なんて言ったら
重箱の隅から隅まで含まれるぞ
505:デフォルトの名無しさん
10/03/13 09:30:09
phpくらいしかできないよ
506:デフォルトの名無しさん
10/03/13 09:57:46
十分だよ
507:デフォルトの名無しさん
10/03/13 10:00:49
つまりズブの素人ってことだよ
言わせんな恥ずかしい（AA略
508:デフォルトの名無しさん
10/03/13 11:18:40
こんなスレみるんじゃなかった・・・
ヤホーの知恵袋にでもいってくりゃよかった
なんかゴメン
509:デフォルトの名無しさん
10/03/13 11:27:00
つうか、たまたまだろ
平日に仕事しながら見てるやつて結構とレベル高いと思うけど？
510:デフォルトの名無しさん
10/03/13 11:34:33
日本語のレベルが低いですね
511:デフォルトの名無しさん
10/03/13 11:37:26
ちっ、うっせーな
512:デフォルトの名無しさん
10/03/13 11:38:33
うっ、ちっせーな
513:デフォルトの名無しさん
10/03/13 11:43:30
ちっ、ちっせーな
514:デフォルトの名無しさん
10/03/13 12:37:35
C#だとCの供用体みたいなのをつくるときって
unsafeつかわないと無理？
515:デフォルトの名無しさん
10/03/13 12:40:49
StructLayoutとFieldOffsetだけで一応作れるけど
今時共用体とかないわー
516:デフォルトの名無しさん
10/03/13 13:57:01
日本語のレベルが低いって、ふだんはC#で他人と会話しているのか？
517:デフォルトの名無しさん
10/03/13 14:03:51
は？
518:デフォルトの名無しさん
10/03/13 14:25:17
ここは普段他人とはなさずに一日中PCの前でプログラム組んでるオタが来る場所だから
日本語をまともに話せない人がいても仕方ない
519:デフォルトの名無しさん
10/03/13 14:37:35
>>516
if (This.Seiyoku >= 95) {
This.Hand.GetTimpo();
for (int i = 0;i < 2000;i++) {
This.Hand.Up();
This.Hand.Down();
}
this.Say("あああああ────");
}
520:デフォルトの名無しさん
10/03/13 14:49:42
MessageBox.Show("ふぅ・・・");
521:デフォルトの名無しさん
10/03/13 15:38:49
2000も要らんだろ。
522:デフォルトの名無しさん
10/03/13 15:50:02
細胞が壊死するぞ。
523:デフォルトの名無しさん
10/03/13 15:50:47
C#を猛プッシュしてるキチガイうぜー
524:デフォルトの名無しさん
10/03/13 15:51:42
おまえらは4でじゅうぶん
525:デフォルトの名無しさん
10/03/13 16:15:33
C#はWindowsのGUIアプリを作るっていう非常に限定された状況でのみ
CやC++より優秀
526:デフォルトの名無しさん
10/03/13 16:18:48
あと初心者にはかなり使いやすい
527:デフォルトの名無しさん
10/03/13 16:49:14
>>519
ウィルスコード確認しました
528:デフォルトの名無しさん
10/03/13 17:07:20
>>526
それはC#のメリットというよりVC#環境限定の話だろ
最初にインテリセンス体験したとき開発者マジキチって思った
529:デフォルトの名無しさん
10/03/13 17:14:36
スニペットのせいで構文覚えられない初心者が多発、という弊害がもれなく付いてくるけどなw
530:デフォルトの名無しさん
10/03/13 17:15:01
ただの補完なら大概の言語で使えるけどね
531:デフォルトの名無しさん
10/03/13 17:16:54
構文を覚える必要はない
532:デフォルトの名無しさん
10/03/13 17:24:03
構文は自然と覚えるものだと思うが
533:デフォルトの名無しさん
10/03/13 17:36:34
構文と言うよりも単語が覚えれないかな
534:デフォルトの名無しさん
10/03/13 17:36:59
スニペットなんてただの初心者騙しの鬱陶しい機能にしか思えないけど、
あんなの活用してる人いるのか
っていうかPEZみたいな名前が気に入らん。
ラムネ菓子かっ
535:デフォルトの名無しさん
10/03/13 17:44:48
>>534
PEZさんディスってんじゃねー
536:デフォルトの名無しさん
10/03/13 17:46:51
楽できるなら楽したらいいと思う
いまさら a += 3 を a = a + 3 って書きたいひとはおらんじゃろ
537:デフォルトの名無しさん
10/03/13 17:46:58
プロジェクト内だけのスニペットは便利だったりする
538:デフォルトの名無しさん
10/03/13 17:53:09
>>536
おまえはおれを怒らせた
539:デフォルトの名無しさん
10/03/13 18:19:07
昔はprop->のproperty作成とかやってたな。
private変数作ってから、crtl+r, ctrl+eのリファクタの方が便利だと知ってからは使わなくなった。
540:デフォルトの名無しさん
10/03/13 20:33:49
よく入力するパターンは自分で定義して使ってるな
dw: Debug.WriteLine( );
eh: (_sender, _e) => { };
とか
541:デフォルトの名無しさん
10/03/13 20:53:42
>>475
なにこのコード
なんでusing使ってるの？
俺がC#触ってない間になんかあったのか
542:デフォルトの名無しさん
10/03/13 20:55:57
どれぐらい使ってなかったんだ
543:デフォルトの名無しさん
10/03/13 20:59:54
IDisposable
544:デフォルトの名無しさん
10/03/13 21:00:20
>>541
button1.Click += (sender, e) => MessageBox.Show("こんなのもできるよ");
545:デフォルトの名無しさん
10/03/13 21:01:47
using構文はC#1.0当初からある構文だが
強いて言うなら>>541が触ってない間に>>541からC#の記憶が飛んだんじゃないか
546:デフォルトの名無しさん
10/03/13 21:50:11
最初から知らなかっただけだろう
547:デフォルトの名無しさん
10/03/13 22:00:41
2.0からだと思ってた俺
548:デフォルトの名無しさん
10/03/13 22:03:58
>>512
（´；ω；｀）
549:デフォルトの名無しさん
10/03/13 22:10:03
2.0からだろ
550:デフォルトの名無しさん
10/03/13 22:12:35
>>544
ラムダ士気って便利だよね。
551:デフォルトの名無しさん
10/03/13 23:14:10
ちょっと教えてください
文字列が入ったリストデータをTreeViewに表示する場合
TreeViewを継承した自作クラスにリストデータを直接読み込んで表示するようなメソッドを作るべきか
TreeViewのNodesに追加する処理をForm1でするべきか
どちらがいいのでしょうか?
552:デフォルトの名無しさん
10/03/13 23:17:31
その程度なら後者
553:デフォルトの名無しさん
10/03/13 23:23:28
>>551
どっちでもいいんじゃね？
なんでもかんでもFormに書くのもあれだし継承してあれこれ作れるならそういう練習を兼ねて別途設計してもいいだろうし
554:デフォルトの名無しさん
10/03/13 23:28:22
練習も兼ねて自作クラス作ってみようと思います
ありがとう
555:デフォルトの名無しさん
10/03/14 01:10:52
うむ
556:デフォルトの名無しさん
10/03/14 03:31:22
フォームアプリで処理内容を表示したいのですが
Form1の処理内容ならtextboxなどに表示すればいいですが
form1でインスタンス化したオブジェクト内部の処理内容を表示したい場合
どうすればいいでしょうか?
557:デフォルトの名無しさん
10/03/14 03:54:06
オブジェクトに処理状況を返すメソッドを作って
Form1から非同期で動かして定期的に処理状況を調べる
558:デフォルトの名無しさん
10/03/14 07:39:47
非同期･･･ちょっと難しそうですね･･･
諦めます
559:デフォルトの名無しさん
10/03/14 09:42:11
なんでも試してみるもんさ
と、偉大なゲイは言いました
560:デフォルトの名無しさん
10/03/14 11:00:47
もしくはそのオブジェクトに textbox なりを教えてあげて、
オブジェクト内部の処理が終わったら textbox に直に書き換えてさせてしまうとか。
他との兼ね合いがないなら、自分はそうする。
561:デフォルトの名無しさん
10/03/14 11:01:51
BackgroungWorker使えばそこまでめんどくもないと思うんよ
562:デフォルトの名無しさん
10/03/14 11:43:11
スレッドの扱いやすさ考えるとBW使うのめんどくさくてね・・・
563:デフォルトの名無しさん
10/03/14 11:43:44
>>556
>>558のように言ってるって事は、恐らくその「オブジェクト」の処理は
UIと同じスレッドで動くってことなんだろうから、
それなら単純にその「オブジェクト」のクラスに～Changed系のイベントを実装して、
Formの方はその～Changedイベントで表示内容を更新すればいいんだよ。
それが面倒で、かつ更新するコントロールの数が少ないなら、
Formにタイマくっつけてタイマのイベントで表示内容を更新してもいい。
何か難しく考えすぎてないか？
564:デフォルトの名無しさん
10/03/14 12:09:23
ですね
565:デフォルトの名無しさん
10/03/14 12:45:49
>>563
>>560
なるほど､イベントは自前で作った事ないからやってみてもいいかも
簡単なのはtextboxの参照渡すのがいいですね
検討してみます
ありがとうございました
566:デフォルトの名無しさん
10/03/14 12:59:28
なんか初心者が間違った知識を覚えるのをほっとくのも気が引けるんで一応突っ込むけど、
＞簡単なのはtextboxの参照渡すのがいいですね
こういうやり方は普通は邪道とされている。
馬鹿だと思われたくなければやっちゃダメ。
これがダメな一番の理由はそんなことをしちゃうとそれぞれのクラスの
役割分担が明確じゃなくなるから。
TextBoxの更新を担当するのは、その持ち主であるFormであるべきだとは思わない？
他のオブジェクトがTextBox更新しちゃうのなら、Formの役割って一体何よ。
567:デフォルトの名無しさん
10/03/14 14:08:52
それは設計によるとしか言いようがない。
568:デフォルトの名無しさん
10/03/14 14:21:32
ただ機能的要件が果たせさえずればOK、と思いつくままにTextBoxの参照を
渡すような馬鹿で間抜けな行為を「設計」とは言わない。
569:デフォルトの名無しさん
10/03/14 14:22:43
まぁそれをいっちゃうとMVCとかObserverとか面倒なので
570:デフォルトの名無しさん
10/03/14 14:29:27
まあtextboxもクラスだからついついやりがちだけど所詮はGUI部品だからなあ
一番いいのはデリゲートだっけ？
571:デフォルトの名無しさん
10/03/14 14:34:01
563の言うようにするかなあ
その処理オブジェクトは、進捗を公開するかしないかを決め、
GUIオブジェクトは、それを見るか見ないか自由にする
572:デフォルトの名無しさん
10/03/14 14:50:30
前に別スレッドからメインのFormに貼ってあるtextboxにログを吐く方法を聞いたときに
作ったのならあるわ
Form1.cs
URLﾘﾝｸ(codepad.org)
hoge.cs
URLﾘﾝｸ(codepad.org)
hoge.csは自分でクラスを作ってコード張ってくれ
Form1.csの方はtextboxをDock=Fillで張ってスクロールバーを表示しておけばいいか
あとshownで表示させてるのでイベントハンドラ追加してからコード貼ってくれ
573:デフォルトの名無しさん
10/03/14 14:51:23
hogeクラスはスレッド起動部分を書いてないけど移植前の方では動いてるので問題ないと思う。
574:デフォルトの名無しさん
10/03/14 15:06:30
PInvokeでもつかえば
575:デフォルトの名無しさん
10/03/14 15:08:59
P無しで
576:デフォルトの名無しさん
10/03/14 15:10:45
ほうピンボケを
577:デフォルトの名無しさん
10/03/14 15:13:03
関数名をhogehogeにするつもりがhogehoeになってたｗ
hogehoeは本当はスレッド起動をさせる関数なんだけどその辺は端折ったｗ
578:デフォルトの名無しさん
10/03/14 15:23:18
訂正版
URLﾘﾝｸ(codepad.org)
579:デフォルトの名無しさん
10/03/14 15:56:25
URLﾘﾝｸ(codepad.org)
こんな感じで遊んでたんだがApplication.DoEvents入れて経過を分かるようにすると
スレッドの動作が変わった感じなんだが何が変わったんだろう。
Application.DoEvents無し->適度に3スレッドの出力が混じる
Application.DoEvents有り->最初の一回だけ起動した順に結果がでるけど２回目以降は後で起動したスレッドだけ？やってる感じ
580:デフォルトの名無しさん
10/03/14 15:58:05
100x3は多いので10x3に絞ってみた
Application.DoEvents有り
[ 0000 ] 0
[ 0001 ] 0
[ 0002 ] 0
[ 0002 ] 1
[ 0002 ] 2
[ 0002 ] 3
[ 0002 ] 4
[ 0002 ] 5
[ 0002 ] 6
[ 0002 ] 7
[ 0002 ] 8
[ 0002 ] 9
[ 0001 ] 1
[ 0001 ] 2
[ 0001 ] 3
[ 0001 ] 4
[ 0001 ] 5
[ 0001 ] 6
[ 0001 ] 7
[ 0001 ] 8
[ 0001 ] 9
[ 0000 ] 1
[ 0000 ] 2
[ 0000 ] 3
[ 0000 ] 4
[ 0000 ] 5
[ 0000 ] 6
[ 0000 ] 7
[ 0000 ] 8
[ 0000 ] 9
581:デフォルトの名無しさん
10/03/14 17:43:05
あるインスタンスが同じクラスの別のインスタンスに影響を与えるのは悪いことですか？
582:デフォルトの名無しさん
10/03/14 17:45:05
たとえば、Form1の中にButton1とButton2があったとして
Button1.Clickを、Button2のサイズとか名前とかを変える
みたいなイベントにしたら、Button1はButton2に影響を与えてるけど
これっていけないことなの？
インスタンスはすべて独立させたほうがいい
みたいなこと書いてたんだけど
583:デフォルトの名無しさん
10/03/14 17:47:20
>>582
ケースによるんじゃない？
584:デフォルトの名無しさん
10/03/14 17:57:33
そんなこと真面目に聞いてたら無効にしたボタンは二度と有効にできないな
どこでそんなこと言ってたのか興味あるから教えて欲しい
585:デフォルトの名無しさん
10/03/14 18:05:47
Button を継承した Button1 のメソッドで Button2 をいじったらだめだろうけど
実際いじってるのは親の Form なんだから、 Button1 が Button2 に影響を
与えてるわけではない
586:デフォルトの名無しさん
10/03/14 18:10:43
>>556の話はインスタンス化したオブジェクト内部なんで
関係としては>>572>>578>>579あたりのコードのような状態だからなあ
buttonが直接外の何かに影響するってことは標準ではなくて
イベントハンドラを登録して処理は別途書くよね
587:デフォルトの名無しさん
10/03/14 18:12:54
「影響」というのがメソッド呼び出しの事をさしているのであれば、（それ以外にありえないと思うけど）
影響を与えるなというのはメソッド呼び出しするな、と同義になるわけで、
じゃあprivateなメソッドだけを持つ自律的なクラスだけでコードが書けるのかと。
まあ、要するに愚問過ぎるw
>>585
いや意味わからないしw
588:デフォルトの名無しさん
10/03/14 18:48:37
はぁ～い
ちゃぁ～ん
589:デフォルトの名無しさん
10/03/14 18:48:40
アプリ起動時にフォームとフォーム内のコントロールが
ちゃんと表示されてからプログラムが実行されるようにしたい
shownでもフォームが表示されただけでコントロールが
ちゃんと表示されない状態で実行されるのですが
なにか良い方法はないでしょうか?
590:デフォルトの名無しさん
10/03/14 18:52:11
ない。
591:デフォルトの名無しさん
10/03/14 18:54:39
Application.Idleが近いかねぇ
592:デフォルトの名無しさん
10/03/14 18:54:51
ままっままま､まじっすか
593:デフォルトの名無しさん
10/03/14 18:58:10
あるあるよ
594:デフォルトの名無しさん
10/03/14 19:00:40
WebBrowserだとnavigatedイベントなんてあるけどそれと似たようなのって聞いたこと無いな
595:デフォルトの名無しさん
10/03/14 19:03:10
普通はフォームが表示される前に
事前処理を終了させるのかな
他の言語でもこんな感じ?
596:デフォルトの名無しさん
10/03/14 19:04:28
言語の問題じゃなくてWindowsの問題だと思うけどなｗ
597:デフォルトの名無しさん
10/03/14 19:07:45
Formが表示されてからしばらく何か動くのであればshownのタイミングで
Form全体のコントロールを触れないようにして処理した後ユーザーが触れるようにするとか
ちなみにやり方に普通はないよ
ユーザーがフリーズしたんじゃないの？とか
表示されたので触っていいと思ったけどなんか触ったらおかしくなった・・・とか
そういうのを回避できてればいいと思うよ
598:デフォルトの名無しさん
10/03/14 19:13:58
activateかなんかなかった
599:デフォルトの名無しさん
10/03/14 19:20:26
shownだとユーザーがフリーズしたと思われそうだなー
loadイベントで処理する方がマシか
600:デフォルトの名無しさん
10/03/14 19:23:43
うん
601:デフォルトの名無しさん
10/03/14 19:28:16
>>599
Loadでやるにしてもスプラッシュウインドウでも出しておかないといらちにはあれだぜ
いらちをだますには適度なタイミングでちびちび変化を見せてあげるほうがいい
602:デフォルトの名無しさん
10/03/14 19:29:39
ほとんどﾋﾞｮｰｷ
603:デフォルトの名無しさん
10/03/14 19:31:25
>>602
病気だけどそんなのはいえないしねえｗ
604:デフォルトの名無しさん
10/03/14 19:31:47
いやShownでちゃんと表示されてるはずだし。
でなきゃ"Shown"って名前が嘘になっちゃうし。
何がしたくて何を言ってるのかサッパリ意味がわからんな。
605:デフォルトの名無しさん
10/03/14 19:34:57
>>604
FormのShownでしょ
確かに上に乗ってるコントロールはFormのコンストラクタでできてるので
問題はないけどshownの段階ではForm上にのってるコントロールのどれかが
何かしら動いてる？から今回の質問なわけでしょ・・
まあ自分のアプリの処理のタイミング調整でなんとかなりそうだけど
606:デフォルトの名無しさん
10/03/14 19:38:41
>>605
ごめん真面目に何言ってるのか理解できん。
っていうか、それ>>589が言ってることと明らかに違わないか？w