質問

私の会社では、最終的には(時間について)、ベストセラーアプリの1つを2層から3層アーキテクチャに変換することを検討しています。おそらく、Delphi-Delphi-OracleまたはDelphi-Java-Oracleアプローチのいずれかを変更するでしょう。

これは、私がそこで働き始める前に長い間作成および変更されてきた比較的古くて大規模なアプリです。何かを変更する必要がある場合を除いて、リファクタリングは通常考慮されませんでした。また、ビジネスロジックは実際の層の両方に存在します...ため息。

物理的な変化は私をあまり悩ませませんが、論理的な変化は地獄を通る一種の通過になります。できるだけ滑らかにするために、どのデルファイコンポーネントが3層モデルに適しているかについて調査したいと思います。

¿あなたはどの選択肢を使用すると思いますか?

役に立ちましたか?

解決

最近、Remobjects DataBstractを使用して、2層のDelphiアプリを3層に変換しました。初期学習曲線は非常に急でしたが、結果に絶対に喜んでいます。

DataBstractを使用すると、データベースとネットワーク接続の基礎となるナットとボルトを忘れて、ビジネスロジックに集中できます。これにより、サーバークライアントに素晴らしいAPIを提供する抽象サービスレイヤーを作成できます。このAPIを使用して、DelphiとDelphi Prism ASP.NETクライアントの両方を使用してサーバーに接続します。

他のヒント

もう1つの優れたN層フレームワークライブラリは、Components4DevelopersのKBMMWです。 http://components4developers.com/

私はRemobjectsがかなり使いやすいことを発見しました。また、上部に構築されたdatabstractもありますが、私はそれを使用していません。

DataSNap XEを検討したことはありますか?

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top