C#, C♯, C＃相談室 Part86 [転載禁止]©5ch.io

2014/12/27(土) 00:37:39.56

■Visual Studio 2013 Express(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part85
http://peace.2ch.net/test/read.cgi/tech/1412298752/

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。

2014/12/27(土) 14:06:36.30

一乙

2014/12/27(土) 15:54:09.50

>>1乙

2014/12/27(土) 18:35:29.91

うんこみたいな④

2014/12/27(土) 19:22:08.64

>>4
DQN

2014/12/28(日) 21:59:57.74

引数の型・関数がまったく同じで、中身が違うクラスがあるのですが、
まとめて扱うことは可能でしょうか。

たしか、<T> ってのが、
ネットのサンプルにあったのですが、
使い方がよくわかりません。

addcomponent<ClassA>().init(int,float,"String");
addcomponent<ClassB>().init(int,float,"String");
　　↓
addcomponent<T>().init(int,float,"String");

こんな感じにまとめたいです。

2014/12/28(日) 22:03:54.64

>>6
違う処理だけabstractメソッドにしてClassA, ClassBそれぞれで別の実装を割り当てればまとまるかもね

2014/12/28(日) 22:06:04.30

>>6かinterfaceを付けてwhere T:Hogeで制約を指定すればいいと思うけど何がやりたいのかいまいち分からん

2014/12/28(日) 22:06:44.69

おっと>>6じゃなくて抽象クラスね

2014/12/28(日) 22:09:22.41

>>6
意味がわからないから何がしたいのか目的を教えて
クラスとか引数とか関数とか一般的な表現じゃなくて、
何を作ろうとしててどういうことをしててどこで詰まってるのか

2014/12/28(日) 22:10:21.56

見た感じで言うと

ClassA ClassB が BaseClass から派生していて

AddComponent(BaseClass component) こんなのがひとつあれば十分そうな見た目だけどね

使うときは

AddComponent(new ClassA(1, 1F, "String"))

って感じで

2014/12/28(日) 22:15:04.90

元はT AddComponent<T>() where T:new()なのか？
でもnew()制約知ってて型制約知らないってことはないよな

2014/12/28(日) 22:29:36.54

プロパティでIEnumerable<継承クラス>を取得して、
それをIEnumerable<基底クラス>を引数に取る関数に渡したいのですが、うまくいきません。
以下のようなコードを書いたのですが、間違っているのでしょうか？

public static void test(Base obj)
public static void test2(IEnumerable<Base> obj)

test(new Inheritance()); //OK
test(new Inheritance[]{}); //OK

public class IEnumerableTest<T> where T : Base
public IEnumerable<T> Get{get { return _Targets; }}

test(new IEnumerableTest<Inheritance>.Get()) //NG

2014/12/28(日) 22:34:12.29

>>13
多分プロパティに()つけて呼び出してるのが間違ってるんじゃないの

public IEnumerable<T> Get(){ return _Targets; }

こうじゃダメなの

2014/12/28(日) 22:40:27.16

>>14
申し訳ない、プロパティを()で読んでるのは転記ミスでござる。
関数で受け取れば渡せるが、プロパティで受け取ると渡せない。
何が起こっているの？？

test2(new IEnumerableTest<Inheritance>.Get) //NG
test2(new IEnumerableTest<Inheritance>.GetFunk()) //OK

2014/12/28(日) 22:49:28.57

すまん、やっぱどっちもNGだ

2014/12/28(日) 22:57:31.63

お前は何を言っているんだ

2014/12/28(日) 23:02:31.11

一度深呼吸して
コード片じゃなくて完全なコードを>>1のideoneにコピペしてみて

2014/12/28(日) 23:08:30.43

つまりだ、
test(new Inheritance[] { }); //OK
test((IEnumerable<Inheritance>) new Inheritance[] { }); //NG

ってことなんだ。
俺は引数に何のインターフェースを使えばいいんだ？

2014/12/28(日) 23:08:55.36

>>18
少々お待ちください。

2014/12/28(日) 23:22:05.58

http://ideone.com/Mkn9IN

ビルドターゲット4.5だといけたけど、
3.5だとダメだった。そーいうこと？？

2014/12/28(日) 23:26:25.33

そういうことだな
ジェネリックの共変性と反変性　を調べてみて

2014/12/29(月) 00:53:11.30

場所のキメ打ちではなくexeファイルと同じフォルダーに入っているｔｘｔファイルを読むようにするにはどうすれば言いのですか？

2014/12/29(月) 01:05:40.29

>>23
http://dobon.net/vb/dotnet/vb6/apppath.html

2014/12/29(月) 01:15:04.67

>>24
アリガ㌧

2014/12/29(月) 02:21:26.92

>>10
すみません…

Unity でシューティングゲームの敵データを、
CSV から読み込もうとしています。
Unity質問スレからこちらに誘導してもらいました。

CSV は１レコードの前半は共通仕様、
後半は読み込むデータ形式は同じですが、
後半データは敵の行動パターンごとに使い方が異なります。

体力や初期位置など共通して使うものは、
共通コンポーネントで持ちました。
差異が発生する後半部分（その敵固有の処理）は
同じデータ形式で取り込むのですが、
使い道や処理が違うので
取り込み先が違うコンポーネントになっている、という感じです。

コンポーネント名だけ書き換えて、
まったく同じ読み込みソースをコピペしてるのが、
スマートじゃないなと思いました。

void yomitori ( GameObject go, Type classType, 引数いっぱい ){
　　go.getComponent<classType>().init(引数いっぱい);
}

こんな感じにクラス（コンポーネント）を指定できるようにして
まとめたいなと思いました。

2014/12/29(月) 02:26:56.53

ジェネリックってやつをやればいいんでしょうか

2014/12/29(月) 03:13:02.84

>>26
既に他の人が判りやすく説明しているけどに共通部分をまとめた基底クラスを作ってAとBがその基底クラスを継承する

コンポーネントを追加するときは作成したコンポーネントインスタンスをAddComponent()の引数として渡して
コンポーネントを取得するときはGetComponent<基底クラス>()とすればいい

2014/12/29(月) 09:40:21.83

>>28
出来ました！
継承を実践で使ったことがなかったので
まったく考えてませんでした。
ありがとうございます！

2014/12/29(月) 09:44:40.00

>>26
この場合はテンプレートメソッドかな
abstract class GameObject {
int 共通情報;
public void Yomikomi(CSVの行データ) { 共通情報 = CSV前半; ActionPatternYomikomi(CSV後半); }
protected abstract void ActionPatternYomikomi(CSV後半);
}
class EnemyA : GameObject {
int 固有情報A;
protected override void ActionPatternYomikomi(CSV後半) { 固有情報A = CSV後半; }
}
class EnemyB : GameObject {
int 固有情報B;
protected override void ActionPatternYomikomi(CSV後半) { 固有情報B = CSV後半; }
}

GameObject a = new EnemyA(), b = new EnemyB();
a.Yomikomi(CSV1行目); b.Yomikomi(CSV2行目);

2014/12/29(月) 14:46:23.53

>>29
解決したコード書いて

2014/12/30(火) 22:22:27.97

有限状態マシンを使っているときに特定の状態に変化したときに呼ばれたい関数をすっきりと書くにはどのように記述するのがベストでしょうか

　void OnStateEnter ()　{
　
　}

という関数を特定の状態の時に呼び出してほしい用に記述したい
Attributeか何かをうまく使って指示できませんかね

[StateIs(Running)]
　void OnStateEnter ()　{
　
　}

こんな感じで

2014/12/30(火) 23:12:51.79

yield使う
普通にまっすぐ書いたコードからステートマシンを自動生成してくれる

2014/12/30(火) 23:32:31.80

あとは、どこかにデリゲートとして次に呼び出してほしい関数を登録しておく方法がある
登録先によってStateパターンとか継続渡しとか呼ばれる方法だね
列挙体かなんかをキーにしてデリゲートをディクショナリに登録しとく手もあるけど、
単純に処理の振り分けに使いたいだけなら冗長

2014/12/30(火) 23:51:20.16

これをLinqに直すとどこまでスマートになるのか教えてください

for (i = 0; i < 100; i++){
list.Add(i);
}

2014/12/31(水) 00:05:13.74

>>35
list = Enumerable.Range(0,100).ToList();

2014/12/31(水) 01:34:01.19

>>36
ありがとうございます。天才ですね

2014/12/31(水) 01:37:47.29

>>37
すみません、これだと型がintになっちゃいますよね。
iがなんかのクラスの場合はどうやるのですか？

2014/12/31(水) 02:59:13.00

Range(0, 100).Select(i => new Hoge(i)).ToList();

2015/01/01(木) 11:23:54.13

partial enumを何とか実現できないでしょうか
enumの定義そのものはクラスライブラリ側で行って、
中身だけアプリケーション側で定義したい
文法的には不可能ですが似たような機能を実装できないでしょうか

2015/01/01(木) 11:25:47.35

何がしたいのか全く分からん

2015/01/01(木) 11:28:34.71

ライブラリ側
public struct Color : IEquatable<Color> { public Color(int value) { this.value = value; } /* valueを比較するEqualsを実装 */ }

アプリケーション側
static class Colors { public static readonly Color Blue = new Color(0x00FF00); }

2015/01/01(木) 11:32:29.49

IDE上の話ならTypeConverter.GetStandardValuesとか

2015/01/01(木) 11:37:16.67

そもそもEnumって定義側で値を制限するための機能だろ
無制限に外部で作らせてどうする

2015/01/01(木) 11:43:03.89

複数のpartialブロックを作った場合、
数値の割り当てどうするという問題が

2015/01/01(木) 11:50:50.94

有限状態マシンを提供したいんですよ
Appelaration<State, Trigger> fsm;
みたいな。
どういうステートがあるかはアプリケーション側で定義するので
partial enumがどうしても必要なのですがいいアイディアが思いつきません

2015/01/01(木) 11:54:38.11

Enumは拡張を意図してないんだから
拡張を意図した構成要素を使えばいいだけだろが
そう、クラスだ
あほなことを止めろ

2015/01/01(木) 11:57:00.72

有限状態マシンってよく知らんけど、
Stateパターンじゃダメなん？
これなら、状態の基底クラス作っとけばユーザー側で継承して
任意に状態クラス作ればいいし

2015/01/01(木) 11:59:42.03

stateを列挙体＝定数でしか定義できないって不自由じゃん
あとpartial class自体アセンブリを超えて分割できる物じゃないぞ

2015/01/01(木) 12:01:02.14

とりあえずWFでも研究したら

2015/01/01(木) 13:47:07.08

状態を増やしていくっていうのはもうスクリプティングの段階に入ってるから
そこでクラスを一つ一つ継承するっていうのは記述に対して実入りが少なすぎる

2015/01/01(木) 14:24:36.87

D(S.Initial, T('a',S.a), T('b',S.b));
D(S.a, T('b',S.ab), T('c', S.ac));
...

まあこんな感じで書ける程度の記述合理性は欲しいよね
DはDefine SはState(enum) TはTriggerの略で
StateがそれぞれDefineされてるかどうかの整合性チェックも一応リフレクション使って実装しときたいな

2015/01/01(木) 14:34:57.74

Stateのenumはデフォルトのただの連番っていう約束を決めておけば
ライブラリ側はenumの具体的な値であるintに対して処理すれば
全てのenumに対して使えるからそれでいいんじゃないかと思った

2015/01/01(木) 19:33:21.08

文字列でいいよそんなもん

2015/01/01(木) 19:37:46.81

せっかくC#使ってインテリセンスのサジェストを受けられるのに
文字列とか無いわｗ

2015/01/01(木) 19:40:12.35

String型だとseが効かないって誰が決めたんだよ

2015/01/01(木) 19:41:24.67

なぜSE…
上で書いた通り方に関係なくTypeConverterを使えばIntelliSenseは効く

2015/01/01(木) 19:48:03.68

列挙体にしたところで結局実際の値はアプリケーションが勝手に決めるんだから
インテリセンスは自動的には効かないだろ
どっちにしろ定数クラスに纏めるなら値が数値だろうが文字列だろうが使い勝手は一緒
でも拡張性を持たせるなら文字列の方が管理は容易だ

2015/01/01(木) 20:19:41.93

>>57
俺はenumの代わりにダブルクオートでくくって文字列直打ちするっていう話だと思ったけど

D("Initial", T('a',"a"), T('b',"b"));

これがTypeConverterを使うとどうにかなってインテリセンスが効くようになるの？

>>58
public const string Initial = "Initial";

こんなふうにやってくって話？　

これを書くのがまず面倒だし
定義箇所が複数に分かれたら同じ文字列が出てきちゃう場合が考えられるから拡張性も高いとは思えないな
俺だったら複数に分けるほど大きくなる場合は
namespace N1{
enum S{ A, B, C }

class Script : ScriptBase{
　void D(S s, params T[] triggers){
　　StateMacine.Instance.Set(typeof(S), s, triggers);
　}

　public static void Initialize(){
　　D(S.A, T('b', S.B), T('c', S.C), T('d', N2.S.D));
　}
}

こんな感じでenumの型情報と一緒に登録して型ごとに分かれるようにして
ある型のenumが初回出現した時に対応するScriptクラスをnewして登録するようにすることで
初期化の負荷も分散できるようにするかな

2015/01/01(木) 20:23:00.17

なんか間違いまくってるな
namespace N1{
enum S{ A, B, C }

class Script : ScriptBase{
　static void D(S s, params T[] triggers){
　　StateMacine.Instance.Set(typeof(S), s, triggers);
　}

　public static void Initialize(){
　　D(S.A, T('b', S.B), T('c', S.C), T('d', N2.S.D));
　}
}}

ある型のenumがTriggerで初回出現した時に
対応するScriptクラスのInitializeメソッドをリフレクションで呼び出して登録するようにすることで
初期化の負荷も分散できるようにする
だわ

2015/01/01(木) 20:59:03.53

読みづらすぎ
命名についてはとやかく言うつもりはないが、
呼び出し先の処理と状態遷移の定義が分離されてていいんなら、もう状態遷移表を外部ファイルか配列で持つわ
コード中に書くんであれば、コードとそれに関連する設定はまとめた方が読みやすいし修正ミスが防げる
>>32みたいに属性使うとか規約ベースでメソッド名使って定義するとかね

2015/01/01(木) 21:05:29.97

そんなこと言ったって一つが膨大になる場合は幾つかに分けないとしょうがないだろう
そうでなければ一つにまとめりゃいいし
一つで済むならenum連番を拒む理由もないはず
enum連番なら配列に入れられるからパフォーマンスも良いし

2015/01/01(木) 21:31:21.13

>>62
1つに纏めるっていうのは状態遷移表を一つに纏めるって意味じゃないぞ
[State(A), Trigger(B), Trigger(C)]
void OnA() { ... }
[State(B), Trigger(A)]
void OnB() { ... }
こんな風に処理と設定をセットにするってこと
設定は設定、処理は処理でまとめるよりもこのやり方の方が良いかどうかは場合によるが、言いたいのは
・設定は設定でまとめるんならコード中に中途半端に混ぜないで外部ファイルに出せ
・コード中に設定書くなら処理と纏めろ
ということ

2015/01/01(木) 22:06:23.87

コンソールアプリケーションを他のアプリのデバッグ用に起動したいのですが、
方法がわかりません。

こんなのをイメージしているんですが。
var console = new DebugConsole(new MyScript());

本体のアプリを実行しながら、コンソールを起動して、
コンソールからの入力をMyScriptに渡して、
本体のアプリとやり取りした結果をコンソールに返したいのです。

2015/01/01(木) 22:14:19.48

Process.StandardOutputとかそのあたり

2015/01/01(木) 22:20:27.58

他のコンソールアプリ(MyScript?)と本体アプリの間でやりとりをしたいってこと?
>>65の言うように標準入出力使うのが筋だけど結構面倒でまどろっこしいよ
やりとりの内容によるが、複雑な制御が必要ならIPC使ったほうがいいかも

2015/01/01(木) 22:27:48.27

Process.StandardOutputですが、ちょっと調べてみます。

例えば、コンソールで
get "test"　とかやると
本体アプリのdictionaryインスタンスからtestを取得して返すみたいなことをしたいんです。

2015/01/01(木) 23:22:14.46

デバッガ使わないのは本体を止めたくないからだよな?
なら標準入出力使うよりIPCの方がいいよ
標準入出力だと本体側で入力待ちのための専用スレッドが必要になったりするし
全部文字列でやりとりしなきゃいけないからコマンドの解析などは全部本体側で実装することになってしまう

自分でスレッド立てるのも本体にデバッグ用の処理を全部書くのも嫌でないなら、
コンソールアプリ使うのはやめてAllocConsoleで本体側から直接コンソールを表示することもできる
これならプロセス間のやりとりはいらない

2015/01/01(木) 23:41:37.70

はい、本体は止めたくないです。

本体プログラムの内部でluaインタプリタが動いていて、
デバッグのコンソールからもそのインタプリタに入力を送れるようにしたいです。

IPCについても調べてみます！

2015/01/02(金) 11:37:09.11

>>63
別に設定だけでもC#で書けばインテリセンスの加護は受けられるし可読性も高くできる
外部に書き出すメリットはないよ

処理と設定を一緒にする場合もクラスと属性なんて言う冗長性の高いものじゃなくて
enumとラムダ式にした方がずっと可読性が高く書きやすく出来る

スクリプティングの段階に入ってもC#から離れなければメリットは大きいよ

2015/01/02(金) 11:41:48.09

設定を外部に書き出すメリットはないって、世の中の99.99%のアプリを敵に回したな

2015/01/02(金) 11:51:03.67

設定ファイルにしたって型安全で表現力が高く文法的に一貫している方がメリットは大きいやろ
静的言語をスクリプティングに適用するノウハウが浸透していないだけだと思う

まあユーザーがいじることを想定した設定なら外部に書き出すこともあるだろうけど
そんなこと出来ても喜ぶのは変態だけで普通はOption画面からGUIで設定するわけだしな

2015/01/02(金) 12:34:57.51

設定を外部に持たずにどうやって保持するんだろ？

2015/01/02(金) 12:37:56.70

スクリプトもC#で記述はありだな

2015/01/02(金) 12:40:50.06

元の質問からすると 63 で正しいと思うけど、遷移表って一か所で読みたくならない？
外だしにしといて悪くはないと思うよ。GUI 自動で作るとか

2015/01/02(金) 12:46:10.56

>>63を実装するなら遷移表も自動生成すればいいじゃん
どうせリフレクションで情報収集するんだからついでに簡単にできるでしょ

2015/01/02(金) 12:55:28.12

遷移表は作る前提でみんな話してると思うけど？

2015/01/02(金) 13:00:33.89

遷移表は自動生成することにして、遷移表を編集する=>>63の属性を編集する
ということにすればいいだろう
表作るんなら>>63みたいなスタイルはミスを生みやすくなるだけだから外部ファイルでいいと思う
DRYだよ

2015/01/02(金) 13:06:53.32

訂正
表作るんなら→手作業で表作るんなら

2015/01/02(金) 13:10:06.15

状態管理は外に出せるけど、対応処理の管理は簡単に出来るの？
今、VS Express2013のC#で作っているけど
イベント登録の"+="の使い方が解らなくて、一つのクラスで作っている。

"using"の使い方次第なのかな？

2015/01/02(金) 13:15:33.00

自動生成ったってまずどこかに手で書かなきゃいけないんだから

可読性を上げるためにはひと目で見て把握できる範囲を広げるために冗長性を下げる必要があり
また冗長性が低くないと書いてて嫌になってしまうという問題もある

書いて読んで修正するっていう作業をスムーズにしてスクリプティングの効率を上げるには
属性やなんかで冗長に書いてからプログラムで表を自動生成するのではダメだよ
読んで即編集できるように冗長性の低いフォーマットで記述されている必要がある
C#ならインテリセンスの加護を受けて安全で速く書ける

>>73
編集可能にするにしてもデフォルト設定はどこかにガリガリ書かなきゃいけないわけで
人間が手で書ける形式の設定ファイルを外出ししてそれでデフォルト設定も書くか
デフォルト設定をC#で書いてGUIで編集することにして
人間が読み書きすることを想定しないファイルフォーマットで保存するかといった程度の違いの話だな

2015/01/02(金) 14:19:29.57

まだやってる
馬鹿か

2015/01/03(土) 13:04:04.79

struct（構造体）を作ってnewでインスタンス化するとエラーが出た
↓
コンストラクタを書くとコンパイルが通った

これって構造体にはデフォルトのコンストラクタがないという事ですか？
クラスと違って必ずコンストラクタ書かないと駄目なんですか？

2015/01/03(土) 13:08:04.43

publicなデフォルトコンストラクタはむしろ強制的に作られる
具体的にどう書いたらエラーになったの？

2015/01/03(土) 13:32:40.25

public struct CoOrds
{
　public int x, y;　// フィールド
}
public class Player_2D : MonoBehaviour {

CoOrds coOrds = new CoOrds();
coOrds.x = 10;
}
↑★エラー

public struct CoOrds
{
public int x, y;
}
public CoOrds(int p1, int p2)
　{
　　x = p1;
　　y = p2;
　}
}
public class Player_2D : MonoBehaviour {

　CoOrds coOrds = new CoOrds(100,50);
}
↑★通った

こんな感じです

2015/01/03(土) 13:35:18.49

coOrds.y = 10;

↑こうやってyのほうも初期化してやれば大丈夫。

2015/01/03(土) 13:41:01.42

ありがとうございます。
クラスと違って必ず全フィールド初期化する必要があるんですね

2015/01/03(土) 13:41:51.03

そうそれ。もはや定番のトラップともいえる。

2015/01/03(土) 13:44:08.10

自動実装プロパティーを構造体のコンストラクターで初期化する時も
明示的にデフォルトコンストラクタを呼ぶ必要があるけど、書くたびにこんなの自動でやってくれよと思う。

2015/01/03(土) 14:03:25.84

構造体のプロパティに初期値つけたいとき
get setで細工するのって悪手なんだろうか

public struct Hoge
{
private int _number;
public int Number { get { return _number + 10; } set { _number = value - 10; } }
}

2015/01/03(土) 15:01:28.05

Blittableな構造体はポインタ取ったりマーシャリングなしでアンマネージコードとやりとりしたりできるから
見た目と中身が一致してないとトラブルの元になる可能性がある
クラスの方が無難

2015/01/04(日) 00:00:53.54

>>85
これってunityのみの話？

デフォルトコンストラクタのインスタンス作成で、int型は0に初期化されるよね？

2015/01/04(日) 01:08:25.59

そもそもエラーって書いてある方は文法的におかしいので意味不明だった

2015/01/04(日) 01:12:49.99

>>90キチガイは去れ

2015/01/04(日) 01:17:48.81

諦めてファクトリメソッド使えば済む話なのに

2015/01/04(日) 04:52:16.18

>>90
悪手じゃないと思える方が不思議。

2015/01/04(日) 11:35:01.06

>>90
(´・ω・｀)いろんな人がいるわね

2015/01/04(日) 11:54:41.15

俺の記憶では
structの全てのフィールドを埋めないといけないのは
structの自前定義コンストラクタの中とかout変数の中とかだけじゃなかったか

2015/01/04(日) 11:59:37.45

ローカル変数でnewなしで使う場合とかも

2015/01/04(日) 17:21:16.29

Process特定するときにPidやProcessNameやウィンドウタイトル以外を使って特定する方法ってありますか？

2015/01/04(日) 17:36:24.77

ウィンドウがある前提なら位置とか

2015/01/04(日) 18:07:18.39

クラス名、スタイルとか

2015/01/04(日) 18:10:21.89

>>90
年明け一発目に笑ったのがこれ
会社いきたくねーなー

2015/01/04(日) 18:15:58.07

仕事でこんなコード見たら切れるが、個人なら多少はね

2015/01/04(日) 18:40:07.66

そんなに変かなとおもうけどね。
例えば、Windows FormのSizeとClientSizeなんか>>90と似たような実装だろう。

2015/01/04(日) 18:45:20.74

会社！今日一度たりとも口にせず、目にも入れなかったのに！この単語！

2015/01/04(日) 18:55:47.56

>>105
実装こんなんだったよ
ちなみにControlクラスね
ttp://ideone.com/wLGaud

2015/01/04(日) 19:00:01.67

>>105
初期値が基点として何らかの意味を持っているなら分かる。即値は勘弁して欲しいが。
上記のような意味が無く初期値を与えるためだけの実装ならあり得ない。誤解を招くだけ。

2015/01/04(日) 19:01:01.11

外から設定された値をそのままで覚えておかないと後からその値使おうとした時にスパゲッティになるよね

2015/01/04(日) 19:13:30.05

Control.AutoScrollPositionの話はやめるんだ

2015/01/04(日) 19:51:19.43

>>108
確かに初期値を与える目的ならありえんね。
>>90がそう書いてるのを読み飛ばしてたよw

2015/01/04(日) 23:08:11.87

Entity Framework 6.0についてる？のか

最新のEntity Data Model DesignerをVisualStudio2010のExpressで使うことは可能でしょうか？
ライブラリはとって来て動いてるけど、デザイナーは古いままのようで、
どこで入手するのかすら分かりません

方法知ってる人がいたら教えてください

2015/01/04(日) 23:14:59.80

MSがいちいち古いVSにバックポートするとも思えないし、ましてやExpress

2015/01/05(月) 00:24:57.21

リストに入れたクラスインスタンスのフィールドにアクセスするにはどう書けばいいですか？

①class Hoge(){
　　public int x = 10;
　}
というクラスを作る
↓
②　Hoge hogeinst = new Hoge();でHogeのインスタンス取得
↓
③　ArrayList testlist = new ArrayList();を作り、testlist[0]にhogeinstを入れる
↓
④class Hoge2内で
　　Hoge thisClass = testlist[0];
　とする

この時testlist[0]にはクラスHogeが入っているので、そのフィールドのxに
アクセスしたいんですが（できますよね？）

int y;
y = thisClass.x;

とかしても、リスト要素にxなんてものはありませんと言われます。
なぜですか？
デバッガ上でthisClassの中を見るとちゃんと実体が入っていて、xの値も見れます。

2015/01/05(月) 00:27:41.19

ArrayList使うの止めてList<Hoge>使いなさい
あなたが参考にしている文献は古いので新しいのを探しなさい

2015/01/05(月) 00:40:39.01

MSDNのリファレンスもそうだけど
参照するクラス名がハイパーリンクになっていないのに
クラスの名前空間が書かれていないとイラっとする

2015/01/05(月) 00:42:18.63

あと

＞Hoge thisClass = testlist[0];

これコンパイル通らないだろ。
質問するときは下手に省略しない。
理想的には、エラーが出る最低限のコードをどこかに貼る。

http://ideone.com/zC9Ig5

2015/01/05(月) 01:33:11.62

>>114
継承について勉強すべし

ArrayListはHogeの基底クラスであるObject型で格納するので、
thisClass = testlist[0]; のthisClassはObject型。
Object型に x というメンバーは存在しないので当然アクセス不可。
ただ実体としてはあくまでもHogeクラスなので、デバッガでは見れるようになっている。

なので、Hogeクラスにキャストすれば良い
Hoge thisClass = (Hoge)testlist[0]

とはいえ、ArrayListはジェネリック対応までの古いクラスなので、
>>115 氏と全く同意見。

2015/01/05(月) 02:21:12.29

>>117
ありがとうございます。
すみません、気をつけます・・・。

>>118
ありがとうございます。
Listに直し、キャストも試してみます

2015/01/05(月) 03:18:54.29

追加ですみません、入れる型が不明な時、もしくは複数の型を
一つのリストに入れたい時はList<T>は使えないですよね？

2015/01/05(月) 05:25:09.73

そんな構造が必要ってケースは99.9%ぐらい設計がまずいので
そんな構造が不要になるように考える

2015/01/05(月) 09:16:26.05

>>112
VS2010でDbContext使いたい場合はEF5にしとけ

2015/01/05(月) 10:06:37.33

>>120
型が不明ってどんな場合？コードを書く時点で何を格納するか決まってるはず。
複数の型も怪しいけど。

基本的には同じ型、もしくは同じ基底クラスから継承したクラスを格納する。
List<基底クラス>

2015/01/05(月) 11:38:55.66

List<object>

2015/01/05(月) 12:00:57.25

基底すぎぃ

2015/01/05(月) 14:58:15.89

>>121
なるほど・・・今日もう一度考えてみます

>>123
Randam.rangeによって入れるクラスがランダムに変わるんです

なのですが、どうもListに入れる型が入れるまで不明というのは
設計的にまずいようですので、一つのクラス内に複数のメソッドを作って
そのメソッドをlistに入れるという方向でやってみようと思います

2015/01/05(月) 15:16:16.37

>Randam.rangeによって入れるクラスがランダムに変わるんです
斬新すぎるw

2015/01/05(月) 15:22:49.76

恥ずかしい・・・
PGの友人にまずはメソッドで出来ないか考え、どうしても無理ならクラスでやれ
と言われたのを今思い出しました
メソッドで可能か考えずにいきなりクラスでやる設計にしたのが悪かったようです
普通にメソッドで可能だと思うので、メソッドでやります

ArrayListにしたのはListと違って型指定が不要で色んなクラスを入れられたので
ArrayListを使いました
こちらも言われた通りListに修正しようと思います

2015/01/05(月) 15:37:14.65

どんな物をつくろうとしてるのかさっぱりわかんないけど一から書籍で学習した方がいいよ

2015/01/05(月) 16:12:57.15

本当にArrayListが必要だったら>>124が代替になるけどさ…

>入れるクラスがランダムに変わる
ってどういう用途で必要？

本当に必要だったらabstract classかinterfaceで縛った方がいい

2015/01/05(月) 16:27:36.40

初心者が詰まるのはそもそも選んだ道が間違ってる場合が多いので、
無理な道をどう進めばいいかに拘ってはいけない
publicフィールドとメソッドだけでも十分何でも作れるよ

2015/01/05(月) 17:04:56.11

>>130
トランプやカード（のような種類のあるもの）をランダムでデッキに積む処理です
それぞれのカードの種類をクラスで作りました

2015/01/05(月) 17:08:59.64

お前はポーカー作るのに52クラス作るつもりか

2015/01/05(月) 17:40:38.34

同じListに突っ込んで処理するって事はそれらに何かしら共通点があるはず
その共通点を基底クラスにして派生クラス作ればいいだけさ
List<基底クラス>で用意すれば派生クラスをいくら入れてもなんとかなる
どこまで基底クラスに機能を持たせるかは経験を積んで判断してくれ

2015/01/05(月) 18:36:45.06

シャッフルってどうやるのがいい？
やっぱり定石といってるやり方の方が正しいのかね？
最近ランダムソートをよく見る気がするが。
ttp://bbs.wankuma.com/index.cgi?mode=al2&namber=74460

2015/01/05(月) 18:47:09.51

for(int i = 0; i < array.Length; ++i)
{
　var rand = random.Next(array.Length);
　Swap(array, i, rand);
}

俺はこれだなあ
正しいかは知らん

2015/01/05(月) 18:55:57.15

俺は使用頻度の高い順に

標準ライブラリにあるやつ
FisherYates
俺俺アルゴ

C#じゃない場合も含めて

2015/01/05(月) 18:59:01.09

標準ライブラリにシャッフル関数持ってる奴は
だいたいFisherYatesで実装されてると思う

2015/01/05(月) 20:34:33.21

>>132
処理でカードの種類を区別したいだけなら整数値でいいよ
トランプなら百の位でマークを、十と一の位で数字を表すとかで十分すぎる
カードクラスなんかいらない

2015/01/05(月) 20:54:34.70

意味をはっきりさせるために構造体ぐらいは使った方が良いし、値じゃなくて参照の方が適当な処理もあると思うが

2015/01/05(月) 21:04:57.32

ソーシャルゲームのカードみたいにカード自体がいろんな性質を持つならそうだね
トランプなら手札クラスや場札クラスまででいいと思うよ
カード型があってもアルゴリズム記述の邪魔になるだけ

2015/01/05(月) 21:13:21.66

あとはトランプの中でも特定のゲームを前提にするなら
カード型がメソッドやプロパティを持ってる方が便利な場面はあるだろうな
ページワンで「約札かどうか」とか、ルール上、各カード自体が特別な性質を持ってると見なせる場合

2015/01/05(月) 23:46:57.60

自分で何入ってるのか分かってるんなら別にarraylistでいいじゃん。
継承関係あろうがなかろうが、ゲームで使うオブジェクトを片っ端からぶちこめ。
取り出すときに、System.Linq.Enumerable.OfType<Hoget>(arraylist)とかで取り出せばいい。

2015/01/05(月) 23:55:32.16

>>143
そうするメリットが皆無なのにする意味がない。

2015/01/06(火) 00:20:25.34

型指定しちゃったら型にはまらない型入れられないじゃん

2015/01/06(火) 00:35:48.24

>>145
List<Object>

2015/01/06(火) 00:45:48.08

ArrayListやList<object>だと、
カードクラスを追加したら、他の部分もそれに合わせて変更が必要になるじゃん？

カードクラスを追加しても、他の部分を変更せずに済むようにするのが良い設計だよ
その方法が>>134

2015/01/06(火) 00:49:55.98

外人のプログラマがcharをキャレットと発音していました
なぜですか？

2015/01/06(火) 00:51:16.47

アニモー
モータポー
ミッソッ
ポテイトゥ

2015/01/06(火) 00:58:06.22

>>148
charはキャラって読みそうだけど、
通はシャアって読むよね！

2015/01/06(火) 01:00:32.54

マークがenum
数字がintのクラス一つあれば十分

2015/01/06(火) 01:03:06.40

<<147
ならないよ。
list.OfType<Interface>で取り出せばいいよ。

2015/01/06(火) 03:41:49.07

>>152
それなら、List<Interface>で良いんじゃ。

2015/01/06(火) 06:50:09.33

>>153
それだと入れられなくないか？

2015/01/06(火) 10:00:22.93

>>135
これ結構早い段階というか最初から？偏りがあるんじゃないかって疑ってたみたいだけど、そういうのってなんとなく？感覚的に？あるいは論理的に？分かるもんなの？
なんにしても、なんとなく適当にやると簡単に偏りとか出てしまうんだな。

2015/01/06(火) 10:23:55.04

経験的に、だと思う

2015/01/06(火) 12:36:40.69

・Randomは重複する
・OrderByは安定ソートである
この2点さえ知ってれば明らかでしょ
安定ソートでないアルゴリズムでも重複キーの順序は大抵何らかの単純な法則に従うから偏るだろうね
>>136はNext(i, array.Length)に変えたら一様になるよ
インプレースだから分かりらさ

2015/01/06(火) 12:38:49.14

すまんミス
インプレースだから分かりにくいけど、直感的には袋に入れた玉を無作為に取り出して並べるのと等価

2015/01/06(火) 12:52:09.52

rnd.NextDouble使ってれば重複は無視できるレベルになると思うけどね

2015/01/06(火) 13:05:59.44

理解して無視してるならいいよ
理解せずに無視してるとなるとそれは

2015/01/06(火) 13:10:43.51

>>158
等価に思えんけど。
それではインデックスが若い物ほどSwapされる頻度の平均値が上がってしまう。

2015/01/06(火) 13:13:38.84

昨日とりあえずFisherYates使えって言ったじゃん

2015/01/06(火) 14:53:07.88

>>157
>Next(i, array.Length)に変えたら一様になるよ

全く意味不明だな
元がどう一様ではないのか説明してみろよ

2015/01/06(火) 14:59:54.65

>>136に>>157の修正したものがFisherYatesと同じでしょ
でそれは>>158の解釈通りでしょ

2015/01/06(火) 15:01:16.62

あ、元が一様かそうでないかは自分にはわからん

2015/01/06(火) 15:02:50.44

だから初期状態で若いインデックスの物ほどswapされる頻度が高くなるんだから>>158の説明は間違い

2015/01/06(火) 15:07:35.47

スワップと考えるから間違える。
やってることはスワップなんだが、論理的には袋の中から一つずつランダムに取り出すのと同じになるんだよ、>>158のやり方で。
よく考えれば分かる。
最初のやり方は一様にならない。

2015/01/06(火) 15:09:36.32

>>166
どういうこと？157のように変えたらarray[0]は初回のみしかswapされないと思うんだが

2015/01/06(火) 15:09:40.81

そもそもランダムならばスワップが1回でも2回でもランダムな値であることには変わりないはずだからそこは問題じゃないだろう

元が一様ならばNext(i, array.Length)にするのは無駄な処理が増えるしシンプルさを損なうから無粋だろう

2015/01/06(火) 15:10:38.19

違う、>>157のやり方だった。

スワップする事で、袋から選んだボールを並べた上で、選ばなかったボールを袋に返してることになるんだよ。
ちょっとわかりにくいけどよく考えてみれば分かるはず。

2015/01/06(火) 15:12:21.30

>>168
スワップじゃなくて、袋から一つずつ取り出してるんだ。
一回取り出した奴を含めて選びなおしてたらおかしくなるだろ？

2015/01/06(火) 15:17:05.25

>>170
ボールを袋に返すっていうのがまず意味不明だし
袋に返すとどう一様じゃなくなるのかも分からんな

2015/01/06(火) 15:17:15.48

>>170
だから、初期状態の位置によって何度も袋に戻される玉とそうでない玉が出るんだから全然等価じゃありません。

2015/01/06(火) 15:21:19.22

例えばarray.Length == 5の時、初期状態でarray[0]に入ってる値は
Swap(0, 1)→Swap(1, 2)→Swap(2, 3)→Swap(3, 4)
と最大4回swapされる可能性があるが、初期状態でarray[4]に入ってる値は
最大でも1回だけ。

2015/01/06(火) 15:22:15.54

現実のボールをランダムに並べるには袋から取り出していく事が必要になるが
現実のボールを袋から取り出してるわけではないからそのメタファーに従う必要はない
別にボールを取り出すようにやらないと配列が一様なランダム性を得られないわけではないし

さらにいえばボールを袋に返してはいけないのは並べ終わらなくなるからであって一様性とは関係ないはずだ

2015/01/06(火) 15:27:31.97

>>136のやり方がなぜだめか。
例えばボール3つの場合、ボールの並び方は
123 132 213 231 312 321
の6パターンになる。
一方、スワップの組み合わせ数は3×3×3で27パターン。
つまり6パターンで割り切れない。
ということは、どういうことになるかというと、パターン数に偏りがあるって事になる。
分かる？

2015/01/06(火) 15:30:16.08

>>175
違うよ。
プログラムの動作をメタファーで表現してるのではなくて、元々の袋から一つずつ取り出して並べる操作を、プログラムでシンプルに実装するとこうなるんだ。
論理的に等価なんだよ。

2015/01/06(火) 15:31:51.57

言ってて無理があると思わないんだ...

2015/01/06(火) 15:34:02.23

>>176
一方で、>>157のやり方だと、スワップの組み合わせ数は
3×2×1で6パターン
つまりボールの並び順のパターン数と同じになる。
袋から一つずつ取り出して並べるのと等価になるようにプログラムしてるんだから当然だけど。

2015/01/06(火) 15:35:29.20

>>176
まずスワップの組み合わせ数とボールの並べ方の数に何の関係があるんだよ
関係無いものを並べてみただけのただの詭弁だ

ランダム性が一様であるかどうかは「配列のすべてのインデックスで、
全ての項目から均等な確率で一つが選ばれて割り当てられているかどうか」で決まる
だから>>136は全く正しいアルゴリズムである

2015/01/06(火) 15:40:01.80

最初の配列は全部袋の中のイメージな。
まず一回目のループで3つのうちどれか選ぶよな。
それが一つ目のボールだ。
配列の1つめと、選んだボールをスワップする。
配列の1つは選んだボールになり、2つ目と3つ目は袋に残ったボールになる。

2回目のループで配列の2つ目と3つ目どちらかを選ぶ。
つまり、袋に残った2つのどちらかを選ぶ。
配列の2つ目と入れ替える。
配列の2つめは、袋から2回目に選んだボールとなり、配列の3つ目には選ばれなかったボールが残る。

こういう事だよ。

2015/01/06(火) 15:43:07.32

>>180
さすがに
確率を勉強し直せとしか言えん。

スワップのパターン数＝出来上がる配列の最終的なパターンの総数だろうが。
その総数が、並び方のパターン数の倍数にならないなら、並び方によって出現するパターン数が替わってしまう＝一様になってない。
何で分からん？

2015/01/06(火) 15:43:43.21

あ、ご高説終わりましたか？

2015/01/06(火) 15:46:15.23

>>136を10000回やってみると確かに偏った（初期位置が後ろのものほど前に来にくい）
>>157だと偏ってないように見えた

ちょっと確率の計算を勉強しなおしてくる

2015/01/06(火) 15:51:38.69

約一名様は中学校からやり直しね

2015/01/06(火) 15:57:49.21

え、一人だけ

2015/01/06(火) 16:04:24.60

結局>>164の認識で合ってるという理解になったんだが
合ってるよね？

2015/01/06(火) 16:04:38.57

a[i]とa[j](i≦j≦n, where n = a.Length - 1)を交換する行為は、確かに
a[i]からa[n]までの部分配列を袋とみなして玉を取り出した後、袋とみなす部分配列の始点を
インクリメントするのと同じだから、やっぱり>>157-158が正しいなw

すまんかった。

2015/01/06(火) 16:22:27.74

こういう時にideone使えよ
俺はやらないけどな

2015/01/06(火) 16:41:32.07

>>187
合ってる。

2015/01/06(火) 16:41:49.09

貼ってみたよ
http://ideone.com/Uic7zf

2015/01/06(火) 18:03:02.39

アルゴリズム的に一様になるとしても、そもそもの乱数に偏りがあったら何にもならんのだが
実際どの程度偏ってるんだろ

2015/01/06(火) 18:17:27.51

>>192
CのデフォRand()がアレなのは常識だけど、C#デフォのはどうなの？
メルセンヌ・ツイスタとかなら文句はないんだが

2015/01/06(火) 18:21:06.20

クヌースの減算法じゃなかったか

2015/01/06(火) 18:27:12.50

>>194
うん。

2015/01/06(火) 18:29:24.17

>>160,180
>>184
ジワジワくるw
息してないけど。

2015/01/06(火) 18:30:35.79

>>160じゃなくて>>169だた。

2015/01/06(火) 18:32:22.80

>>182
>スワップのパターン数＝出来上がる配列の最終的なパターンの総数

何言ってんだ一体
たとえば同じ箇所を二回スワップすれば同じパターンに戻るんだからスワップの総数は最終的なパターンの総数になんかなるわけないだろう

たしかに俺が間違っていたことは間違いないが
これが詭弁なことにも違いはない

>>191の結果を見ると
結局最初に0番にスワップされた奴はもう戻って来られない可能性が高いが
0は自由な位置に移動した後もう一度必ず移動するチャンスがあるので
その分移動しやすいってことか
なので自分の数字より若い位置に移動したらもう移動しない可能性が高いので
自分の数字より前の濃度が高くなるのか

2015/01/06(火) 18:42:43.31

>>198
だから確率を勉強しし直すといいよ。
同様に確からしい起こりうる事象のすべての組み合わせのうち、
ある事象が起こる回数の割合が、その事象の起こる確率だ。

同様に確からしい、起こり得るすべての事象の総数がここでは27パターンなわけ。
この27パターンは同じ確率で発生するわけ。
並び方のパターンは6で、総事象が27ってことは、確実に多い並びと少ない並びがあるわけ。
27パターンは同じ確率で発生するんだから、少ない並びのパターンが発生する確率は少なくなるわけ。

確率を分かってたら総パターンの意味なんてすぐ分かるけど、ちゃんと理解してないからピンと来ないんだな。

2015/01/06(火) 18:45:28.69

>>198
詭弁でもなんでもなくて、確率の話ではふつうの言い方だよ。

理解できないおまえがアホなだけ。
結局お前の言ってたこと全部間違ってるじゃんw