5

なぜそれがずっと前に缶詰になったのか誰か知っていますか?それほど悪い考えではなかったようです。私の非常に単純な推測では、ORM ツールは SQLJ を必要とせず、ギャップも埋めたのです。とにかく好奇心旺盛。

4

1 に答える 1

7

これは正式な回答ではありませんが、次の理由が考えられます。

  • 2000 年代初頭、強力な IDE (Eclipse、Netbeans、JBuilder) が Java エコシステムに進出しました。SQLJ は IDE ではうまく機能しない
  • 2000 年代半ば、ORM が SQL を隠し始めたため、誰もが SQL 自体が死んだと考えていました。
  • 今日では、jOOQ (または .NET の LINQ。免責事項: 私は jOOQ の背後にある会社で働いています) のような型安全な代替手段があります。

さらに、SQLJ には 2 つの大きな欠陥があります。

  • SQLJ は組み込み SQL を簡素化しましたが、型チェックや構文チェックなどのコンパイル時の安全性を追加することはありませんでした。
  • SQLJ は静的 SQL には適していますが、動的 SQL (動的述語またはテーブル ソース構成を使用) は簡単には実現できません。
于 2013-12-26T15:37:05.577 に答える