5

これが私の新しいプロジェクトです。目の前にあるオープンキャンバスです。数日以内に、大きなWebアプリケーションのコーディングを開始します。それは小さなものから始まり、モジュールはほとんどなく、開発者とエンジニアとしての私だけですが、うまくいけば、成長していきます。

私はアクティブなJava開発者ですが、最後にWebアプリケーションを最初から作成してからしばらく経ちました。当時、StrutsとJ2EEが道のりでしたが、新しいフレームワークがたくさんあり、新しいライブラリが毎日増えています。

ここで私が尋ねるのはあなたのアドバイスです:あなたは現在ウェブ開発に何を使っていますか、なぜそれが適切だと思いますか、そしてあなたが新しいプロジェクトを始めたなら同じツールを選ぶかどうか。UIのヒントからバックエンドまで、すべてが重要です。一般的な落とし穴、パターン、あなたが考えることができるすべてが関連しているかもしれません。

私はJava開発者であり、Java関連のテクノロジー(J2SE、J2EE、Groovy、Grails、JRuby、Jython、JWhateverなど)を使用してすべてを行う傾向がありますが、何でも投稿してください。使用、Javaに関連しているかどうか。

ここでの私の目標は、人々が何をしているのか、なぜ彼らが何をしているのかをバケツにまとめて、私がどちらに行くべきか、どちらに行くべきでないか、そしてその理由を評価するのを助けることです。結局のところ、あなたがそのような自由に決定できるのは毎日ではありません。

前もって感謝します!

4

14 に答える 14

7

私はジャンゴを使用しています。私の主な理由は、自動管理生成です。これが意味することは、私がモデル オブジェクトを作成し、Django ツールが SQL DDL を生成してくれるということです。それをデータベースに適用すると、Django には完全に生成された管理 Web サイトがあり、そのデータに対して CRUD 操作を実行できます。タイプに基づいて適切なコントロールを選択し、検索機能を備えています。管理者を微調整したい場合は、それを行うために作成できるクラスがあります。

Django には他にも多くの優れた利点があります (単純なテンプレート言語、Python の使用、ホストの容易さなど)。

于 2008-10-17T23:44:21.240 に答える
3

最近TurboGearsを使っていますが、とても気に入っています。迅速な開発で Django や Ruby On Rails と競合しますが、より柔軟なバックエンドを備えています。つまり、単一のモノリシックなフレームワークというよりも、組み合わせてうまく機能するように作られた最善の組み合わせのコンポーネントのコレクションです。必要に応じてオブジェクト リレーショナル マッパーを簡単に交換したり、アプリケーション全体を書き直すことなく、ページ テンプレート言語を別のものに置き換えることができます。

本当の「あなたは私の人生のどこにいましたか?」AJAX オートコンプリート フィールドをフォームに追加するのに約 2 分費やしたとき、その瞬間が訪れました。AJAX リクエストに応答する関数を作成し、その関数を呼び出す新しいフィールドを追加する必要がありましたが、最初は完全に機能しました。私はいつも AJAX で遊んでみたいと思っていましたが、少し怖がっていました。

機能的な wiki を作成するための20 分間のチュートリアルがあります。使用しないと思われる場合でも、読んだり見たりして、そのようなことがいかに簡単かを確認してください。

于 2008-10-17T22:48:56.687 に答える
3

私は現在、ASP.NET MVC を使用しており、今後数か月で専門的な開発の取り組みを ASP.NET MVC に切り替える予定です。過去 10 年間、私は多くの言語や Web フレームワークに触れてきました。C# は非常に成熟した強力な言語であり、asp.net mvc フレームワークは私にぴったりのようです。メインの JavaScript ライブラリとして jquery を引き続き使用します。また、空き時間に python / django やその他のソリューションで遊んでいきます。

私は c# が好きなので、おそらくそれが他のソリューションではなく asp.net mvc を選んだ理由です。

MSが最終的にまともなものを思いついたようです(asp.net Webフォームの混乱を考えると...かなりの偉業です)

于 2008-10-19T20:48:14.090 に答える
2

Google App Engineは本当に快適だと思います(サーバー言語としてのPython、dbとしてのGoogle Datastore、memcache、ユーザーAPIなどの多くのすぐに使用できるオブジェクト)。

于 2008-10-17T22:36:05.670 に答える
2

美しい Ruby Web フレームワークであるRamazeを使用しています。これを、 Ruby DBIの上に構築された Ruby ORM であるM4DBIと組み合わせます。JS の作業には、可能な限り jQueryを使用します (ペストのような単純な JS は避けます!)。PostgreSQLは私の選択したデータベースです。

Rails、mod_ruby、JDBC、ODBC、PHP、および「プレーン」サイト (HTML、CSS、JS) の経験がありますが、Web アプリ スタック用の上記のソフトウェアに非常に満足しています。

Ramaze は JRuby で実行できると思います。

于 2008-10-18T05:29:42.353 に答える
2

「Web サイト」について話しているのでしょうか、それともバック オフィス アプリ (多くのコントロールやフィールド、複雑なワークフロー) のようなよりリッチなものについて話しているのでしょうか?

Web サイトについて話している場合、よりコンテンツ指向で、Java に固執したい場合は、Stripes に投票します。Stripes は、栄光のすべて (少なくともほとんど) に HTTP を取り入れており、邪魔になりません。非常に柔軟です。JSP と JSP タグ ファイルを利用して、Stripes の上に非常に優れたフレームワークを作成しました。画面をすばやくノックアウトできます。

