タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

ProgrammingとprogrammingとRailsに関するishisakaのブックマーク (3)

  • Railsが時代に合わなくなってきた - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記 RailsでJS辛い問題に関しての結論:http://qiita.com/kaiinui@github/items/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptRailsから独立している API層のサポートが微妙 最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascript

    Railsが時代に合わなくなってきた - Qiita
    ishisaka
    ishisaka 2014/06/27
    これはRailsに限らず、テンプレートエンジン、サーバーサイドレンダリングを前提にしたフレームワークでは言えること。C/Sに戻りつつある今のWebにあってきてないって事だね。Railsに限らず。
  • Jimmy Schementi > IronRuby @ RubyConf 2009 – Part 1: Summary

  • Ruby on Railsの「えせMVC」の弊害

    先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC(Model View Controller)がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの(コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること)を避

    ishisaka
    ishisaka 2009/10/12
    これだけ読むとRailsはVBフォーム+ADO/DAOの二の舞ってことになるなぁ。そうなっていそうな所もあるけど、VBと同じで気づいている人はちゃんとやっているだろう。
  • 1