-1

私はプログラミングにかなり慣れていないので、ここ数か月は Java にかなり力を注いでいます。ユーザーに関する情報を取得し、スポーツ イベント用に編成できるようにする Java アプレット フロント エンドを備えたアプリケーションを作成したいと考えています。これは、オブジェクト指向のアプローチに非常に適しているようです (たとえば、各ユーザーがオブジェクト、各イベントがオブジェクト、各コーチがオブジェクトなど)。

ただし、私のユーザーはすべて、オブジェクトとして保存されたデータにアクセスして変更を加える必要があります。ある種のデータベースが求められているようですが、私は RDBMS の経験しかなく、それがオブジェクト ベースのフロント エンドにどのようにマッピングされるかわかりません。PHP 駆動の HTTP 呼び出しを使用することもできますが、それはオブジェクトをテーブルに変換することを意味し、純粋な OO アプローチから離れているように感じます - そして私は手続き型の考え方に陥らないように一生懸命努力しています。バックグラウンド。

JSON および NOSQL データベースについては漠然と認識していますが、それらが私の問題の解決策であるかどうかを知るには十分ではありません。したがって、これらすべてを考慮して、アプリケーションのデータへの共有アクセスを許可するクライアント/サーバーモデルを同時に使用しながら、オブジェクト指向を維持するための最良の方法についての意見をいただければ幸いです。簡単な解決策があると確信しています - 私はそれを見つけるのに苦労しています!

ヒント/考えはありますか?

4

2 に答える 2

1

最初に要件を明確にしてから、ニーズに合ったテクノロジを判断してください。各データストア (MySQL、PostgreSQL など) の機能を調べて、どれが要件に適合するかを確認できます。次に、 JDBCを調べて、データベース内のデータを照会/操作します。

于 2012-05-20T19:27:17.563 に答える
1

まず、OO と RDBMS は相性が悪いと考えているようです。スキーマを正しく設定すれば、それらはうまく一致する可能性があります。ここで説明する情報はほとんどありませんが、多くの場合、1 つの Java クラスから 1 つの db テーブルへの変更から始めるとよいでしょう。それが Java から RDBMS への部分です。

アプリケーションサーバーからクライアントへの通信は、この部分とは何の関係もありません(あなたがそれを示唆しているように見えるので、私は言っていますか?)

そうは言っても、NOSQL はスキーマの制限を緩和するための優れたアプローチである可能性があり、(まさにここにいます) 多くの場合、OO の世界で想像するように、より直感的にオブジェクトにマッピングされます。提案については、私は MongoDB を使用していますが、それは素晴らしいです.. また、この時点で、MongoDB と通信するためのデータ形式として JSON がすぐ近くに来ます。

これらすべてのテクノロジーは、初心者にとってはかなり圧倒される可能性があるため、A または B を選択するようにアドバイスする代わりに、永続化の実装から抽象化された優れた Java Web フレームワークをいくつかチェックアウトして、後で交換できるようにすることをお勧めします。あまり問題なく?(MongoDBのMysqlなどと言ってください。)

Play フレームワーク (http://www.playframework.org/) を強くお勧めします。これにより、非常に迅速かつ直感的に作業を進めることができます。例に沿って (永続性などを含むブログを段階的に説明しています)、概念をうまく紹介します。

おそらく後で、Pplay に付属しているデフォルトの RDBMS の 1 つの代わりに MongoDb を使用するプラグインをチェックアウトして、好みのものを確認できます。

Hth、Geert-Jan

于 2012-05-20T20:03:06.933 に答える