ふらっとC#,C♯,C＃（ ..
116:デフォルトの名無しさん
08/10/01 00:33:37
>>1乙
117:デフォルトの名無しさん
08/10/01 01:03:52
制限時間付きオセロを作りたいのですが、どの様にすれば良いのでしょうか？
118:デフォルトの名無しさん
08/10/01 01:04:59
オセロのアルゴリズムとGUIを作ればいい
119:デフォルトの名無しさん
08/10/01 01:15:32
俺もオセロ作っているんだけど
①どこに石をおけるかを調べる
置ける場所を保存
どこに置くか選ぶ
置いた場合どの石が裏返るから調べる
相手や自分の置いた石を盤面に反映する
①ヘ
それぞれどのクラスに記述すればいいかわからなくなる
120:デフォルトの名無しさん
08/10/01 01:18:51
>>119
オブジェクト指向な人々から見るといろいろ意見はあるんだろうけど、
あんまり気にせずまとめて作っちゃえばいいんでね？
121:117
08/10/01 01:20:21
自分はほとんど知識がないのに今日の朝7時までに提出しろと言われたもので・・・
死亡フラグですよね？
122:デフォルトの名無しさん
08/10/01 01:21:16
>>119
これ読めば？
コンピュータ麻雀のアルゴリズム―AIインターフェイスと思考ルーチンを作る (I/O BOOKS)
123:デフォルトの名無しさん
08/10/01 01:21:33
>>121
うん。
124:デフォルトの名無しさん
08/10/01 01:21:45
>>121
無理諦めろ
サボってたお前が悪い
125:デフォルトの名無しさん
08/10/01 01:23:13
本すすめるならこっちだろ
リバーシのアルゴリズム C++&Java対応―「探索アルゴリズム」「評価関数」の設計と実装 (I・O BOOKS) (単行本)
126:デフォルトの名無しさん
08/10/01 01:26:15
どこに置くかを決定するアルゴリズムは面倒そうだね。
簡単なのは、四隅、端、その他、って感じで順位づけをしておいて、
置けるときに置く、って感じかな。
127:デフォルトの名無しさん
08/10/01 01:28:39
>>121
俺昔作った奴あるけど人類よりはるかに強いから
お前が作ったことにして提出したら不正がばれるだろ
128:デフォルトの名無しさん
08/10/01 01:29:05
オセロは一枚返しの定跡があるから、まぁそのあたりで評価関数作れば簡単そうだが
終盤はきちんと全幅探索して読み切る
129:規制解除ヒャッホーウ
08/10/01 01:29:11
まったくわからんが俺も考えてみよう
オセロ板クラス
どこに石が置いてあるか
石を置いて石が置ける場所じゃなかったらエラーを返すとかやるクラス
入出力はインデクサとか使って置いたり置いてあるのを調べたりとかか？
相手CPUクラス
石の置いてある箇所からどこに置くのか決めて適切な位置に置く
これが一番ムズそう
審判クラス
順番になったらイベントで通知してくれたり制限時間はかったり
先に謝っておこうなんていうかごめんなさい
130:デフォルトの名無しさん
08/10/01 01:30:27
>>129
いいんだよ
131:デフォルトの名無しさん
08/10/01 01:31:21
>>129
グリーンだよ
132:デフォルトの名無しさん
08/10/01 01:35:34
夏休み最後の日まで宿題とっておいていいのは小学生までだろ
133:デフォルトの名無しさん
08/10/01 01:38:46
課題だったら、多少くそ重くても総当たりやっちゃえばいいんじゃなかろうか。
134:デフォルトの名無しさん
08/10/01 01:41:14
総当り（笑）
アホだろ
135:デフォルトの名無しさん
08/10/01 01:43:21
もうランダムで置く場所決めればいいじゃん
136:119
08/10/01 01:44:23
>>129
大体そんな感じだろうと思って作ってみたら
CPUクラスで盤面情報を取得したり、どこに置くか？置けるのか？
などが、オセロクラスと機能が微妙にかぶるんですよね
それでこんがらがっちょになるわけで。
よくあるオブジェクト指向の考え方の例で
人間クラス＞学生クラス。名簿クラス。なんかがあるけど
こういう考えで作ろうと思うと、非常に難しい
どこに置けるかなどは、オセロ板が考えるんじゃなくて人間が考えるわけで
盤面の情報も頭の中にあるわけで、じゃあ、盤面は石の状態だけ保存させておいたほうがいいのか
とか考えて、でも、CPUクラスごとにルールクラスを保持させるのも変な感じだし
とまあ、こんな感じで途方にくれてます
137:デフォルトの名無しさん
08/10/01 01:52:17
>>136
とりあえずCPUは後回しにして
人間二人が交互に打てるところまで作れば？
138:デフォルトの名無しさん
08/10/01 02:02:48
>>130
>>131
どうも
>>136
どこに置けるか？とかは
オセロ盤クラスの置いてpublicにするかもわからんなー
そうすればCPU側やUI側（マウスが置けないマスに入ったら×マークを表示するとか）とかからも使えるような気がする
139:デフォルトの名無しさん
08/10/01 04:02:51
IBMとマイクロソフトが作った昆虫のゲームの名前なんでしたっけ？
dllで昆虫を作ってプログラマーが競い合うものなんだけど
140:デフォルトの名無しさん
08/10/01 04:16:08
上の方見て、何となくClipboardWatcherというクラスを作った
イベントはまだ実装してない(Trace.WriteLineしてるだけ)けど、
コメントほとんどなしの状態で240行程度
141:119
08/10/01 04:17:27
相手と自分を同じクラスで処理してたから混乱していたのかも
Playerという基底クラスを作って
先手、後手の派生クラスを作って処理してみます
142:デフォルトの名無しさん
08/10/01 07:26:15
同じ自作コントロールを複数生成したいが、
他のフォームで使う予定はまったく無い、
といった場合、ユーザーコントロールを作るより、
フォームのファイル内に自作コントロール用のクラスを作ったほうがいいですかね？
143:デフォルトの名無しさん
08/10/01 07:32:46
>>141
質問ついでに答えてみる。
OOPは、登場人物（モノも含む）を全て洗い出すことから始めてみるといい。
144:デフォルトの名無しさん
08/10/01 07:35:24
>>139
いじったことないけど Terrarium?
145:デフォルトの名無しさん
08/10/01 09:39:46
>よくあるｵﾌﾞｼﾞｪｸﾄ指向の考え方の例で
>人間ｸﾗｽ>学生ｸﾗｽ｡名簿ｸﾗｽ｡なんかがあるけど
ねーよ。
いや例はよくあるけど。
146:デフォルトの名無しさん
08/10/01 10:33:21
hoge.comって実在するんだなｗ
147:デフォルトの名無しさん
08/10/01 13:02:16
>>140
それってコントロール派生？
私的にNativewindow使用が良いなー
148:デフォルトの名無しさん
08/10/01 16:33:12
try{
res = (System.Net.HttpWebResponse)req.GetResponse();
}
catch(WebException e)
{
}
でプロトコルエラー416:RequestedRangeNotSatisfiableが返されました。
この例外をcatchで受け、416が返ってきたときに特定の処理をさせたいと思っています。
catchの中身はどう記述すればよろしいでしょうか？
catch(WebException e)
{
if (e.Status == HttpStatusCode.RequestedRangeNotSatisfiable)
・・・・・
}
と記述したところ、e.StatusとHttpStatusCode.RequestedRangeNotSatisfiableは
型が違うと言われてコンパイルエラーになってしまいました・・・
149:デフォルトの名無しさん
08/10/01 16:37:39
WebException.Status の解説ぐらい読めよ
150:デフォルトの名無しさん
08/10/01 16:48:45
>>148
またかよ。少しはぐぐって自分で調べろ。
「WebException プロトコルエラー」 とかでぐぐっても
解決のヒントになるページがいくつも見つかるだろ。
151:デフォルトの名無しさん
08/10/01 16:49:01
全然使ったこと無いけどMSDNのサイトをちょっと回ってみた結果、
if (WebException.Status == WebExceptionStatus.ProtocolError)
{
if (((HttpWebResponse)e.Response).StatusCode == HttpStatusCode.RequestedRangeNotSatisfiable)
{
とかやるんでないの？
}
}
聞くより検索して、実際にやってみたほうがはやいぜ。
152:デフォルトの名無しさん
08/10/01 17:56:25
>>147
System.Windows.Forms.Timerあたりのソースを参考に、
ComponentのサブクラスでNativeWindowを使用
一応、lock, PostMessageもしてるから、多分マルチスレッドでも使える
153:デフォルトの名無しさん
08/10/01 18:03:45
>>149-151
ありがとうございますm(_ _)m
((HttpWebResponse)e.Response).StatusCode == HttpStatusCode.RequestedRangeNotSatisfiable
で通りました。Responseプロパティの中にさらにプロパティStatusCodeがある
とは思い至りませんでした(´･ω･｀)
154:デフォルトの名無しさん
08/10/01 19:00:41
Dictionary<T>をforeach使わずに
要素の変更される処理を施すことは出来ますか？
155:デフォルトの名無しさん
08/10/01 19:01:19
はじめましてC#超初心者です
解説本を読む前に質問してます
class1.csってところを下記の様にしたんですけど
エラーになります
どうすればいいですか
Winsockで接続するテストです
何をどうしたらいいのかわかりません
よろしくお願いします
動くように書換えお願いします
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace winsock_tes
{
public class Class1
{string url = "URLﾘﾝｸ(www.yahoo.co.jp)";
System.Net.WebClient wc = new System.Net.WebClient();
wc.Encoding = System.Text.Encoding.GetEncoding(51932);
string src = wc.DownloadString(url);
wc.Dispose();
}
}
156:デフォルトの名無しさん
08/10/01 19:04:28
Mainメソッドにつっこめばおｋ
157:デフォルトの名無しさん
08/10/01 19:06:23
どっから持ってきたコードなんだ。
まずはHelloWorldからやってみないか
158:デフォルトの名無しさん
08/10/01 19:10:57
>>154
意味が分かりません
159:デフォルトの名無しさん
08/10/01 19:54:44
>>155
マルチうざい
160:155
08/10/01 19:57:42
>>158
おまえがうざい
やっぱC#スレってカスばっかだな
Delphiにしとくわ
161:デフォルトの名無しさん
08/10/01 19:59:02
>>155です
マルチじゃないですよ
他すれで聞いたらここを紹介されたので改めてこちらで聞きました
よろしく
>>159
氏ねよ粘着
162:デフォルトの名無しさん
08/10/01 20:00:39
>>160
おいおい
>>155は私ですよ
応援はありがたいけど
やりすぎです^^;
163:デフォルトの名無しさん
08/10/01 20:53:45
>>154
Dictionary<T>なんてものはBCLに存在しません
164:デフォルトの名無しさん
08/10/01 20:58:16
>>154
数字の添え字もNext系の操作も出来ないから無理だろ
165:デフォルトの名無しさん
08/10/01 21:03:14
CやC++ならまだしも、string型が正式にサポートされたC#に
いまだchar型が存在する理由ってなんでしょうか？
CやC++に慣れ親しんだプログラマ用の救済措置ですか？
166:デフォルトの名無しさん
08/10/01 21:03:19
GetEnumeratorでIEnumerator取って自分で操作すればおｋ
167:デフォルトの名無しさん
08/10/01 21:04:58
>>165
パフォーマンスでしょ
文字列から一文字ずつ取り出すような処理を全部一文字のstringにしたら恐ろしいことになりそう
168:デフォルトの名無しさん
08/10/01 21:07:33
いやそれ以前に char は文字で string は文字列なんで違うものだろというか
169:デフォルトの名無しさん
08/10/01 21:21:31
>>167
C#ではcharもstringもみなクラス扱いされていますがそんなにパフォーマンスに
違いが出るものですか？
>>168
stringでも1文字だけ格納すれば実質的にcharと同じになると思うんですが。
170:デフォルトの名無しさん
08/10/01 21:23:38
そもそも値型と参照型では？
171:デフォルトの名無しさん
08/10/01 21:25:01
>>169
Charは整数型ですが
172:デフォルトの名無しさん
08/10/01 21:25:11
ならintも長さ1のint[]があれば必要ないねそうだね。
173:デフォルトの名無しさん
08/10/01 21:25:40
おいおい大丈夫か
174:デフォルトの名無しさん
08/10/01 21:25:58
>>171
なにｗ
ユーザー定義型ではない値型で実質プリミティブ型になる。
175:デフォルトの名無しさん
08/10/01 21:26:15
>>169
charはクラスじゃねーよカス
処理速度も倍違う
>stringでも1文字だけ格納すれば実質的にcharと同じになると思うんですが。
ならねーよバカ
176:デフォルトの名無しさん
08/10/01 21:26:17
スクリプト言語だと文字列と文字を同一視するのもあるみたいだよ
177:デフォルトの名無しさん
08/10/01 21:28:02
格納してるブツがそもそも違うだろ
stringは参照位置だけどcharはユニコードだろ？
178:デフォルトの名無しさん
08/10/01 21:32:33
デュアルコアの時代に倍違うとかどうでもいいだろ
179:デフォルトの名無しさん
08/10/01 21:33:29
string だけあれば char がいらないって発想なら、
int[] だけあれば int もいらないな。
180:デフォルトの名無しさん
08/10/01 21:34:53
GCの負担にもなるから倍どころじゃないはず
stringって内部的にはやっぱりcharの配列なんだよ
fixed (char* p = str)でポインタ取れたりするw
181:デフォルトの名無しさん
08/10/01 21:36:59
ここまでstringbuilderなし
182:デフォルトの名無しさん
08/10/01 21:38:02
札束があれば札は要らないないってレベル
183:165
08/10/01 21:40:11
釣りでした(^^)v
184:デフォルトの名無しさん
08/10/01 21:40:49
>>182
それは何か変だ。
札は束にしても額が変わるだけだけど。
char と string は点と線くらい違う。次元がそもそも違うというか。
185:デフォルトの名無しさん
08/10/01 21:43:00
>>165
救済措置っつーか、C/C++やってて、文字型のない言語に移っても、べつになんにも困らんだろ。
186:デフォルトの名無しさん
08/10/01 21:43:23
string＝文字列
char＝文字
これはなんでこうなるの？
187:デフォルトの名無しさん
08/10/01 21:44:03
VBにも文字単体あるだろ
188:デフォルトの名無しさん
08/10/01 21:44:45
C#.NET でWindowsアプリを書くときに、メソッドをフォームのソース
(という言い方が正しいかどうか分かりませんが)に書くことも、
フォームではない別のクラスに書くこともできると思います。
ある画面内で完結する機能はフォームのソースに書くとか
なるべくフォームのソースには書かないようにするとか
方針はいくつか考えられますが、
C#.NET ではどうするのが主流なのでしょうか？
アドバイスよろしくお願いします。
ちなみに、Javaでコンソールアプリを書いたことはありますが
その程度の経験しかありません。
189:デフォルトの名無しさん
08/10/01 21:46:00
フォームをコンソールだと思えばおのずと窓口なはず
190:デフォルトの名無しさん
08/10/01 21:48:01
>>178
私も486DXで十分だと思っていた時がありました
191:デフォルトの名無しさん
08/10/01 21:51:45
>>188
フォームとはイベントドリブンを処理するわけで条件反射みたいなもん
フォームに直接関係しない機能や重複した機能は別途クラスを用意する
192:デフォルトの名無しさん
08/10/01 21:52:55
>>188
愚問だね。
OOPというかクラスを使ったプログラミングが分かればそんな疑問は持たない。
そんなウダウダ疑問を抱くのは一通り理解してからにすべきで、
物事の順序が違うんじゃないのかな？
193:デフォルトの名無しさん
08/10/01 21:54:12
>>175
え( ´･ω･)？
194:デフォルトの名無しさん
08/10/01 22:00:00
構造体です
195:デフォルトの名無しさん
08/10/01 22:00:17
>>188
主流といえるほど主流な方法はないんじゃないかな
196:デフォルトの名無しさん
08/10/01 22:01:04
フォームのボタンを押すことでクリップボードの文字列を取得する
①ボタンが押された
②FormクラスGUI-----処理するメソッドを呼び出し------>クリップボードを処理するクラス.GetText()
③FormクラスGUI<-----------文字列を返す-----------クリップボードを処理するクラス
④FormクラスGUI--------- 文字列を送る------------->テキストボックスに表示//Formクラス内で処理
クリップボードを処理するクラスを作ってしまえば、コンソールアプリにした場合も流用できる
197:デフォルトの名無しさん
08/10/01 22:13:39
窓口のお姉さんと、お姉さんが操作する端末みたいなもん
198:デフォルトの名無しさん
08/10/01 22:18:00
C#のフォームでMVCに挑戦するも、途中でめんどくさくなって結局イベントハンドラにロジック直書き。
199:デフォルトの名無しさん
08/10/01 22:22:52
DirectXならウィンドウとか単なる依り代
200:デフォルトの名無しさん
08/10/01 23:55:34
構造体の場合コンストラクタは１つだけしか無理ですか？
201:デフォルトの名無しさん
08/10/01 23:59:13
いいえ
202:デフォルトの名無しさん
08/10/02 00:00:21
と、思ったら１つも作れないのか・・・
データに値を入れるときが面倒だなぁ
203:デフォルトの名無しさん
08/10/02 00:03:46
引数なしのコンストラクタが作れないだけ
引数のあるコンストラクタはいくつでも作れる
204:デフォルトの名無しさん
08/10/02 00:03:51
>>155です
メインメソッドに突っ込むってどういう意味ですか？
VC#2008を立ち上げて
ファイル→新しいプロジェクトを開くと
Windowsフォーム、クラスライブラリー、WPFアプリケーション、WPFブラウザ、コンソール、空のプロジェクトとあります
どこを開いてどうすればよいですか？
>>155を動くように教えてください
205:188
08/10/02 00:06:02
レスをくれた皆さんありがとうございました。
フォームに直接絡む機能以外は別のクラスに書く、という感じのようですね。
206:デフォルトの名無しさん
08/10/02 00:09:02
>>204
ネタ？
コンソールでプロジェクトを立ち上げると
static void Main(string[] args)
{
}
というのが自動で書かれているからその間に実行させたいものを書く
static void Main(string[] args)
{
Console.WriteLine("hoge");
}
207:デフォルトの名無しさん
08/10/02 00:09:50
>>155です
よくわからないけど
下記のようなエラーでました
エラー 1 プログラム 'C:\Documents and Settings\don\Local Settings\Application Data\Temporary Projects\Project1\obj\Debug\Project1.exe' は、エントリ ポイントに適切な静的 'Main' メソッドを含んでいません Project1
208:デフォルトの名無しさん
08/10/02 00:11:47
>>206さん
ありがと
今からやってみます
コンソールですね
209:デフォルトの名無しさん
08/10/02 00:13:06
>>203
引数は無理なのねーやっぱり
かといって、クラスで定義するといろいろ面倒だったり
例えばListViewのような構造をもった自作クラスを作った場合
listView1.items=listView2.items
なんてしてもsubitemsまではコピーされなかったり、
また、参照コピーになるから、これは参照しているだけだって意識しながら
やらないとどこかで値を変更されたりするし、かといって、privateにしたりすると
値をコピーしたい場合非常に面倒だし
だから、できるだけ構造体でやってるんだけど
みんなどうしてんのかな？構造体なんて数学的な関数以外使わない？
210:デフォルトの名無しさん
08/10/02 00:16:39
>>205
最初はフォームに全部書いちゃって、あとで必要になったときに
バラす、ってので十分だろ。
211:デフォルトの名無しさん
08/10/02 00:17:23
>>207
だって、Main メソッドがないじゃん。
212:デフォルトの名無しさん
08/10/02 00:22:02
>>155です
コンソールを開いて>>206さんに教えてもらった箇所に貼り付けました
デバッグしたところ黒色の画面が数秒間出て終わりました
エラー表示とかは無いです
これは成功しているのでしょうか？
下記のコードでは接続を確立しただけ？
それともリクエストしたけど
レスポンスを受け取れない？
どのような状態なのでしょうか？
static void Main(string[] args)
{
string url = "URLﾘﾝｸ(www.yahoo.co.jp)";
System.Net.WebClient wc = new System.Net.WebClient();
wc.Encoding = System.Text.Encoding.GetEncoding(51932);
string src = wc.DownloadString(url);
wc.Dispose();
}
213:デフォルトの名無しさん
08/10/02 00:24:24
>>212
だからお前は概念から勉強しろと言ってるだろカス
214:デフォルトの名無しさん
08/10/02 00:24:49
>>212
ブレイクポイントでもはって確認するか、src をコンソールに出力すれ
215:デフォルトの名無しさん
08/10/02 00:25:59
>>209
正確な理由は中の人しか知らないけれど、普通に考えると引数なしの
コンストラクタを用意できると配列確保したとき要素数だけコンストラクタ
呼ばないといけなくなるから、こうなっていると思われる。
･･･というかむしろ 3.0 以降の初期化はイニシャライザのほうが推奨かな
という気がする
後その質問に関して言えば「非常に面倒」というほどでもないとしか。
気になるほどでかいデータセットになるとバインディング(+同期機構利用)前提
で考えるわけだし
216:デフォルトの名無しさん
08/10/02 00:28:31
効率が重視されるときは構造体にはイニシャライザ使っちゃダメ
無駄なコピーが発生する
217:デフォルトの名無しさん
08/10/02 00:32:20
>>155です
何度もすいません
「C# src コンソールに出力」でググッたんですが
コンソールに出力されるって文字はいっぱい出てくるんですけど
コンソールへ出力の仕方わかりません
「srcをコンソールに出力」
↑これわかるかた教えてください
218:デフォルトの名無しさん
08/10/02 00:35:57
>>217
Console.WriteLine(src);
参考書でも買った方が早いよ。俺はもうレスしないから。
219:デフォルトの名無しさん
08/10/02 00:37:34
>>215
確かに構造体配列が問題なんだよねぇ。
.NETの規格上は構造体にも引数無しのコンストラクタが作れるんだけど、
配列確保のときには要素ごとにはコンストラクタが呼ばれない。
代わりにArray.Initializeメソッドを使うことになっている。
URLﾘﾝｸ(msdn.microsoft.com)
220:デフォルトの名無しさん
08/10/02 00:37:34
using namespace System::Diagnostics;
～略～
Debug::WriteLine(src);
221:デフォルトの名無しさん
08/10/02 00:43:48
>>220
>>1
222:デフォルトの名無しさん
08/10/02 00:44:43
違和感がするな
223:デフォルトの名無しさん
08/10/02 00:46:53
>>155です
下記のようにしてからデバッグするとエラーになりました手直しできる方お願いします
using System.Linq;
using System.Text;
// debugoncon.cs
using System;
using System.Diagnostics;
public class DebugOnConsole
{
static void Main()
{
Debug.Listeners.Add(new TextWriterTraceListener(Console.Out));
Debug.WriteLine("デバッグ・メッセージを出力");
}
}
namespace ConsoleApplication1
{
class Program
{
static void Main(string[] args)
{
string url = "URLﾘﾝｸ(www.yahoo.co.jp)";
System.Net.WebClient wc = new System.Net.WebClient();
wc.Encoding = System.Text.Encoding.GetEncoding(51932);
string src = wc.DownloadString(url);
wc.Dispose();
}
}
}
224:デフォルトの名無しさん
08/10/02 00:49:56
>>217
1行命令文書く度に質問しているのかい？
ごくろうさま。死んでいいよ。
225:デフォルトの名無しさん
08/10/02 00:51:35
実在するサイトのアドレスを書くな！
サイトへの攻撃とみなして報告しておく
226:デフォルトの名無しさん
08/10/02 00:51:48
>>224
そだよ
粘着キモイぞ氏ね
227:デフォルトの名無しさん
08/10/02 00:52:17
回答したい奴がすればいい
228:デフォルトの名無しさん
08/10/02 00:53:35
>>225
実在するアドレス書いたら駄目だったのか
しらなんだ
これから気をつけるよ
あんまし細かいこと言ってたら神経性の病気になるよ
あなたも気をつけたほうがいいね
229:デフォルトの名無しさん
08/10/02 00:54:29
>>227
質問回答以外はあおりですね
さよなら煽りくん
もうこなくていいからね
230:デフォルトの名無しさん
08/10/02 00:54:42
Mainが二個
231:デフォルトの名無しさん
08/10/02 00:56:10
>>229
質問回答以外はあおりですね
さよなら煽りくん
もうこなくていいからね
232:デフォルトの名無しさん
08/10/02 00:56:30
>>230さん
それ>>155へのヒントですよね
メインってのを2個にすればいいんですか？
それとも現在２つあるので１つにすればいいですか？
何から何まですいません
よろしく^^
233:デフォルトの名無しさん
08/10/02 01:00:06
>>232
氏ね低学歴。お前には一生プログラム無理
234:デフォルトの名無しさん
08/10/02 01:00:32
書いてみるからちょっと待て
235:デフォルトの名無しさん
08/10/02 01:01:05
>>233
お前は>>231を100万回読んでから氏ねカス
236:デフォルトの名無しさん
08/10/02 01:01:55
>>235
質問回答以外はあおりですね
さよなら煽りくん
もうこなくていいからね
237:デフォルトの名無しさん
08/10/02 01:02:59
あわわ、あわわわ
238:デフォルトの名無しさん
08/10/02 01:03:58
>>155さんへ
お前が低学歴なのはこのスレの住民のせいではない
八つ当たりもほどほどにしておけよハゲ
お前はまず概念理解しろ
それすらもできない低学歴は2度と来るなカス
悔しいのか？悔しいから荒らすのか？
もっとポジティブな思考ができないのかねぇこの池沼はｗ
239:デフォルトの名無しさん
08/10/02 01:05:01
ネットワークプログラミング相談室にいたやつだな
解決したんじゃなかったのか？
240:デフォルトの名無しさん
08/10/02 01:06:02
>>236
わかったよ
あんまし怒らなくていいだろ
仲良くしよう
これからも応援よろしく^^
241:デフォルトの名無しさん
08/10/02 01:11:26
>>238
質問回答以外はあおりですね
さよなら煽りくん
もうこなくていいからね
242:デフォルトの名無しさん
08/10/02 01:14:34
C#の環境が今ないんだがこんな感じで動いた
てゆーかソース自体に問題は無いような…
using namespace System;
using namespace System::Diagnostics;
using namespace System::Net;
using namespace System::Text;
int main(array<System::String ^> ^args)
{
String ^url = "URLﾘﾝｸ(www.yahoo.co.jp)";
WebClient ^wc = gcnew WebClient();
wc->Encoding = Encoding::UTF8;
String ^src = wc->DownloadString(url);
Console::WriteLine(src);
delete wc;
Console::WriteLine("エンターキーで終了。");
Console::ReadLine();
return 0;
}
243:デフォルトの名無しさん
08/10/02 01:18:34
C# だとこんなん
using System;
using System.Net;
using System.Text;
class GetTest {
public static int Main(string[] args) {
WebClient ua = new WebClient();
ua.Encoding = Encoding.UTF8;
string text = ua.DownloadString("URLﾘﾝｸ(www.yahoo.co.jp)");
Console.WriteLine(text);
return 0;
}
}
サイトにアクセスする前に Encoding 設定するのが良くないね
DownloadString じゃ無理なのかな
244:デフォルトの名無しさん
08/10/02 01:22:20
>デバッグしたところ黒色の画面が数秒間出て終わりました
>エラー表示とかは無いです
コンソールが勝手に閉じるからだろ
245:デフォルトの名無しさん
08/10/02 01:27:56
>>242
>>243
お疲れのところ本当にありがとうございます
>>243さんのコードでエラーなくリクエスト送信は成功していることを確認できました
ありがとうございます^^
246:デフォルトの名無しさん
08/10/02 01:28:05
へッダから文字コード取れば？
247:デフォルトの名無しさん
08/10/02 01:28:28
失せろゴミ
248:デフォルトの名無しさん
08/10/02 01:33:42
>>246
GET するユーティリティの実装ってそうしてるのかな？
今回はとりあえずバイト列として読み込んでそのまま吐いて妥協
WebClient ua = new WebClient();
Stream stream = ua.OpenRead("URLﾘﾝｸ(www.yahoo.co.jp)");
StreamReader streamReader = new StreamReader(stream);
Console.WriteLine(streamReader.ReadToEnd());
stream.Close();
return 0;
249:デフォルトの名無しさん
08/10/02 01:35:35
>>246
応援ありがとう
ヘッダから文字列取得は今日のところはやめておくよ
ここの>>155に貼り付けたのと
リクエスト成功した>>243さんのコードとの違いを調べてみるよ
ありがと
250:デフォルトの名無しさん
08/10/02 01:45:37
>>249
2度とくるなカス
251:デフォルトの名無しさん
08/10/02 02:06:27
うっせーはげ
252:デフォルトの名無しさん
08/10/02 02:59:46
class Program
{
static void Main(string[] args)
{
Test t = new Test();
t.Str = new List<string>();
t.Str.Add("dsf");
t.Str = new List<string>();
Console.WriteLine(t.Str.Count);
}
}
class Test
{
public List<string> Str;
}
問）この場合コンソールには何が表示されるでしょうか？
253:デフォルトの名無しさん
08/10/02 04:07:18
List<>が万能過ぎるんだけどあえて配列使う意味ってあるの？
254:デフォルトの名無しさん
08/10/02 04:24:17
配列の方が速いだろ
255:デフォルトの名無しさん
08/10/02 06:21:08
>>252
何かひねったのかと思いきや予想通り0なんだけど何が言いたいの…？
256:デフォルトの名無しさん
08/10/02 09:06:40
.NET 4.0って何が変わるんですか
URLﾘﾝｸ(msdn.microsoft.com)
257:デフォルトの名無しさん
08/10/02 09:18:07
>>256
それの日本語記事↓
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
「詳細は，数カ月以内に発表する予定」だそうだ。
258:デフォルトの名無しさん
08/10/02 10:37:40
>>253
とりあえず複数渡したい・返したいときは配列が速い
List<>を可視メンバの戻り値や引数にしたらマイクロソフトのガイドライン違反!
259:デフォルトの名無しさん
08/10/02 11:11:51
Listは容量を増やす時にコピーが発生するし
最悪半分ぐらいの容量が使われてなかったりするし
気分的に嫌だから作業が終わったらすぐToArrayしちゃう
260:デフォルトの名無しさん
08/10/02 11:14:52
>>258
せんせー、Enumerable.ToList がガイドライン違反ですー
261:デフォルトの名無しさん
08/10/02 11:15:22
それはCollection<T>継承したの返してあとからいじれるようにしとけと
そういう意味合いだった気がするが
262:デフォルトの名無しさん
08/10/02 11:25:32
生のListを渡すってことは
自分の知らないところでListの中身が増えたり減ったりするのを許容するってことだろ
じゃあそのListを管理してるのは誰なのよという話になるだろ
263:デフォルトの名無しさん
08/10/02 11:35:26
>>260
同じの作ってFxCopで検査したら違反になるよ
ToListやToDictionaryはコンストラクタのヘルパみたいなもんなんだから
>>261の意味合いから考えれば問題ない
264:デフォルトの名無しさん
08/10/02 11:36:56
>>259
ToArrayにする作業のほうが時間がかかったりすることはないの？
>>258
可視メンバって、privateメソッドとか？
>>262
なるほど。それはありますね
追加などの作業が終わったら、配列に戻すのがいいのかな
でも、戻り値を配列にした場合、foreach内でそのメソッドを使用するとなると
AddRangeができないから、手間ですよね？
265:デフォルトの名無しさん
08/10/02 11:39:49
ガイドラインを問題にするときの可視メンバは
publicな型のpublicメンバとprotectedメンバ
266:デフォルトの名無しさん
08/10/02 11:46:56
むむ、XNAでContentPipeline作ってLoad<>でList<>返してたが、もしかしてまずいのか。
267:デフォルトの名無しさん
08/10/02 11:48:12
それこそ配列返せばいいじゃん
268:デフォルトの名無しさん
08/10/02 11:48:14
>>265
publicで使っちゃだめなのかー
確かにわけわからなくなるもんなー
ガイドライン天才だなー
269:デフォルトの名無しさん
08/10/02 11:59:57
>>266
Content.Loadってキャッシュでしょ?
弄る前提でList返すのはダメだろ
配列でも微妙だけど
270:デフォルトの名無しさん
08/10/02 12:10:27
>>269
いや中身読んだら終わりなんだけど、中が配列の配列だったからさらに配列にしたくなかっただけ。
まあいったん配列にしますわ。
271:デフォルトの名無しさん
08/10/02 12:21:10
ん？なんでList<>を返しちゃいけないのか詳しく
272:デフォルトの名無しさん
08/10/02 12:32:22
オーバーライドできないから
フィールドじゃなくてプロパティを使うのは後で実装変えられるようにするためだけど、それと同じ
URLﾘﾝｸ(msdn.microsoft.com)
273:デフォルトの名無しさん
08/10/02 12:33:01
>>271
List<>を返すということは元の値を直接操作してもいいよと言っているようなものだから
1人でプログラミングする分には覚えていればいいが、多分忘れる
274:デフォルトの名無しさん
08/10/02 12:50:20
C#てWindows専用？
275:デフォルトの名無しさん
08/10/02 12:58:11
配列で返すようにしたんだけど、foreachだと使えないんだけど
こういう場合どうすればいいんでしょうか？
あと、配列を初期化したい場合どうすればいいですか？
struct Point
{
public int X;
public int Y;
}
class Zahyou
{
public void GetArray()
{
List<Point> pList=new List<Point>();
.
.
return pList.ToArray();
}
}
class Main()
{
Point[] pArr;
foreach()
{
pArr=GetArray();
}
}
276:デフォルトの名無しさん
08/10/02 12:59:58
>>260
そいつは新しいListを作り出すメソッドだから問題なし。
内部のListの参照をそのまま見せるのがいけない。
ただしプロパティの場合は予防的コピーを返すことも非推奨となっている。
277:デフォルトの名無しさん
08/10/02 13:10:59
264とか275が何を言いたいのか良く分からない
278:275
08/10/02 13:19:15
Zahyouクラスで計算したPoint[]を
kitai内の座標を保存している配列にコピーしたいんだけど
やり方がわからないんです
foreach(Tekiki kitai in Guntai)
{
kitai.PArray=Zahyou.GetArray();
}
↑だとエラーがでる
Tekikiのデータ構造を
Point[] PArray
ではなくて
List<Point> PList
にすれば簡単に追加できるんだけど
でも、publicでListを返したらだめなんですよね？
こういう場合どうすればいいの？
279:デフォルトの名無しさん
08/10/02 13:29:42
>>275
voidなのにreturnしてるとか、
foreachの中に何も書いてないとかは関係してないの？
280:デフォルトの名無しさん
08/10/02 13:30:17
エラーが出る（笑）
281:デフォルトの名無しさん
08/10/02 13:39:58
>>275
あとclass Main()ってのもおかしいな
282:275
08/10/02 13:46:33
>>279
>>281
すいません。要点だけわかればと思って他はさらっと書いたので
foreach内は実際はいろいろ処理してます。
List<>を返して、AddRangeで追加していたときは普通にいけましたが
配列を返すようにしたら、どうすればいいかよくわかりません
エラー内容
'kitai' は 'foreach 繰り返し変数' であるため、このメンバを変更できません。
283:デフォルトの名無しさん
08/10/02 13:48:14
どれをどこにAddRangeするのよ
284:275
08/10/02 13:57:52
変更点はList<>を返すところを配列を返すようにしただけです
struct Tekiki
{
public string Name;
public List<Point> pList;
}
class ShoriMain
{
public void SetZahyou()
{
foreach(Tekiki kitai in Guntai)
{
kitai.pList.AddRange(ZahyouKeisan.GetZahyou());
}
}
}
static class ZahyouKeisan
{
public static List<Point> GetZahyou()
{
List<Point> pList=new List<Point>();
//いろいろ計算
return pList;
}
}
こんな感じだとうまくいきます。
GetZahyouをList<>ではなく、配列で返す方法がわからないんです
285:デフォルトの名無しさん
08/10/02 14:00:56
kitai.AddRange(ZahyouKeisan.GetArray());
こんなんでいいだろ
AddRangeの中で内部のListのAddRangeを呼んでやればいい
286:デフォルトの名無しさん
08/10/02 14:07:26
C#ってはやってるの？
Javaとどっちが強い？
287:275
08/10/02 14:13:02
>>285
それって同じことじゃないんですか？
List<>.AddRangeに配列を格納することはできないですよね？
288:デフォルトの名無しさん
08/10/02 14:13:12
>>286
当然Javaの方が主流。
ただし、Winアプリを作るだけならC#3.0の方が生産性が高い。
スキルとして持っていた方が有利なのはJava、
Winアプリのみを作る状況で生産性が高いのはC#。
Javaの求人の方がまだまだ多いな。
289:デフォルトの名無しさん
08/10/02 14:20:44
C#で作ったアプリって.NETだったら
linuxでもmacでも動くんだよね？
290:デフォルトの名無しさん
08/10/02 14:21:04
そして結局日本で一番多いのはVB/VBA
291:デフォルトの名無しさん
08/10/02 14:23:16
>>287
コレクションなら全て入れられる
配列でもなんでも
292:デフォルトの名無しさん
08/10/02 14:54:19
>>291
kitai.pList.AddRange(new List<Point>(ZahyouKeisan.GetToArray()));
適当に記述してたらこれでいけたっぽいんだけど、これでいいのでしょうか？
293:275
08/10/02 14:57:54
>>284の部分で
struct Tekiki
{
public string Name;
public Point[] pArr;
}
static class ZahyouKeisan
{
public static List<Point> GetZahyou()
{
List<Point> pList=new List<Point>();
//いろいろ計算
return pList.ToArray();
}
}
こういう場合foreach内はどう記述すればいいですか？
294:デフォルトの名無しさん
08/10/02 14:59:56
>>282
> エラー内容
> 'kitai' は 'foreach 繰り返し変数' であるため、このメンバを変更できません。
このエラーが重要。
foreach(Kitai kitai in Guntai){
kitai = Zahyou.GetArray(); // （A)
}
（A）のように、foreachの（）内部で宣言した変数は
変更できない。だから、エラーがでてるんだと思う。
これが、
foreach(Kitai kitai in Guntai){
kitai.pArr = Zahyou.GetArray();
}
のように、変数のメンバーとかなら変更可能。
295:294
08/10/02 15:01:39
あれ。違うか。
メンバも変更出来ないんだっけ？
296:デフォルトの名無しさん
08/10/02 15:10:07
違う。
foreach(var item in collection)
のitem変数はコレクション内のオブジェクトのコピーだから、
構造体配列等の値型のコレクションにおいてそれをやってもダメだよ～って話。
変数のメンバといってもその変数自体がコピーされたものだから、メンバを変更しても
元のコレクションには当然反映されない。
参照型のコレクションだったらコピーされた変数はそのまま参照が渡されているので、
foreach内でメンバの変更が可能となる。
せっかくC#を使っているのにCでゴリゴリ書いているコードとレベルが変わらんぞ。
297:294
08/10/02 15:10:48
structだと変更不可能なようですorz
だとすると、forで回すのがよさそう。
for(int i = 0; i < Guntai.Length; ++i){
Tekki kitai = Guntai[i];
kitai.pArr = ZahyouKeisan.GetArray();
}
298:デフォルトの名無しさん
08/10/02 15:13:19
kitai.pList.AddRange(new List<Point>(ZahyouKeisan.GetToArray()));
まずnew Listはいらない
kitai.pList.AddRange(ZahyouKeisan.GetToArray());
pListを直接公開するのはオススメしない
>>293
List<Point>を返すメソッドで配列を返しちゃいけない
AddRangeでPointを増やしていく予定があるならpArrは配列にすべきじゃない
あとZahyouKeisanクラスがkitaiの情報をもっていないのに
Zahyouを返せる理由が分からない
299:294
08/10/02 15:22:29
>>296
解説どうもです。
300:デフォルトの名無しさん
08/10/02 15:35:35
>>293
どうしても配列でやりたいみたいだから書いてみた。
void ShoriMain(){
int now_enemyCount = enemy.pArr.Length;
Point[] tmpArr = ZahyouKeisan.GetZahyou();
int add_enemyCount = tmpArr.Length;
int new_enemyCount = now_enemyCount + add_enemyCount;
//配列の長さを変更
Array.Resize(ref enemy.pArr, new_enemyCount);
//新しい配列を末尾に追加
int count = now_enemyCount;
for (int i = 0; i < tmpArr.Length; i++)
{
count += i;
enemy.pArr[count] = tmpArr[i];
}
}
struct Tekiki{
public string Name;
public Point[] pArr;
}
static class ZahyouKeisan{
public static Point[] GetZahyou(){
List<Point> pList=new List<Point>();
//いろいろ計算
return pList.ToArray();
}
}
301:デフォルトの名無しさん
08/10/02 15:38:06
変数名が now_enemyCount と new_enemyCount ってのは殺人的だぞ
302:300
08/10/02 15:42:45
VS2008使ってるなら拡張メソッド使ってもうちょっと楽に書けそうだな。
Tekiki enemy = new Tekiki();
void ShoriMain(){
enemy.pArr.Concat(ZahyouKeisan.GetZahyou());
}
struct Tekiki{
public string Name;
public Point[] pArr;
}
static class ZahyouKeisan{
public static Point[] GetZahyou(){
List<Point> pList=new List<Point>();
//いろいろ計算
return pList.ToArray();
}
}
303:デフォルトの名無しさん
08/10/02 15:59:34
あまりにも汚いコードなんで俺が書き直してやったぞ
struct Tekiki
{
public string Name;
public void AddPoints(IEnumerable<Point> newPoints)｛
this.pList.AddRange(newPoints);
}
private List<Point> pList;
public Point[] pArr{
get { return pList.ToArray(); }
}
}
class ShoriMain
{
public void SetZahyou(){
foreach (Tekiki kitai in Guntai){
kitai.AddPoints(ZahyouKeisan.GetZahyou());
}
}
}
static class ZahyouKeisan
{
public static List<Point> GetZahyou()
{
List<Point> pList = new List<Point>();
//いろいろ計算
return pList;
}
}
304:300
08/10/02 16:07:17
あー悪い、>>303は俺です。
当然GetZahyou関数がTekkiの座標計算関係のみに使うのであれば、
Tekiki構造体のstaticメンバにしてもっと簡潔に書くことも出来る。
struct Tekiki
{
public string Name;
public void AddPoints(IEnumerable<Point> newPoints){
this.pList.AddRange(newPoints);
}
private List<Point> pList;
public Point[] ZahyouArr{
get { return pList.ToArray(); }
}
public static List<Point> GetZahyou(){
List<Point> pList = new List<Point>();
//いろいろ計算
return pList;
}
}
class ShoriMain
{
List<Tekiki> Guntai = new List<Tekiki>();
public void SetZahyou(){
foreach (Tekiki kitai in Guntai){
kitai.AddPoints(Tekiki.GetZahyou());
}
}
}
305:デフォルトの名無しさん
08/10/02 16:50:39
だめだめじゃないか
- GetZahyouメソッド
× 戻り値がList<T>
- ZahyouArrプロパティ
× 型が配列
× ToArrayが内部状態のコピーとみなせる
てか、それ以前に値型使ってること自体が不適切という指摘をしてあげないと
URLﾘﾝｸ(msdn.microsoft.com)
306:デフォルトの名無しさん
08/10/02 17:02:04
WebBrowserコントロールで、DocumentCompleteを使ってElementにマウスイベント登録すると、
javascriptトリガー用の"href=URLﾘﾝｸ(hoge.com)"をクリックしたときにまでNavigate系のイベントが発生するようになるんだが、
コレは仕様なの？（登録先がBody又は対象のA要素のとき発生）
しかも結果的にナビゲートに失敗するから困ってる。
イベント登録しなければ発生しないみたい。
またハンドラの中身が空でもなるみたい。
誰か回避方法知らない？
307:300
08/10/02 17:47:30
>>305
すまん良く分からないんだが、戻り値がList<T>の関数がガイドライン違反なのか？
リンク先を見てみたがその記述はどこにあるの？
この場合は特に問題ないと思うんだけどなあ。
ZahyouArrプロパティについても、配列を返すプロパティがもしかしてガイドライン違反？
っていうか俺よくList<T>のカプセル化のときにこういうプロパティをよく使ってた・・・
インデクサを使えってことなのかな。
仮に返されるものが参照型の配列だったりしたら内部を変更される可能性があって良くないとは思うけど、
この場合は構造体の配列だし、private List<Point> pListについては安全なように見えるんだけどな。
内部状態のコピーが危険なのは参照型コレクションだけとかではないの？
いまいち納得出来ん。
まあTekiki構造体についてはクラスにすべきだと言う意見は納得できる。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5378日前に更新/215 KB
担当:undef