C#

かるぼ式メモリー図パート１の復習問題

刈歩菜良 CTP — Mon, 18 Aug 2008 13:43:00 GMT

気が早いお話ですが、来る2008/9/13のわんくま同盟大阪勉強会 #23でかるぼ式メモリー図パート２をやる予定です。

今回は引数のデータ受け渡しの仕組みやオブジェクト指向のさわりとしてコンストラクタやカプセル化についてお話しする予定です。

そこで、パート１を聞かれた方は復習で、パート１を~~抜き差しならない事情で残念ながら~~聞くことができなかった方は腕試しで復習問題を挙げておきます。
ぜひぜひトライなさってみて下さい。

# ちなみに、パート１は2007/6/2のわんくま同盟東京勉強会 #8と2008/6/7のわんくま同盟大阪勉強会 #19でお話させていただいています。

復習問題
以下のコードをかるぼ式メモリー図で表現してください。

①値型
int x;
x = 10;

②参照型
string s;
s = "Hello world finance!"

③１次元配列（値型） … 以降は、配列に入る値は省略されていますが、図には適当な値を記述してください。
int[] arr;
arr = new int[5];

④２次元配列（値型）
int[,] ar2;
ar2 = new int[2, 3];

⑤３次元配列（値型）
int[,,] ar3;
ar3 = new int[2, 2, 2];

⑥ジャグ配列（値型）
int[][] j_ar2;
j_ar2 = new int[2][];
j_ar2[0] = new int[3];
j_ar2[1] = new int[5];

⑦１次元配列（参照型）
string[] arr;
arr = new string[5];

⑧２次元配列（参照型）
string[,] ar2;
ar2 = new string[2, 3];

⑨３次元配列（参照型）
string[,,] ar3;
ar3 = new string[2, 2, 2];

⑩ジャグ配列（参照型）
string[][] j_ar2;
j_ar2 = new string[2][];
j_ar2[0] = new string[3];
j_ar2[1] = new string[5];

なお、復習問題の答え合わせは2008/9/13のわんくま同盟大阪勉強会 #23でさらっとだけ行おうと思ってます。

詳しい説明はパート１のビデオ（公開済み：わんくま同盟東京勉強会 #8　公開待ち：わんくま同盟大阪勉強会 #19）をご確認ください。

Enjoy!
(^^)v

MISAO にうまくからめなかった

めたぼなら — Mon, 09 Jun 2008 15:43:00 GMT

先日久しぶりに大阪でセッションを持ちました。
# しかも、無謀にも2セッション。

金曜日まで連日終電なほど仕事が詰まっていたわたしは案の定徹夜で準備、仕上がったのは6時を回っておりました。
で、帰ってぢゃまいかをさんの捜索。
約２時間...
想像しなかった段ボール箱に住まっていらっしゃいました。

「よし、あと１時間で出れば間に合うぞぉ。３０分で風呂入って、３０分で準備して。ん～ん、マンダム。」
そこで、湯船に入ったのが間違い。
一瞬で、(-.-)Zzzz
気付いたら家を出ようと思ってた時間でした。
急いで洗って準備して、家を出るとき中さんに電話したのが9:50ぐらいかな？
ぎっりぎりセッションに間に合いました。

携帯充電中で電源切っていたのですが、何名かの方からお電話いただいてたとのこと、この場を借りて、ごめんなさい。_(._.)_ ＆厚く御礼申し上げます。

セッション内容はおいおい触れるとして、まず、ぢゃまさん！
２ヶ月も訳のわからん段ボール生活をしておられたので、とっても良いかほりが...
今度はきっちりファブっとかないとだめですなぁ。

で、睡眠時間が湯船で３０分ほどだったので、２次会以降は断念いたしました。
みなさん、ごめんなさい。_(_^_)_
# ぃゃ、梅田行くまでは参加する気満々だったのですが、梅田行くまでに道に迷ってしまい、テンション落ちちゃいました。

C#編は一応あと３セッションご用意しておりますので、いつになるかはわかりませぬが、大阪か名古屋で続編をやろうかと勝手に思っちょります。
# 他の方優先で、空きがあればということで。

そして、やっと本題。

初 MISAO でとっても期待していたのですが、そもそも私の講習スタイルだと、全くからめないことが判明。

