EL関数は、void以外の戻り値の型を持つJavaメソッドから取得する必要があるのはなぜですか？

Question

私は、void javaメソッドであるEL関数を使用することをお勧めします。これは、人の姓と名のデータベースを更新する簡単なJSPです。したがって、名前とパスワードの2つのテキストフィールドがあります。ユーザーはそれらを入力してsubmitをクリックし、POSTでこれらを別のJSPに転送します。このjspは単にEL関数を呼び出し、2つのパラメータをとり、JavaメソッドputPerson(String, String)から派生し、データベースへの接続を取得し、最初と最後の名前を適切な場所に配置する「put」と呼んでいます。現在、putPersonは、文字列をデータベースに格納するだけなので、無効です。だから、この悪いプログラミングの練習ですか、もしそうなら、なぜですか？それは私には、迅速かつエレガントな解決策であると思われ、それは動作します。唯一の問題は、何らかの理由で "<"が出力されるので、${put(first, last)}と言ってもそれを呼び出すことはできませんが、回避するのは簡単です。ではなぜ、EL関数をvoid戻り型で使用しないことをお勧めしますか？

Answer 1

印刷<はどこか他の場所から来ているか、ELパーサーのバグです。しかしどちらの方法でも、あなたはELの機能でそれを行うべきではありません。たとえば.substring()、.join()（配列）、などのために、彼らはあなたがページを表示している間に使用され、いくつかのより複雑なプレゼンテーションロジックを必要としている -

EL機能はユーティリティであることを意味しています。

あなたがしたいことは典型的なストーリーであり、サーブレット（またはフレームワークを使用している場合は他のアクションコンポーネント）で行われます。

Answer 2

必要なメカニズムがELよりも古いです - そしてそれはスクリプトレットと呼ばれている：初期のJSPで

<% 
    whatever.putPerson("John", "Smith"); 
%> 

別の構文は、単にプリント値に使用された（等号気づく）：

<%= 
    whatever.getVal(); 
%> 

コマンド/クエリの分離があるときにコードを維持する方が簡単だと考えられたため、ELはモデルをクエリする方法（豆のプロパティを読み取る）として導入されました。 ELにそのような機能を追加することは意味がありません：まったく同じことを達成する2つの方法があり、ELの概念を破ることになるでしょう式は常に値と型を持ちます。だから、

ます：voidメソッドを呼び出すためのELを使用して

• がuhmpf ...のようです...コードを実行するためのインポートを使用して：それは意味がありません。
• メソッドを呼び出すために作成された非常に簡単なメカニズム（スクリプトレット）を使用できるため、これは問題ではありません。