より複雑なアプリケーションを考えている場合は、コンポーネント フレームワークの 1 つを検討してください。Wicket は非常に人気がありますが、JSF には多数のツールとウィジェットがあり、絶賛されている Seam と連携します。

于 2008-10-18T05:54:39.480 に答える
2

私は ColdFusion のファンです。ColdFusion は Java の上に構築されていますが、より RAD/アジャイルに重点を置いています。Adobe からの参照実装がありますが、利用可能な CFML 言語の 3 つのオープン ソース実装もあります。

ColdFusion は、"Glue" テクノロジとして特に優れており、Flash/ActionScript サービス、Java 統合、.Net 統合、Web サービス、および任意の JDBC データソースを使用した SQL データベース統合へのアクセスを提供します。

于 2008-10-17T22:45:41.360 に答える
2

ゼロから始めたとしても、一緒に働いていたチームを見回して、彼らが何を知っているかを確認します。チームの誰も知らないプラットフォームは、間違ったプラットフォームです。生産作業では、変更しなければならない差し迫った理由がない限り、知っていることを固守してください。

何か新しいことを学びたいと決心しているなら、Ruby on Rails をお勧めします。ほんの数年で、他のシステムと比較することが重要なマイルストーンの 1 つになりました。Ruby は非常に強力なサーバー側スクリプト言語を提供し、Rail は高品質のアプリケーションの迅速な開発を可能にします。

于 2008-10-18T06:02:18.997 に答える
1

Grails ( http://grails.org ) は、おそらく今日最も興味深い新しい Web 開発環境です。これは、次の上に構築されます。

Spring
Groovy
Sitemesh
Hibernate
Quartz

プラグインで拡張も可能

http://grails.org/Plugins

いくつかのスクリーンキャストを見て、機能のアイデアを得ることができます。

http://grails.org/Grails+Screencasts

私にとって非常に魅力的なことの 1 つは、Grails を既存の Java/JSP プロジェクトに簡単に統合できることです。プロジェクトを最初から書き直す必要はありません。

レガシ コードがない場合、または Java が日常業務ではない場合は、Ruby on Rails が最適な選択肢になると思います。

最後に、Grails プロジェクトを Tomcat、WebSphere、Glassfish などのアプリケーション サーバーにデプロイできるというアイデアが気に入っています。これらのシステムは非常に信頼性が高く、拡張性に優れています。

于 2008-10-20T04:32:23.123 に答える
1

Ruby on Rails、Groovy on Grails、Python/Django、そして Java の Spring MVC フレームワークです。最終的にRuby on Railsを選びました。

なんで?まず、機能を迅速かつ柔軟に開発する能力が必要でした。それは Java に有利に働くわけではありません。次に、バック オフィス アプリケーションではなく、Web サイトを開発する必要がありました。そのため、UI はそれほど洗練されている必要はありませんでした。データベースをラップしてブラウザーに描画する単純な CRUD アプリケーションで十分でした。これにより、Java は決定的に除外されました。

そのため、動的言語フレームワークが残っています。Groovyを試してみました。私は Java との相互運用性を必要としていなかったので、Java に有利な点を除外しました (そうです、JRuby が相互運用可能であることは知っていますが、Groovy にはまだ「{}」があります)。Groovy で何かをプロトタイピングした後、スタック トレースが必ずしもデバッグに役立つとは限らず、Rails のプロトタイプに比べてパフォーマンスが遅いことに気付きました。それはGroovyを排除しました。

Python/Django を使用することを考えましたが、RoR >> Python/Django. Python/Django をさらに検討することもできたかもしれませんが、決定を下す時が来たので、RoR を選択しました。

于 2008-10-20T04:53:16.717 に答える
1

Stripesは、構成ファイルを維持することなく、アプリケーションを迅速かつ簡単に構築できるため、優れたフレームワークです。通常、アクション Bean (単純な Java クラス) を作成して作業を行い、JSP を作成して結果を表示します。注釈を使用して検証を追加します。ほとんどの一般的な型の組み込みの型変換を取得し、独自の型コンバーターを簡単に作成できます。インターセプターは、分野横断的な問題に対処する簡単な方法を提供します。要するに、これは最もシンプルで、直感的で、一貫性があり、強力で柔軟なフレームワークの 1 つです。

スタックの残りの部分については、本当にあなた次第です。Spring、Hibernate、JPA、AJAX、セキュリティ、単体テストなどを Stripes に簡単に統合できます。これらすべてを示すサンプル コードを見たい場合は、Stripes bookのコード バンドルを入手し、index.html ファイルを開いてすべての例のリストを確認してください。そうすれば、Stripes アプリケーションがどのようなものかを理解できます。

あなたのプロジェクトで頑張ってください!

于 2008-10-19T20:19:05.147 に答える
1

クリーンでシンプルなものが必要な場合は、Rails を使用せずにRamazeを使用してください。

于 2008-10-18T09:25:53.250 に答える
0

Java開発の場合、EclipseまたはNetBeans。html / css / js netbeansの場合、および場合によってはDreamweaverがプロパティのブラウザサポートを確認する場合。xml / xslt/xsiの場合Altovaxmlspy; PNGファイルの場合Adobefireworks; すべての汎用テキスト編集GVIM用。そして、「Firebug」と「IE開発者ツールバー」を忘れないでください。

なぜ彼らは揺れるのですか?Javaのコード補完、トレーサビリティ、およびWYSIWYGの経験が、私にとってそれらを際立たせています。明日、新しいツールが出てきて、学習曲線が短くなれば、恥ずかしがり屋ではありません。

于 2008-10-17T22:37:36.103 に答える
0

それはScalaでコーディングする機会だからです

于 2008-10-17T23:57:18.390 に答える