わたしって、基本は聞いて下さっている方々を見ながら話すのですよ。
なので、スクリーンって全然見てない。
ちらっと見て、正しいページが写っているか確認するぐらい。
あと、講師用のマシンも端っこにあって、プレゼンターでページを進めていたので、背後にしか MISAO を確認するすべがないのね。

数分の演習時間中にがんばってから見ましたが、ほんとは喋っている途中のつっこみに絡みたいのよねぇ。

HEY!3とかで観客の後ろに歌詞が出てたりしますが、あんな感じで客席の後ろに MISAO が出てくれない限りは、わたしのやり方じゃ無理みたい。

あと、サングラスの中に MISAO が流れるようにするっていう案も出ましたが、どなたか組み込みの人作って。
o(^o^)o

そうだ！
言い手を思いつきました。
MISAO に流れるコメントをミクちゃんに囁いてもらうってのはどうでしょ。
ねぇ、ぱぱん。

なにはともあれ、お粗末さまでした。
<(_ _)>

タイマー祭♪

めたぼなら — Wed, 14 May 2008 17:05:00 GMT

元ネタ：「スピーカ各位殿」
地雷踏んだ人：「踏んでないですよね・・・」
元ネタ：「祭りのあれ」

関連リンク：「一年ぶりぐらいの祭りの気配！？」
関連リンク：「3のつく数字だけ」
関連リンク：「おもろー！」

