class Varargs {

  static void methodX(Object... args) {}

  static void methodY(Object[] args) {}
}

class Invoker {

  void methodA() {
    Varargs.methodX();
  }

  void methodB() {
    Varargs.methodX(new Object());
  }
}

Varargs.methodX と Varargs.methodY の違いって、可変長で作ってたら引数が空とか配列にしなくても渡せたりとかするわけだけど、外から見えるコンパイル結果に違いがないと、そんな区別ってつかないはずで。メソッド内は配列で扱ってるのは間違いないのだけど。

なので javap してみて。

  static void methodX(java.lang.Object...);
    descriptor: ([Ljava/lang/Object;)V
    flags: (0x0088) ACC_STATIC, ACC_VARARGS
    Code:
      stack=0, locals=1, args_size=1
         0: return

  static void methodY(java.lang.Object[]);
    descriptor: ([Ljava/lang/Object;)V
    flags: (0x0008) ACC_STATIC
    Code:
      stack=0, locals=1, args_size=1
         0: return

descriptor は同じで、 ACC_VARARGS がついてる。classファイルのフォーマット眺める。

The ACC_VARARGS flag indicates that this method takes a variable number of arguments at the source code level. A method declared to take a variable number of arguments must be compiled with the ACC_VARARGS flag set to 1. All other methods must be compiled with the ACC_VARARGS flag set to 0.

なるほど（ふいんき）。

あとInvokerも javap って眺める。

  void methodA();
    descriptor: ()V
    flags: (0x0000)
    Code:
      stack=1, locals=1, args_size=1
         0: iconst_0
         1: anewarray     #2                  // class java/lang/Object
         4: invokestatic  #3                  // Method Varargs.methodX:([Ljava/lang/Object;)V
         7: return

  void methodB();
    descriptor: ()V
    flags: (0x0000)
    Code:
      stack=5, locals=1, args_size=1
         0: iconst_1
         1: anewarray     #2                  // class java/lang/Object
         4: dup
         5: iconst_0
         6: new           #2                  // class java/lang/Object
         9: dup
        10: invokespecial #1                  // Method java/lang/Object."<init>":()V
        13: aastore
        14: invokestatic  #3                  // Method Varargs.methodX:([Ljava/lang/Object;)V
        17: return

呼び出し側で配列作って渡してる。やっぱそうだよね。

現実逃避終わり。

2019-09-12

SQLアンチパターンを読んだ

技術書

SQLアンチパターン

作者: Bill Karwin,和田卓人,和田省二,児島修
出版社/メーカー: オライリージャパン
発売日: 2013/01/26
メディア: 大型本
購入: 9人クリック: 698回
この商品を含むブログ (46件) を見る

積読--;

１冊減ったところで誤差でしかない……。ちなみに2年積んでました（懺悔

感想

「知ってることばっかやなー」

……パターン本なんだから当たり前です。だいたいは普通にやってたら踏まない、はずが、なぜか現場ではよく見る。アンチパターンって引力があるからアンチパターンなので、「なぜか」ではないんですが。

「SQL アンチパターン」って名前ですけど、「データベス論理設計」「データベース物理設計」「クエリ」「アプリケーション開発」の四部構成です。SQLでDMLを想像したなら一部だけで、内容の印象としては前半二部の設計が厚めでした。

でも踏むのもある

はい。引力すごい。

ナイーブツリー
IDリクワイアド
サーティーワンフレーバー
ファントムファイル

あたりはたまに踏んでるかな……熟考して踏み抜いてるものもありますが、妥協ってのも、はい。これを機に踏みとどまる回数を1回増やしてみることにします。

名前をつける意味

25のパターンが挙げられています。名前がつけられ、アンチパターンとはっきり言われていると色々やりやすくなります。

パターン名がちょっと結びつきづらいのは残念なところ。名付けの由来も説明してくれてるから、そこ読めば「あーね」とはなるんだけど。

こんな人におすすめ

DB設計する人もSQL書くだけの人も。RDBに関わる開発者ならみんな、かな。

RDBあまり使ったことない人には、知の高速道路としてすごくいいんじゃないかな。背景から具体的なDDL、SQL、アプリケーションコード（PHPなので読み飛ばしたけど←）で例示、複数ある解決策の選択基準まで書かれてます。すごい。もちろん「これだけ読めばバッチリ！」な本ではありません。アンチパターンの背景を理解しようとすれば一気に世界は広がると思います。そして積読タワーも高く成長すると思います……。

ある程度経験ある人だったら「知ってることばっかり」になるかなーとは思います。冒頭にも書いた通り、パターンですからね。確認用、話のタネ、他の人に自分の言葉で説明するのが怠い時に書籍参照って言う、とか色々使えますね。