2

2010年、私たちはまだ定型コードを書かなければなりません。オンラインアプリケーションを構築していると仮定しましょう(それが派手であるかどうかは関係ありませんが、機能的なものです)。最初にデータベース設計を行い、それにいくつかのビジネスロジック(ストアドプロシージャ、一意かどうかなど)を配置し、次にサーバー側をコーディングして、ほとんどのビジネスロジックをクライアント側(actionscript-ajax、flex)に記述します。ORMを使用すると、データベース部分を排除できます。ただし、GUIの部分については、xhtml、css、javascript / ajaxをあまりにも多く知っている必要があります(私はプログラマーですが、これらのie6のトリックを知る必要はありません)。クライアント側でいくつかのビジネスロジックを再実装する必要があります(特にフレックスアプリケーションの場合)。Django管理者は優れていますが、外観の変更(レイアウトは色をあまり気にしない)は簡単ではありません。ここに何か問題があると思いますか?それはしません ロケット科学のように見えますが、それでもボイラープレートコードを作成する必要があります。私は、Webアプリケーションを実行するのに非常に優れた独自のシステムを使用してきました。小さなスクリプトを書いているだけで、出来上がりのアプリケーションの準備ができました。開発者チームは、IDEを使用するだけでコーディングスクリプトをさらに排除するために、GUIフロントエンドを開発しようとしていました。それは小さな会社で、チームは小さかった。

ですから、何千ものオープンソースプロジェクトがまだありますが、私は同様のプロジェクトを見たことがありません。私はDjangoとSpringフレームワークでのみコーディングしました。

  • GWTは役に立ちますか?つまり、クライアント側とサーバー側(データベース部分も)の両方でビジネスロジックの再実装を排除することを意味します。また、コンポーネントを使用してGUIを簡単に設計できます。

  • LCDS3はモデル駆動型開発を提供するようです。しかし、使用するには高すぎます。

私は実際には、RADの方法で堕落したWebアプリケーションを作成するだけで派手なWebサイトを作成することを意味するのではありません。GUIレイアウトの優れたIDEサポートは役立ちますが、必須ではないxmlで問題ありません。ボイラープレートウェブコードについてどう思いますか?RADプラットフォームのロケット科学を作ると思いますか?

4

2 に答える 2

1

Ruby on Rails にはボイラープレートがほとんどなく、Ruby on Rails が生成するものはほとんどありません。

GWT も非常に優れていますが、コンポーネントのやり取りが多いアクティブな Web サイトではより便利です。

編集:

なぜ反対票を投じたのだろうか...とにかく追加したかった--私は1年間レールで働いていましたが、私は本質的にJavaプログラマーです。両方を経験した今でも言えることですが、個人的には、大規模な企業アプリケーションに Ruby (またはおそらく動的言語) を選択したことはありません。 ) Web アプリの場合、動的機能によりほぼすべてのボイラープレートが排除され、データベース バインドは無料です!

于 2010-02-23T22:08:56.163 に答える
1

RAD などをサポートしているので、 playフレームワークが気に入っています。定型コードをたくさん書く必要はありません。

于 2010-03-04T23:41:22.520 に答える