フレームワークとアプリケーションの境目 - @kyanny's blog

それでもRailsを選択する3つの理由 - pblog 興味深く読んだ。 ずっと気になっていることがある。フレームワークとアプリケーションの境目について。 アプリケーションとフレームワークははっきり区別されるべきなんだろうか。 Rails は「区別するべきだ」と要請しているように感じられる。アプリケーションはフレームワークが規定する「できること」の範囲内で書くべきであり、その範囲を外れる場合は相応の覚悟をしろ、領分を守る限り難しいが一般的な問題はフレームワークが正しく解決してやるぞ、と。 一方で、フレームワークもアプリケーションの一部である、とする考え方もあると思う。足場を支えるライブラリに過ぎない、という思想。両者の境界は曖昧になり、フレームワークが規定する「できること」だけでは物足りなくなったとき、アプリケーション側を「できること」の枠内に合わせるのではなく、フレームワーク側を拡張して

[katzchang]

フレームワークを外部インタフェースとして考えるようにしてから、色々楽になったような気がする。

[nishitki]

フレームワークとアプリケーションの境目 - @kyanny's blog

[suginoy]

"Rails に限らずフレームワークを拡張してアプリケーションを使いやすくする（つもりの）コードを見ると拒絶反応を起こしてしまう"

[wwolf]

うちでは、「フルスタックフレームワークではなく、マイクロフレームワークを採用する」「ラッパーは作るけど、フレームワーク本体には手を入れない」という方針で割と上手くいってる。

[izumin5210]

“フレームワークを拡張してアプリケーションを使いやすくする（つもりの）コードを見ると拒絶反応を起こしてしまう”

[shingok]

#slmtech

[sue445]

“Rails に限らずフレームワークを拡張してアプリケーションを使いやすくする（つもりの）コードを見ると拒絶反応を起こしてしまう。” わかる