タグ

Javaとsastrutsに関するkoroharoのブックマーク (2)

  • SAStrutsが、どう足掻いてもRuby on Railsより流行らない(ように見える)理由

    俺はJavaは嫌いじゃないし、苦手でもないし、逆にRubyみたいに「{」や「}」の無い言語は何となく纏まってない印象があって、個人的にはあまり好きじゃない。 でも、今さくらインターネットに独自ドメインを持ってて、比較的好きな事をやれると言う状態では、時間をJavaのために使いたいとは全く思わない。でもRailsを覚えるためなら時間を使ってもいい気がする。何故か? Railsの登場以来、生産性の悪い言語のレッテルを貼られていたJavaだけど、生産性の上でも、復活を遂げたと思ってもいいかもしれない。 TopHatenarにみる「Javaの復活」 – ひがやすを blog 何故、Javaは生産性が悪いと言うレッテルを貼られていたのか? 世の中を単純化して考えてみると、 「さくらインターネットでRuby on Railsは動かせるけど、SAStrutsはおろかJavaそのものが動かせない」 と言う

    SAStrutsが、どう足掻いてもRuby on Railsより流行らない(ように見える)理由
    koroharo
    koroharo 2011/07/26
    今更エントリ。SAStrutsにせよSeaser2にせよSI業向けに作られてるんだから、レンサバで動く云々での議論は的外れ。
  • 2008-02-08

    1つユースケースに閉じていることは、すべてActionに記述し、複数のユースケースで使われるものをLogicに分割するのがシンプルでわかりやすいのではないかと、そう思ったわけです。 <<中略>> 追記2:コメントへの回答ですが、ユーティリティは、staticメソッドで構成されるやつは、utilのパッケージ。ActionにDIするやつは、logicパッケージでいいと思います。どっちでもないユーティリティもutilパッケージですね。 Entityについては、SAStrutsのドキュメントにもこのblogでも書いていますが、1つのEntityに閉じたロジックならEntityに記述するということでいいと思います。複数のユースケースで使うからこそ、Entityに書く意味がありますね。個別のユースケースでしか使わないなら、Actionに書いたほうがいいと思います。 上記のひがさんのエントリーを元に「ど

    2008-02-08
  • 1