タグ付けされた質問 「ruby-on-rails」

Ruby on Railsは、プログラマーの幸福と持続可能な生産性の維持のために最適化されたオープンソースのWeb開発フレームワークです。多くのことは慣習によって定義され、生産性を維持するために物事を再発明する必要がなくなります。

3
ビューとコントローラー(Web)を分離する理由
それぞれのアクションとそのビューが対になっているように、それらを同じページに配置できないのはなぜですか?コードアイランドを使用していませんが、上部にコントローラーコードを表示し、下部にコードを表示していますか?このアプローチの問題は何ですか? MVCとは、ASP.NET MVCやRuby on Railsなどのフレームワークを指し、VとCは実際にはUIレイヤーであるという印象を受けています。

2
Ruby on Rails開発プロセス
私たちはRoRを使用して韓国で成功した米国のWebアプリのローカライズ版の開発を開始しようとしている小さなチームです。 私たちの質問は次のとおりです。アプリの開発に取り掛かるために、どのプロセスを使用することをお勧めしますか? データモデルから始めるべきですか?ビューをHTMLにしてから、コード化しますか?単一の機能を採用して開発し、必要に応じて機能を追加しますか? プロジェクトの詳細: 中小企業経営者向けのウェブアプリです これには、ほとんどの小さなビジネスアプリが持つ傾向がある通常のcrm-reporting-dashboard-user admin-document mgmtfeaturesが含まれています チームのサイズは最初は2人です:プログラマーとデザイナー/ CSSの第一人者(ただ1つのコーダー) 経験レベルは中です。Git、Ruby、Rails、およびXHTML / CSSについての十分な知識があり、デプロイメントの問題に関する経験が少ない。これは私たちがチームとして一緒にやっているその種の最初のプロジェクトです

1
Rails-STIを使用するかどうか…それが問題です
6か月前に、アプリのデータのモデル化について質問し、STIに向けてアドバイスを求めました(詳細については、Railsデータモデル-ベストプラクティスの質問を参照してください)。 私はそれをいじって、それをいくらか動かして、それから気を散らして、プロジェクトを休止状態にしました。 プログラミング/ RORの6か月の経験を活かして、ゼロから再び開発を始めたところ、ビールレシピの材料をモデリングする際に、再びこの壁にぶつかりました。 簡単に要約すると、3つの成分タイプ(麦芽、ホップ、および酵母)があるとします。それぞれがいくつかの属性(名前、価格、ベンダー)を共有しますが、それぞれにその成分タイプに固有の属性もあります。それらはすべて関連しています(それらはすべて成分です)が、「動作」は異なります(たとえば、穀物がすりつぶされ、ホップ/酵母などに適用されないものに対処するロジックが存在するなど)。 成分が十分に異なるので、dbに3つの別個のテーブルを置くことだけを考えています...しかし、コントローラーについてはどうですか?単一の成分コントローラーを使用して個別のモデルを管理できますか? 私はSTIの代替(クラステーブルの継承、およびマルチテーブルの継承)について読みましたが、すべてのソリューションは扱いにくいようです。STIの便利さ(タイプに関係なく、単一のテーブルクエリですべての成分を取得するなど)の欠点がない(nullフィールド、サブクラスやフィールドを追加し続けると扱いにくいテーブルなど)代替手段はありますか? 申し訳ありませんが、この質問は少しあいまいですが、明確な解決策を見つけることができないように感じ、現在、どちらの方法がより悪が少ないかを理解しようとしています。他の人もこれに対処していると思います。さまざまなソリューションの長所と短所を聞きたいです。ありがとう!
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.