C#

[C#]ああいえばこうユージング

出水洸太郎 — Tue, 21 Oct 2008 01:37:00 GMT

C#のusingが面倒だよね、という話題はよく出てきます。
もっと以下のような感じですっきりかけないものでしょうか。

int hoo(string readfile, string writefile){
  (処理1)
  using var sr = new StreamReader(readfile);
  (処理2)
  if(...){
    using var sw = new StreamWriter(writefile);
    (処理3)
    //ここを抜けると、sw.Dispose();が走る
  }
  //ここを抜けるとsr.Dispose();が走る
}

いわゆるRAIIです。

実はこれに関してはフィードバックを出していたのですが、その返事が返ってきました。
まとめるとこんな感じです。

・C#にはデストラクタないから概念が新しすぎる。
・そもそも、プログラムの作りが複雑なのが問題。

結局、入れないという結論のようです。
まぁ痛い所を突かれた感じです。

ライブラリならともかく言語仕様だと
おいそれと受け入れられるとは思えないので当然の結果ですけど。

で、本題です。
このようにMicroSoft製品にバグや要望を送れるフィードバックがあって
しかも日本語で送って翻訳して英語チームに届くので
他にも要望があれば活用すべし！という事ですね。

(と、ゴマをすってみる)

[C#]スーパー等しい君

出水洸太郎 — Mon, 06 Oct 2008 23:02:00 GMT

Equalsメソッドの実装のお話です。

合同式を作ってみました。
今回の場合は、13を法とした合同式です。
以下の場合、1と14はどちらも13で割った余りが1になるので、等しいとなるはずです。

class Mod13 {
  uint num;
  public override bool Equals(object obj) {
    var right = obj as Mod13;
    if (right == null) return base.Equals(obj);
    return getMod() == right.getMod();   
  }
  public uint getMod() { return num % 13; }
  public Mod13(uint num) {
    this.num = num;
  }
}
class Program {
  static void Main(string[] args) {
    var a = new Mod13(1);
    var b = new Mod13(14);
    Console.WriteLine("1 ≡ 14 (mod 13) :" + (a == b));
  }
}

はい、この通り1と14が等しいことに…なってないですね。
Equalsをちゃんとオーバーライドしているのに…おかしいなぁ。

答え
Equals と operator== は別物です。

ということで、operator== もちゃんと追加しました。
なぜか、operator!= も作れとコンパイラに怒られたのでそちらも作っています。
これでちゃんと動くはずです。

class Mod13 {
  static public bool operator ==(Mod13 left, Mod13 right) {
    return left.Equals(right);
  }
  static public bool operator !=(Mod13 left, Mod13 right) {
    return !(left == right);
  }
}

ぬ、ぬるぽーーーー！？
Equalsの中でoperator== を使っているのが原因らしいです。

答え
operator== を先に作り、Equals がoperator== を利用するようにしましょう。

#ObjectがEqualsを持つ必要性がよくわかんない。IHashable のインターフェースでは駄目なの！？

[C#]整数も蒐集する程度の能力

出水洸太郎 — Sat, 04 Oct 2008 11:24:00 GMT

[C#]構造を蒐集する程度の能力の続き

Listってそんなに使いにくいことになっていたかな？って思ったので
実際に試してみました。
intにカーソルを合わせるとstruct System.Int32 と出るので、
intはstructのはずです。

static void Main(string[] args) {
  var ilist = new List<int>();
  ilist.Add(100);

  Console.WriteLine(ilist[0]);
  ilist[0] += 100;
  Console.WriteLine(ilist[0]);
}

動きますね…そりゃ、Listが使えないといろいろ不便ですしね。
組み込み型だからでしょうか？

と、流星の如く素晴らしい発想が出た俺参上！
さっきのプログラムはこう書けばいいんだ！！

static void Main(string[] args) {
  var poslist = new List<Position>();
  poslist.Add(new Position(100, 200));
  poslist[0].Print();

  var tmp = poslist[0];
  tmp.swap();
  poslist[0] = tmp;

  poslist[0].Print();
}

つまり、肝は代入演算子なわけです。
これがあれば謎のロジック50袋が炸裂してうまくいくと。
なんでこんなまどろっこしいことになっているんでしょうね！！

結論
・追跡参照をください

[C#]構造を蒐集する程度の能力

出水洸太郎 — Sat, 04 Oct 2008 04:42:00 GMT

以下のプログラムをコンパイルして実行した結果、どうなるでしょう。

struct Position {
  public int x, y;
  public void Print() {
    Console.WriteLine(x.ToString() + "," + y.ToString());
  }
  public void swap() {
    int tmp = x;
    x = y;
    y = tmp;
  }
  public Position(int x, int y) {
    this.x = x;
    this.y = y;
  }
}
static void Main(string[] args) {
  var poslist = new List<Position>();
  poslist.Add(new Position(100, 200));
  poslist[0].Print();
  poslist[0].x += 300;
  poslist[0].Print();
}

なんと、コンパイルできません。
"エラー CS1612: 変数ではないため、'System.Collections.Generic.List<strlist.Program.Position>.this[int]' の戻り値を変更できません。"
こんなエラーが出るんですね。

では、このように関数の内部で値を変更してはどうでしょう。

static void Main(string[] args) {
  /* Positionの定義は上のソースと同じ */
  var poslist = new List<Position>();
  poslist.Add(new Position(100, 200));
  poslist[0].Print();
  poslist[0].swap();
  poslist[0].Print();
}

今度はコンパイルはできますが、予想通りswap()での交換は行われていません。

問題はposlist[0]の部分ですね。
上で出たエラーから推測すると、poslist[0]はposlist[0]ではありません。
poslist[0]の内容がコピーされたものが帰ってきているわけです。

Listに入れているものがclassであれば、実体を指し示す位置なので
コピーされたものであっても問題がありません。
しかし、今回はstructですので、コピーされたものを更新してしまい、
実際のposlist[0]の中身はまったく更新されないわけですね。

poslist[0].xとかやると、それ更新しても意味ないよって事でしょう。

ということで、結論です。

struct と Collections は相性が悪いので組み合わせないようにしましょう。
追跡参照…追跡参照さえあればこんなことには…！！

#List<int>はまずいの？という話になりそうなんですが、その辺はもうちょっと調べて書きます。

[C#]ユージングインパクト

出水洸太郎 — Mon, 29 Sep 2008 20:31:00 GMT

C#のusingは便利ですが、ネストが深くなるという問題もあります。
そう愚痴ると、同時に宣言するなら並べて書くことができる、という
解決策を提案をされることがよくあります。

// ネストが深いなぁ…
using(var a = new ClassA()){
  using(var b = new ClassB()){
    using(var c = new ClassC()){
      ...
    }
  }
}
// こうすると、ネストが1段で済む
using(var a = new ClassA())
using(var b = new ClassB())
using(var c = new ClassC()){
  ...
}

だけど、よーく考えると以下の書き方はあまりしませんよね。

for (int x = 0; x < 30; x++)
for (int y = 0; y < 30; y++)
for (int z = 0; z < 30; z++){
  ...
}
if (a == 0)
if (b == 0)
if (c == 0){
  ...
}

途端に冒頭の解決策が不安になってきます。

[C#]注目の的

出水洸太郎 — Sun, 13 Jul 2008 12:23:00 GMT

var result = data.Where(O=> 0 <=O);

0以上がほしい時にどうぞ。

匿名デリゲート

出水洸太郎 — Fri, 30 May 2008 03:12:00 GMT

おそらく、3年前にすでに語りつくされたネタだと思いますが…。

C#の匿名デリゲートは、ただの書式的な問題だけ、と思っていたのですが、

なぜローカル変数を引き継げるんですか！！

List<FUNC> func 
for(int i = 0; i < 3; i++){
  int a = 10;
  func.Add(delegate(){Console.Writeline(a);});
}
foreach(var f in func) f();

これで、「10, 10, 10」と出力されます。(カンマは改行)

for(int i = 0; i < 3; i++){
  int a = i;
  func.Add(delegate(){Console.Writeline(a);});
}
foreach(var f in func) f();

こう書き換えれば、「0,1,2」と出ますね。

for(int i = 0; i < 3; i++){
  func.Add(delegate(){Console.Writeline(i);});
}
foreach(var f in func) f();

ですが、こう書き換えてしまうと…出力は「3,3,3」です

ここで出力されるiはforでカウンタとして使っているiですから、

forを抜けた時はiは3のはずです。

そのiが出力されているんだからなんら不思議なことは…大有り過ぎる！！

C++なら間違いなく開放済みアドレスを指してますよ、これ！

なお、MSDNによると外部変数という扱いになり、開放済みアドレスを指すことはありません。

宣言時ではなく呼び出し時の値を参照することから、

実質引数が増えているのと変わらない使い方が出来て便利ですが、

今更ながらフリーダム過ぎる構文ではないかなぁと思います。