collection/lookup tables/in を処理するためのベストプラクティスが何であるかわかりませんRequestFactory
。
たとえば、次の 2 つの Domain オブジェクトがあるとします。
@Entity
public class Experiment {
private Long id;
private String name;
@ManyToOne(cascade={CascadeType.PERSIST,CascadeType.MERGE})
private UnitOfMeasure unitOfMeasure;
public Experiment() { }
public String getName() {
return name;
}
public Long getId() {
return id;
}
public void setName(String name) {
this.name = name;
}
public UnitOfMeasure getUnitOfMeasure() {
return unitOfMeasure;
}
public void setUnitOfMeasure(UnitOfMeasure unitOfMeasure) {
this.unitOfMeasure = unitOfMeasure;
}
}
@Entity
public class UnitOfMeasure {
private Long id;
private String unit_type;
public UnitOfMeasure() { }
public String getUnitType() {
return unit_type;
}
public Long getId() {
return id;
}
public void setUnitType(String unitType) {
this.unit_type = unitType;
}
}
これは、テーブル内の ForeignKey と ForeignKey のExperiment
間の通常の単方向 1:n 関係です。
通常は変更されない限られた数の異なるインスタンスがあります。UnitOfMeasure
Experiment
UnitOfMeasure
Web アプリは、ユーザーがExperiment
インスタンスの一部のプロパティを変更できるビューを提供します。ビューはEditor framework
. UnitOfMeasure
特定の を変更するには、Experiment
を使用してプロパティValueListBox
をレンダリングしunit_type
ます。
UnitOfMeasure
使用可能なインスタンスのリストは静的であるためAutoBeanFactory
、HTML ホスト ページに配置する json 文字列を作成するために使用し、アプリケーションの起動時にそれを解析し (テーブル値などの他のすべてのコレクションでも同じです)、Singleton クラス インスタンスに格納します ( AppData
) を `setAcceptableValues` に渡します。
UnitOfMeasureProxy
現在、私はから派生していますEntityProxy
が、それをデコード/エンコードするにAutoBeanFactory
は、Factory に注釈を付ける必要がありEntityProxyCategory
ます。ValueProxy
私はどういうわけか、 a の方が適しているのではないかと疑っています。
ただし、特定のValueProxy
を変更すると、インスタンス全体がネットワーク経由で送信されます。
ただし、データベースの観点からは、テーブル内の外部キーの値を変更するだけで済みます。UnitOfMeasure
Experiment
ValueProxy
Experiment
では、テーブルや子の値などのコレクションのベスト プラクティス ( ValueProxy
vs ) はそれぞれ何ですか?EntityProxy