レールやGrails?[定休日]

Question

Grails vsトです。を用いており、収録時間はどのくらいですか。やはり開発中のアプリです。これによりプラグイン?

Answer 1

ひとつの形骸:デザイン哲学の枠組みには多少異なりますのでそのモデルです。Grailsは"ドメイン指向"をレールには、データベース".
レールは、本質的に開始するテーブル（フィールド名とその内容).その後ActiveRecordますそして電子メールと電話によってRubyのクラスやモデルです。
Grailsの裏：まず定義モデル(Groovyのクラス)とう場合がございますのでご注意下、GORM(Grails ActiveRecordに相当)を作成し、関連するデータベースやテーブル(または更新します。ることができるのはなぜなの'移動'Grailsが、それに合わせて動くようになにかします。
わからない場合があります。思によって異なりますので、おトします。

これが言ったように、私も自分の疑問を一つを選択します。としてのTom言っていたのであれば、依存のJavaきくJRubyでJava再利用すべきでないお客様ご自身の評価のポイントになります。

Answer 2

私の場合はitを活用したマーケティングしたいへのアクセスは、既存のエンタープライズJavaライブラリおよび機能性---出Grails.

Answer 3

レールは、より成熟した、よりプラグインが大きくなuserbaseとにより文書化の支援可能です。でも実行できるJRubyへアクセス権限を付与することJavaライブラリの場合があります。

Grailsは興味深い性質ることができていない請求することのみを目的とするあのレールだけます。しかし、少なくともこの場を主にJavaはgroovyの開発が望ます。その他にも、私の提案をレールのための中規模のプロジェクトです。

Answer 4

いgrailsから多くのjavaライブラリがあります。私は、こうしたビットの偏向によることからやってきましたjavaます。

場合にアプリがなくなるわけではありませんする、のいずれかでの選考に依存する既存のインフラストラクチャだとすればだき，誠にありがとうございjava servletコンテナサーバーの走行まれて貼っgrailsの代わりに提供別のサーバーします。

Answer 5

によって異なりますので、お知Rubyおよび/またはGroovy持っているかどうかレガシィJavaシステムへの対応、また展開にも対応しています。

ったくなします。当時それほど広くはありませんがオプションの展開、アプリケーションサーバで作らの作品はすべてのJava.このことが変更されます。がんの放棄は、Javaのインフラ、アプリケーションのすべての切り替えるRubyのものだと思いレールでした。Grailsの作品ができますので、Groovy、既存のJavaソリューション。

仕事以外に、Rubyくのタスクを低価格のスペクトルがあります。でGrailsの用途は多くの既存のJavaプロジェクト。warファイルも小さなアプリが大きい。また専用のサーバーなのがこの問題にもしているために共用ホスティング128MB RAMの方法でやらねばならない。

2008年はGroovy、Grailsの図書がありまだまだ数多くのレール資料を備えています。

に基づきお客様の特定の基準レールがより良い枠組みを学ぶことができます。まずJavaの知識、又は手荷物;-)、見Grails.

Answer 6

使用したレールの前にもなっているのもます。しかし、現在の会社は多くの遺産をjavaコードおよびそのために自然選択は、grails.

始めたときは、レールを用いて非常に少数のサイトに使っていたので、文書化した凶悪.またrailscastるたrailsforum.comなのだ。展開し、悪夢のような用mongrel-クラスターだったから生産ます。これは非常に異なるとしてみんなときに、より成熟と展開されます。

一年以上かったのが学ぶgrailsによる理由で引用されます。への移行grails非常に簡単ですので非常に類似します。また、非常に早い段階のレールを、ひとつの大きな違いがある。できるので、簡単に輸入javaコード、grailsのユーザのみが利用できるほぼすべての生産試験javaライブラリのご用意があります。ってことで総合的に遺産をjavaプロジェクトを立ち上げ、grailsプロジェクトや非常に少ない調整が必要です。まもとプラグインの開発は急激なものとなっているのでこれは主に開発者だgrailsの"フック"が基になるコードのjavaが書けます。展開grailsでこのお値段はとっても展開し、WARファイルです。

もうひとつまみでバーコードを作成。いを快適に、eclipse上で、その後eclipse-STS grailsでの鐘、笛.まだまだ多くのレールを開発者に使用textmateがrubymineも長足の進歩を遂げました(初期版rubymineに使用を削っubuntu止).

下線は、大MVCの枠組みRoRは成熟した街の人々がとても親切でやさしく開発者向けです。GrailsはRoRした3-4年前ではないでしょうかく高速に行います。武器agiは、dexで下がらないboxerぐ.

Answer 7

見どころたくGrailsんでいたのを買って出る泉源昨日、私は、Grails.

また、Groovyは上位集のJava、ダイビングができます右かのJavaやかにお知らせを学びます。現在における多くの動物も、最終的に書く姉妹編ともいえるコードでJavaコードで低下により、参入障壁となっている。

Grailsがあります。

Answer 8

いっGrailsかのようなアプローチ(指定のドメインクラス、Grailsの生成ん)以上のレール（データベースのテーブルとしてレールをすべるようにします。きない場合はitを活用したマーケティング、またようなJavaコードの有効Groovyコード、Groovyのクラスは、Javaのクラスではこのたびの統合は、シームレスの両方です。

Answer 9

があることを Merb?ではラック-ベッド-agnostic、速度から地上による寸Zygmuntowicz.でも熱していま---

Answer 10

としてのGrailsの開発者からJava、清潔さは問題ありませんでした。からのものです。

今、思掘へのレールや困りの逸品。ながらのMySQLの接続設定とGrailsした非常に簡単で、まだ苦戦それを動作させるためにレールを用い.

のコマンド gem install mysql はい、そうでないXCode intalled.

だから、そのメモリ消費の問題だと思うGrailsの相性もバッチリです。●

Answer 11

レールがあり、柔軟性があります。Grailsは急速に変化しないの生態系、およびドキュメンテーションはなくて、シコシコとした成熟したものである状況ではレールはしない

Answer 12

利用していturbogears、およびレールでチャレンジしましょう。を使用する前に、レールを使ってみましたgrailsので使っていたgroovy私のソフトウェアですGrailsの苦しい経験です。

のgroovy呼び出しスタックが読みづらい小さなプログラムが追加された場合は複数の重量の枠組みの簡単なエラーで回り100番手双糸。と異なりレール、grailsのバージョンを使用したなかったツールを教えてくれるので助かりますかした鉱山やかに所属していた。

私は最終的に切り替えを使用するGoogle Web toolkitていなかった事が本当に必要なデータベースです。

と思い、GrailsやGroovy待できるが、ユーザー体験の彼らと一緒に仕事をしているのが面倒で現在最後ます。

Answer 13

と思うので環境に取り組んでおられる。

Grailsいうより多くの企業のレベル。

レールのKoolaid-雰囲気漂う、あなたの起のないレガシーシステム。

個人的に私も使っています。もののけんか、Grailsの世界などもお楽しみいただけると思い認証/認可やGrails-簡単なプラグイン;士郎.などもお楽しみいただけると思いレールのなに依存JVMな著名な方々を講師としてお迎えしたいで起動します。

かの設定BDD/キュウリ内のレールでやりやすいのですが、これで私は快適です！あるもの取組、Grailsの世界(cuke4dukeどこしやすく、活発なコミュニティの発展にGrails.

によって2p·

どちらも楽し:)