2009-03-16 1 views
3

質問への回答者はもちろん、ColdFusionはJava EEアプリケーションであり、すべての基盤となるJavaクラスにアクセスでき、JSPカスタムタグライブラリなどをサポートします。 Javaでコードを記述すると、 JARとしてコンパイルし、CFMLで参照します。ColdFusionアプリケーションでJavaを使用する必要があるのはいつですか?

これはすべて、Fusebox、Mach-II、Model-Glueのようなフレームワークで書かれたCF MVCアプリのコンテキストです。

+0

コーデック中心のものとビジネス中心のものの2つの視点があるようです。コーダ中心のパースペクティブは、Javaコードのメンテナンスを最小限に抑えたいと考えています。ビジネス中心の視点では、ColdFusionコード管理者を最小限に抑えたいと考えています。 –

+0

Dave;優れた点! –

答えて

1

私たちは古いCF6.1アプリケーションをJavaに埋め込んでいます。より新しいCF版への移行は、埋め込まれたJavaのために非常に苦労しています。

私は、ColdFusionアプリケーションで独自のJavaを使用しないと言っています。

2

理想的には、JARを構築することはできません。

cfmlからjava呼び出しを行うことができなくなった場合は、その代わりにcfcを使用して処理してください。

まだ存在しないカスタムJava機能がある場合は、JARをビルドします。

私の例では、Coldfusionでバーコードを生成していました。私は素晴らしいバーベキューパッケージのJavaラッパーを書いていたかもしれません。代わりに、私はCFCを開始し、既にビルドされたものを見つけました。

Javaに関する素晴らしいことは、オリジナルまたはユニークな問題はごくわずかです。私たちの問題がすでに解決されている可能性があります。 Javaには、数多くのライブラリが用意されています。

私は誤解したことがあるかもしれません。

6

私は、Javaに飛び込むために見ることができる3つの明白な理由があります:あなたは(していない車輪を再発明する)何をしたいん既存のJava機能がある場合

  • が。

  • JavaがCFより優れた(または異なる)機能を実行できる場合。

  • Javaを使用して解決できるパフォーマンスの問題が確認されている場合は、一般的に

しかし、私はCFで使用する新しい Javaコードを記述しないだろう - 私はすでに多くの実績のある既存のクラスを探したいです。

2

私はしばらく考えていましたが、大規模なCFアプリケーションの場合は、バックからビルドを開始する必要があります。

CFは2つの点で非常に良いと思います。 RADとHTMLページを構築する。それは汎用言語ではありません。

ビジネスロジックが充実していれば、これをjava(またはCFCのRAD)で構築し、javaのラッパーとして使用する必要があることを確認します。 Webフロントエンドは、ビジネスロジックの正面にすぎません。請求や在庫管理のようなものは、他のフロントエンドでうまく動作することがあります。システムのコアをjavaにすると、これが可能になります。

CFはますますニッチな技術です。 CF開発者は見つけにくいです。私はそれが素晴らしい言語だと思っていますが、私はCFの大きなアプリを構築するというビジネスの観点からは、潜在的に資金が消費されると考えています。アプリケーションの大半をJavaで維持することで、より多くの開発者プールから雇用することができ、アプリケーションの多くの将来の証明が可能になります。

1

最良の答えは、状況に応じて決まります。 CFとJavaのスタッフのスキルは何ですか?誰がデザインや建築においてより強いのですか?コードは何をする予定ですか?あなたはJavaでもっと簡単にできることを期待していますか?すでにJavaで記述されている他の場所からビジネスロジックを再利用していますか?私は、2つの言語にアプリのコードを壊す意図を述べていないだろう。それが必要になるまで複雑さを導入しないでください。

関連する問題