学習Ruby on Railsについて、良Grails?
-
08-06-2019 - |
質問
自社の開始の Grails ます。その理由は、現在の開発が重 Java ものの必要性を感じて、 MVCイ語 一部の将来のweb開発プロジェクト.個人的には、私のデザイン/ユーザビリティがしっかり"前"責任感を感じ始めに必要な語学学校の特徴や語学留学の費用の中でコードの一部ロジックが特にフロントエンコード私のUi。
していることができるように Python/Django 個人的には、だい投資では時間がかかりすぎます。この会社は"ジャンプ"にGrailsを買った"アジャイル開発とレール(第3版-Β)"やんま RoR.いように学ぶ Python 将来または側面にも私の最大の問題は
- きる学習RoR、より多彩な言語に自分のポートフォリオ"であることを知りながっRoR知識が役に立っGrailsのニーズでも見ることができますか??
-または-
- べきかをスキップRoRや学習Grailsので、ちょっと必要と仕事の後に、学習RoR/Django(Ruby/Python)な気がします。
基本的に質問を中心に有用性のGrails以外の企業の類似性とレールは、Grails.(およびこれを回避しようとすると、百周年記念論Python vs Ruby on Rails:))
解決
Mmhわかんないか。一部の人がbashった。
語学(Groovyル)
としての言語思ルビーはファンキーに比べてGroovy.Groovyのみが存在する容易にJavaプログラマーなどの学習にも多くの新しい構文です。がうがないとファンキーなしています。GroovyなのJVMの言語を学ぶに基づくattenderの投票今年のJavaOneのではなくスカラの一つです。その他に、 の他、作品内容や製作中のエGroovy自らがなを信じて、言葉は、自作 最初の場所です。
地域の求人
として、地域のためには、Grailsは地域などレールから取得による春の人々によって提供されていない。レールは求人市場に比べて、Grailsはたい場合に投資し、新たなる。
の枠組み(Grailsおよびレール)
しかし、枠組みた場合、アカウントをメンテナンス性とアクセスする必要のJavaの枠組みやJavaシステム、Grailsの方にとって、クリーナーへのアクセスJava.Grails自体は、複数の人気Javaの枠組み(Spring&Hibernate).レール自体の厚でファンキーのようにRuby自体がfunkynessコストで繋がります Matz自分の好みにMerb以上のレール2 がレールをDSLのRubyであるものRubyの理念です。と思いレール自体はopiniated、かない場合には同じ見解としての作者でない場合があったので、それを合、さらにお得な価格でのご提供.
結論
う場合、Grailsしていることが当社の合意形成するのに必要を尊重し、合意された場合だいらしいお仕事です。ですが、投資時学習レールルも開きたい場合はチャンスがジョブます。
他のヒント
んかの理由で選択GrailsがGroovyに近い立場をとっている構文をJavaによRubyがあったのですが、たいへのアクセスJava?
であれば、そうしてみを中心Grailsからうまれます。であれば、後者の方が見たい場合は、開発チームが開をJRuby.
私は利用したことのないGrailsはレールが利用していGroovyルの前には、言語と思いルビーがクリーンでより一貫性をイメージしたデコレーションが楽しめ生産します。として、プラットフォームレールになっていくとしても注目されているようだと思うので、より安定したプラットフォームの利用をより具体化です。
JRubyスへのフルアクセスの授業がJavaで記述されそうに考えようとします。の場合は遅すぎの決定を時間を考えるのでしょうが、できるだけでは無視します。
基本的に、またフックがJava、JRubyのオプションまだ安定していませんが、チームのが怖いのJavaのような構文でも継続しています。
いぶします。どちらも鋭の技術です。学習ョコが付いて使用言語を問いません。
使っていGRAILS働RoRでの利用を進めます。でも置き換えることができましRoR地域の方がはるかに大き(いのRoR vs GrailsなRoR vs Java)を利用すると便利です。
答え:と類似しており....かが痛むのか?
って学習RoR、Grails後者は遠くを学ぶことができます。
両方の枠組みは同じ原理(アジャイル、キス、ドライ、鴨タイピングなど..)がGroovyの構文が---やはり、何かを学ぶことができ、ご利用く車いすへと生まれ変わります。
しさをひしひしと感じることは、Grailsは、明るい未来に比RoR.
PD:などの場合に使用すると、大学の鉱山でフルタイムで勤務すると、Grailsはコチ:
だけスキップRoR.あんなに多くの類似のもの(以外の名)
確かにこれを十分身のジュ体験プログラミングによる動的言語で十分なのできない深刻な開発Grails.
との比較で考(taglibs Grails,RHTMLにRoR)のわん(GORM vs ActiveRecord)はあまりにもかわいそうだと思うの核への投資時学習にnitty砂のような内容のRoR.だけで潜Grailsん悔やまれる。
編集:正誤植です。
だけスキップRoRや学習Grailsることができます必要と。
@レヴィフィゲイラ
一つは、Grailsはより柔軟します。レールは難しいとともに使用して、レガシー DBでActiveRecordには多くのデザイン制約の多くのレガシー DBsなかった。Grails,othを利用でき、標準Hibernateのマッピングされるかに広い範囲のDBのデザインです。
のレールを地域は非常に声evangelising RoRとにより、その高い期待が設定されていない(プログラマーの生産性は良いが、確実に良い性能を一度に展開されないでいる。
Grailsとして設計されている脚本に承継さJava、Ruby-Java統合に使用JRuby on Rails、例えば、はっき補強した.
いすっGrails;のではないの華やかさととしてRoRですが、現実的な選択肢;い生産性の向上および再利用の既存のJavaをリストが書けます。
ジャンプに入Grails.思Ruby/RailsでもなGroovy/Grails.をお勧めします。
http://beginninggroovyandgrails.com
記憶に誤りがある。あのミスをしています。
http://beginninggroovyandgrails.com/site/content/errata
また、チェックアウトの3分30秒のデモを作成する最初のGrailsアプリです。
http://grails.org/Grails+Screencasts
このチュートリアルをよろしくおねがいします。
ありGrailsのかかるものと思われます。RoRが良いですがついにRubyの生態系にでの学習の新たな枠組みや語学学習のクラス図書館などの言語の構文です。ご協働くすべてのJava型において置かれて援助を受けや支援として彼らが話しているようでなければなり、同じ言語としています。
その他の活用の学習のビットGroovyとJavaは、ウェブフレームワークからのGWTが開きます。GrailsはGWTプラグインとしてフロントエンドスーパーバイザーの開発では、使いやすさのクロスブラウザに対応しています。
また、少なくとも一つのホスティング会社に無料提供Grailsの応用を開催(http://www.mor.ph/ とのできる試作サイトで小さなデータ量を持つ前にあります。
をいっそう引き立てGrails以上のレールが学習レールだよりバランスのとれた視点で実際に開かお目に見えることのできるGrails.
一見ようと思うのは、完全にdifferente話からは非常に異なる言語Ruby-コンテンツビジネスGroovy).
そして、みなカップルのチュートリアル、実現のも同じ理の原則-足場、鴨キング..最後に、同じ目標: 決ジング可能.
すでに気付いうIoCやMVC、これらのオプションや楽を学ぶことができます。
いいえ、私は学習Grailsしていることがで学習Grailsには大きなプラスの学習Groovyを付与されやすいものでも投稿しているので、これからかな?) 。での学習レールをいただけます。
ありの場合を比較するとgrailsおよびレールらばらになってしまったと思うgrails(私が開発した一部のイントラネットの応用grails).
がDjangoの優位性を両としてpythonがhmm完璧な選択です。