タグ

javaとframeworkに関するkamatama_41のブックマーク (2)

  • [ニンジャ]Play1ライクなJavaフレームワーク-”Ninja web framework” | DevelopersIO

    シンプルなJava用フルスタックフレームワーク Ninja web framework(以下Ninja)とは、2012年に開発が開始された、かなり新しいJava用フレームワークです。 Play framework(Play1 Java)に強く影響を受けているようで、使い勝手は近いものがあります。 しかし、Playとは違い、Servletを使用していたり、Google Guiceに依存しているといった大きな違いがあります。 ここにあるように、Ninjaは次のようなことを目標に開発されています。 フルスタックのWebフレームワークを提供 高速な開発 ウェブフレンドリー&シンプルアーキテクチャ&シンプルプログラミングモデル 簡単にスケーラブル可能 バイトコードマジックは使わない 標準に基づいて構築できること:Maven使用、DIをGuiceに依存、サーブレットコンテナ使用 Playと共通すること

    [ニンジャ]Play1ライクなJavaフレームワーク-”Ninja web framework” | DevelopersIO
  • なぜDIコンテナを使うのか

    DIコンテナのメリット、そして課題 ■DIによる単体テストの促進 筆者はさまざまな開発現場で仕事をしていますが、テスティングフレームワークを活用しているプロジェクトは少ないように感じます。理由はさまざまですが、テストコード自体が書きづらいということも理由として挙げられるようです。この記事でお伝えしている筆者の現在のプロジェクトでは、DIを使うことでテストコードが書きやすくなったため、単体テストを実施しやすくなり開発効率を向上することができました。 テストコードが書きづらい理由の1つに、“依存性の問題”があります。つまり、1つのテストコードを記述するには、依存するクラスまで含めて検証しなければならないのです。 このため依存するクラスにバグや未完成な部分があるとテストができませんし、依存するクラスの変更があった場合はテストコードを作り直さなくてはならなくなります。リスト6のJuchuImplク

    なぜDIコンテナを使うのか
  • 1