祭り初参加です。
わ～い！！
といえども、ズルして、επιさんのに機能追加です。
(^^ゞ

追加機能
・ボタン右クリックで、アラーム設定(0分ではデフォルトで鳴ります)。
・configファイルにwaveファイルと繰り返し回数を設定（デフォルトではnotify.wav、繰り返し3回）。
・タイマースタート時に確認ダイアログ

追加予定
・0分過ぎたら超過時間を表示
・多言語対応
・メニューからオプション設定（waveファイルとか繰り返し回数とか言語とか）
・世界のナベアツモード

「しってるつもり？値型と参照型」最終回

刈歩菜良 — Fri, 16 Nov 2007 07:35:00 GMT

ご無沙汰しております。
「嵐の前の静けさ」ならぬ、「嵐の真っ只中の静けさ」状態です。
# むしろ、嵐の前のほうが現実逃避で騒がしかったりします。今は現実逃避すら許されぬゆえ...

気が付けば、火曜の朝からすっかりオフラインで、久々にわんくまメインフィードを覗くとすっかり~~未来警察~~ウラシマン状態でした。
メールなどなどはまったくチェックできてません。
で、目に留まったのは「バラけてみるのもいいじゃない。明けない夜はないじゃない。」
明けない夜は確かに今まではなかったけど、明けなさそうなことはたまにある。
# ヒント：お風呂
# つい先ほども4時間ほど(ry
気づけばこないな時間ですか！！
もう寝れへんがなぁ。

で、本題ですが、今まで3回にわたってお送りしてきた「しってるつもり？値型と参照型～メモリー図ですべて解決」ですが、明日のオブ熱２でお送りする「知ってるつもり？値型と参照型～メモリー図でオブジェクトも解決さらば！ぢゃまいかを！」でいよいよ最終回を迎えます。毎回毎回武田徹夜明けにお送りしているのですが、今回もそうなる予感... (T_T)
# だって、明日は打ち上げだし...
がしかし、有終の美を飾るべく誠心誠意がんばらさせていただきマッスル。
(=_=)／ぉー
てか、本題みぢかー。

オブジェクト指向におけるFizzBuzz問題に参戦

刈歩菜良 — Fri, 09 Nov 2007 12:12:00 GMT

元ネタ：「オブジェクト指向におけるFizzBuzz問題」

我慢できずに作ってしまいました。

あーだこーだいぢめてくださいまし。
_(_^_)_

    abstract class Animal

        protected int times = 1;

         public abstract void Sound();

        public void SetCount(int n) { times = n; }

    class Dog : Animal

        public override void Sound()

            for (int i = 0; i < times; i++)

                Console.Write("わん");

            Console.WriteLine();

    class Cat : Animal

        public override void Sound()

            for (int i = 0; i < times; i++)

                Console.Write("にゃー");

            Console.WriteLine();

俺流インターフェイスの解釈２

刈歩菜良 — Thu, 08 Nov 2007 22:43:00 GMT

続きネタ：「俺流インターフェイスの解釈」
元ネタ：「.Netはすごく難しいのかもしれない」

おまんたせ致しました。
ふつーに考えたら意外に簡単でした。

まずはじめに、そもそも初心者にはアンボクシング・ボクシングって用語は教えませぬ。難しく感じちゃうから。
# ほら、Cでもポインター変数っていうだけで、まるで普通の変数とは全く別もんみたいに感じちゃうぢゃないですか。本当は普通の変数と構造上何ら変わりはないのに。

で、元ネタ抜粋

class Program {
public static void Main() {
    Idata x, y;
    x = new Val();
    y = x;
    ((Val)x).setVal(123); // Val化して値変更
    System.Console.WriteLine(
       "Idata of Val: x={0}, y={1}", x.data, y.data);
}
}

結果はx,yともに0となります。
((Val)x).setVal(123);　が機能してない(よに見えます)。

これはどう解釈すんだ?
interfaceを値型(struct)にcast-downするとコピーが返されるてことｽｶ?

まず、setがあるかどうかは今回の本質ではないので、~~加齢臭~~ ~~カレーにする？~~ 華麗にスルーで。(^^ゞ

問題はここの考え方。

((Val)x).setVal(123); // Val化して値変更

これは書き換えると以下のようになります。

Val v = (Val)x;
v.setVal(123); // Val化して値変更

つまり、Valにキャストした時点（値型になった時点）でコピーが生成されるわけです。

interfaceを値型(struct)にcast-downするとコピーが返されるてことｽｶ?

で、ビンゴです。

で、これは何も特殊なことと考える必要はなくって、値型のいたってふつーの動きです。

int x, y;
x = 0;
y = x;
int v;
v = x;
v = 123;

と同じことです。

値型に戻してから扱っているから、値型の動きを示しているのです。

.NET言語を覚える王道？

刈歩菜良 — Thu, 08 Nov 2007 10:16:00 GMT

元ネタ：「re: 脱初心者への厚き壁 2007/11/07 22:52 επιστημη 」

わたしもCUIから学んだ口なので、
●まずはGUI抜きで各種構文を覚えて、
●アルゴリズムを学んで、
までがいわゆるファンダメンタルで、それらがある程度身に付いてから、かーしすやらえっくすりぶやらもちーふやらのGUI部分を応用として学びました。

が、しかし、時代は変わって、IDEでRADだぜいっ！が前世全盛です。
「おぉ！サーバーエクスプローラからテーブルをドラッグ＆ドロップで3階層のWebアプリかんせー！！」ですよ。

で、出来上がったアプリだけを見て上司は「ほほー。こんなんが簡単にできちゃうんだ。時代は変わったねー。よかつたよかつた。」ですよ。

なので、まず最初に勉強したい（させたい）のはIDEの使い方。簡単にほほいとアプリを作る方法。になるわけで、きちんとした言語使用やらアルゴリズムやらはあとあとあと。ってなことになるわけです。
# えぇ、しょせん見た目9割ですから、教育効果という観点から言うと、FizzBuzz問題の完成よりもDBのテーブルがWebで確認できたほーがすげーになるわけですよ。

でも、言語を学ぶのに、王道なんてない by 犬のお父さんなのですけどねー。

かつて私もこの状況を憂慮しtヴぃうｈｗなにｗあｓどヴぃpopiiiiiiiiiiiiiiiiiiiiii

表に書けないので、続きはあちらで...

だ・か・らー
しゅくだいわーーーーー > 自分

ねーねー、そこの日本人さん。日本人って何人いるん？

刈歩菜良 — Wed, 07 Nov 2007 20:55:00 GMT

元ネタの元ネタ：お前に訊きたい!
元ネタ：バグを少なくシンプルに！C#言語仕様に隠された意図

これまたコメントで書いていたのですが、長くなったし、ほかの方のご意見も気になったので記事に切り替えました。

またあらためて考えてみたのですが、元ネタの元ネタにある数を数える例だと、インスタンスAはほかに同じクラスのインスタンスが生成されたことは知る由がないので、数を聞くのはやっぱりクラスに聞くのが妥当ではないかと...

例えば、日本人に「日本人って何人いるの？」て聞いても誰も答えられない。だれも「日本人が増えた」のをカウントしてないから。自分が生まれた時に「はい！１増えました。」というのが分かるだけですよね。

# ぃゃ、もちろん静的フィールドは全インスタンスから見れるので、コード上は確認可能です。あくまでもたとえ話のイメージとして... 感覚的な話です。

なので、日本人の正確な人数を調べるには個人（インスタンス）に尋ねるよりお上（クラス）に尋ねる方が感覚的にしっくりくるような気がします。

そして、ごめんなさいごめんなさいごめんなさい。
今日中に宿題出来そうにありません。
ゆるしてくだせ～。お代官様。
明日にはきっかり年貢を納めますです。
m(._.)m

バグを少なくシンプルに！C#言語仕様に隠された意図

刈歩菜良 — Wed, 07 Nov 2007 13:51:00 GMT

ネタ元：お前に訊きたい!

コメントで書いていたのですが、長くなったり、古かったりで記事に切り替えました。

C#では静的なメソッドにアクセスするには、クラス名．メソッド名（）というように、クラス名を使ってアクセスする必要があります。C++のようにインスタンス変数を使ってアクセスすることはできません。

これはいわゆるバグ対策だと私は解釈しています。

インスタンス変数からスタティックメソッドのアクセスを許可するのは簡単な話だとおもうのですが、そうすると、ソースコードを見ただけでは呼び出しているメソッドがスタティックなのか、そうではないのか判断つかなくなるんです。

クラス(インスタンス)の利用者に「staticメソッドってことを重々承知で使ってます。」って認識させる意味もあります。
通常のメソッドと勘違いして、うっかりstaticメソッド呼び出しをしてしまって、すべてのインスタンスに影響が出てしまったというバグを避けるためではないかと私は解釈しています。

この考え方ってC#の仕様ではあちこちにでてて、たとえば、参照渡しをするときもメソッド利用側で引数にrefつけなきゃいけないとかっていうのも、同様の理由からだと思います。

ifの条件にbool型しか使えないのも、switch caseでフォールスルーがエラーになるのもバグ対策です。

他の言語経験者からすると最初は冗長で面倒くさく感じるかもしれませんが、すべては言語仕様でバグを発生しにくくしているのだと私は解釈しています。

結局コストと時間が一番かかるのがデバッグ・テスト・メンテナンスなので...

あと、シンプルっていうのは、例えばC++にある－＞や：：はすべて．に一本化されたとか、ポインタを排除したとか、多重継承を禁止したとかということです。これらも結局は言語仕様でバグを発生しにくくしようということだと私は解釈しています。
（注）：：はなくなったわけではないですけどね。－＞はマネージドコードでは使えませんね（unsafeなら可）。

宿題忘れてませんよー！
今日中に提出しまーす。

う～、ひとつもぼけれんかった。
Torikobuta にケチョンケチョンに言われる～～～。

さて問題です。
1．私は何回「私は解釈しています。」と書いたでしょう？
2．なぜその台詞を連発したのでしょう？

俺流インターフェイスの解釈

刈歩菜良 — Wed, 31 Oct 2007 17:23:00 GMT

ネタ元：.Netは難しいのかもしれない

もうすでにコメントでほとんど解明されていますが、俺流での解説を試みてみます。

interface Idata { int data { set; get; } }
class Ref : Idata {
private int d;
public int data
    { set { d = value; } get { return d; } }
}
struct Val : Idata {
private int d;
public int data
    { set { d = value; } get { return d; } }
}
<<中略>>
    Idata x, y;
    x = new Val(); // ※
    y = x;
    x.data = 123;
    Console.WriteLine("Idata of Val: x={0}, y={1}", x.data, y.data);

げげーん、値型なのに x=123, y=123 だって。
値型をinterfaceで受けると参照になっちゃう。

インターフェイスは参照型なので、
Idata x, y;
の時点ではインスタンスがありません。
# Val x, y;とすると、この時点でインスタンスが作られます。

で、
x = new Val();
とすると、xが値型を指す参照となり、続く
y = x;
で同じ値型を指す参照がもいっこ増えます。

こんな感じ
x ─┬─→Valのインスタンス
y ─┘

別の言い方をするとxもyもキャストのいらないobject型と考えてみてはどうでしょう？

と、ここまで書いたら記事がもう一個進んどったー。
もそっと考えさせてください。
(;O;)

C#

かるぼ式メモリー図 パート１の復習問題