問題タブ [best-fit]

私はあなたが経験したかもしれない問題に直面しています. 形式フィールドと変数フィールドを持つエンティティがあります. たとえば, 名前と家族と州を持ち, 州の値に依存する Person エンティティを考えます.

state=1 の場合、人は教育に関する情報を入力する必要があります (多くの正式なフィールドと 1 対多の情報)

また

状態 = 2 の場合、人は健康に関する情報を入力する必要があります (多くの正式なフィールドと 1 対多の情報)

や。。など。

開発中にこの条件が変更される可能性があり、状態 = 7 (保険情報) も追加され、条件状態 = 7 が開始された場合はユーザーが入力する必要があります。

では、この問題を解決し、快適な拡張機能と最小限の変更と簡単なクエリでテーブルを設計するためのベストプラクティスは何ですか?

Xmlファイルはクエリが難しく（後で別の人が報告するため）、一時的にこのソリューションを無視したことに注意してください。

ありがとう。

Image4jというライブラリを使用してico ファイルをロードし、リストから画像の 1 つを選択し、(必要に応じて) 拡大縮小し、ImageIcon として JLabel に配置します。

ライブラリには、ico ファイルに含まれるすべての画像のリストでread(File icoFile)ある を返すメソッドがあります。List<BufferedImage>

私ができるようにしたいのは、ラベルのサイズに最も近い画像をリストからすばやく選択することです。ラベルと ico 画像の両方が正方形になります。

私は最も素朴な方法を思いつきましたが、もっと速い方法があると思います。私はこれで解決しますが、私のプログラムはこのルーチンを頻繁に実行するので、この部分をできるだけ効率的にしたいと考えています。

画像はすべて正方形であるため、画像を幅で比較するという選択は恣意的でした。

また、最適なものを選択する主な理由は、画像の品質を維持しようとすることであるため、この方法では目標サイズよりも小さい画像を破棄する必要がありますか? もしそうなら、それはアルゴリズムをどのように変更しますか?

Java で画像を再スケーリングした経験はほとんどありません。サイズが最も近いものを見つける必要さえありますか? 元のサイズがはるかに大きい場合でも、品質をあまり落とさずに再スケーリングする方法はありますか?

6.0現在、 からへの liferay のアップグレードに取り組んでい6.2.2 GA3ます。サービスポートレットをアップグレードしてみました。6.0 バージョンのサービス ポートレットは、mvn services-portlet-archetype を使用して構築されますが、6.2 バージョンの場合、アーキタイプはliferay-servicebuilder-archetypeです。違いは、6.2 liferay-servicebuilder-archetype には 2 つのモジュールがあることです。 Module 1:はコード ロジックを持つ ポートレットです。Module 2:は、 で生成されたクラス ファイルを持つサービス ポートレットですliferay:build-service。これらのファイルは jar ファイルにアーカイブされ、後で WAR ファイルの作成のためにポートレット (モジュール 1) モジュール内で使用されます。

一方、6.0 では、モジュールの概念はありません。で生成されたサービス クラス ファイルは、 のliferay:build-service下の services フォルダ内に生成されますsrc/。

これは、 mvnrepositoryに見られる + バージョンliferay-servicebuilder-archetypeからのみ利用可能です。6.1 バージョンからのこの新しいアーキタイプの必要性についての私の推測は次のとおり です。 2. よりモジュール化する。Liferay 6.1

しかし、この新しいアーキタイプを使用すると、ビルド プロセスが大量の permgen スペースとヒープ スペースを消費することがわかりました (jvisualvm で観察されるように、実行するたびにヒープと permgen スペースを 2 倍にする必要がありますmvn clean package liferay:build-service)。6.2 GA3 サーバーで正常にデプロイされ、動作する同じポートレットを作成することができましたservices-portlet-archetype(余分な permgen スペースとヒープスペースなしで)。ただし、ビルド中にメモリの問題は見つかりませんでした。

私の質問は次のとおり
です。 2. プロジェクトで使用している 20 以上のポートレットをすべてアップグレードする必要がある場合、アーキタイプから作成する必要がありますか? （多くの時間と労力がかかります）。3. 使用がベスト プラクティスである 場合に、この余分なメモリ消費の問題を修正する方法。ターゲット フォルダーは、ターゲット フォルダーよりも多くのクラス ファイルを生成するようです。 4. この新しいアーキタイプの必要性は、上記の 2 つの利点 (私が推測したこと) のためですか、それとも他に何かありますか?liferay-servicebuilder-archetypeservices-portlet-archetype

liferay-servicebuilder-archetypeservices-portlet-archetype

列 A、B、C および行データを含むデータベースがあります。次に例を示します。

私のプログラムでは、データベースで最適な一致を検索したいと考えています。たとえば、値 b=2.133、c=3.1342 を入力すると、test2 が返されます。どうすればそれを行うことができますか?

私が考えていたのは検索アルゴリズムですが、検索アルゴリズムは完全に一致しているようで、最適な一致が見つからないようです。それとも、このビンパッキングアルゴリズムですか? どうすれば問題を解決できますか。

約5列のB、C、D、E、Fを取得し、最も一致する値を見つけました。

私は 3D 点群を持っています。これらの点に基づいて平面を合わせたいと思います。そして、フィッティング平面の法線ベクトルを知りたいです。どのアルゴリズムが最適ですか? 詳細な手順を教えてください。Rを使用して書く予定ですが、使用できる関数はありますか?

Spring Batch ジョブでは、既存のキーに対する主キー違反を避けるために、INSERT の前に DELETE をコーディングする必要があります。

このニーズに関するベストプラクティスは何ですか? この前提条件の delete をどこでどのように実装すればよいですか?

あなたの提案のために事前にthx。:-)

長方形のセットがあるとします (寸法が異なるか同じ)。

1. タスクは、指定された長方形以上の長方形をセットから見つける (そして削除する) ことです。
2. また、指定された四角形を取り囲むことができるセット内の最小の四角形である必要があります。

これは、線形検索/更新を行うことで O(n) 時間で簡単に解決できますが、より良い結果を達成することは可能ですか? O(log n) が最適だと思います。私の場合、これを使用するには、挿入と削除も O(n) よりも高速でなければなりません。

最適な四角形を見つけるのではなく、2 番目の制限を緩和してショートカットを作成することはできますか。

Zオーダー曲線（幅/高さ）を使用し、1次元インデックスとして使用して、それをツリーと組み合わせるという方針に沿って考えていました。それはうまくいくでしょうか？それとも無駄が多いのでしょうか？

もう 1 つの方法は、1 つの軸を使用してツリーを使用し、もう 1 つの軸を直線的にテストすることです。

誰かが似たようなことをして、その経験を共有できますか?