PlayFrameworkをただの静的型付けMVCだと思って本番稼動させると死ぬ - サナギわさわさ.json
(3/15 : タイトル修正しました。wは小文字ですね、すみません・・・) PlayFrameworkが流行り始めてから割と経ちますので、そろそろ正式採用しようと考える方も多いのではないかと思います。 強力な静的型付けで守られたPlayは、ミッションクリティカルなシステムや数万行を超える大規模システムの構築に特に向いているような気がします。 また、Servletを使っていないのに加えてMVC構造がベースなので、今までRailsなどで開発をしていた人でもシームレスに移行できると思います。 しかし、忘れてはならないのがPlayのアーキテクチャが全ての処理が非同期で行われることを前提としているという事です。 ここを忘れてPlayをただの強力な静的型付けで守られたMVCフレームワークとだけ考えて開発を進めてしまうと、本番環境で稼動させた時にパフォーマンスが上がらずに困ることになるかもしれません。今
Java Webフレームワーク Play!で遊んでみる - Introduction - ( ꒪⌓꒪) ゆるよろ日記
Home — PlayframeworkというWebフレームワークがあるようです。 Home — Playframework ちょっと遊んでみましょうか。 Play!の特徴 Page not found — Playframework 斜め読みしてみる。 Pure Java Framework Railsっぽいディレクトリ構成だ。 HTTPにフルアクセス。REST URLをサポート Groovyによる効率的なテンプレートエンジン HotDeploy可能。エラーが発生したらそれっぽいソースを表示してくれる フルスタックのフレームワーク :JDBC-HibernateによるORM。Memcacheサポート。JSONやXMLによるWebサービス。OpenIDサポート。画像操作API。 Play!の5つのコンセプト Page not found — Playframework リクエストパラメータ
生産性重視のJavaフレームワーク、Play frameworkとは | DevelopersIO
あらためて、フレームワークの重要性は みなさんはWebシステムを開発するために、フレームワークは使用していますか？ 私は10年ほど前に一度だけフレームワークを使用しないJavaのWebアプリケーション開発プロジェクトを経験しましたが、 そのあとのプロジェクトでは、StrutsやSpring、Seasar2など(自社フレームワークも含む)、必ずなんらかのフレームワークが使用されていました。 最近は通常のWebシステム開発でフレームワークを使用しないというケースは、特別な理由を除くとほぼないと思われます。 では、なぜみんなフレームワークを使用するんでしょうか。 フレームワークを使う理由を一言でいうと、「開発やメンテが楽になるから」でしょう。 開発が大変になるのにフレームワークを使用する意味なんてありません。 Web層のフレームワークを使えばJSPにスクリプトレットでJavaコードを埋め込む必要
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
