食料品店のAndroidアプリケーションを作りたいです。リクエスト処理のためにAndroidアプリケーションで使用したい既存のWicketアプリケーションをサーバーにデプロイしています。アンドロイド部分に改札アプリケーションを使用することは互換性がありますか？
2つの方法があります：
Androidアプリケーションからのリクエスト処理には、既存のWicketアプリケーションを使用します。誰かが私にこれが可能であるか、これが正しい方法であるかを示唆できますか？はいの場合、どうすればこれを達成できますか。いくつかのチュートリアルは大歓迎です。
次に考えたのは、SpringをWicketと統合し、すべてのサービスクラスをSpringに移行してから、それらのSpringサービスクラスをAndroidアプリケーションに使用することです。このアプローチは、費用と時間がほとんどかかりません。しかし、最初のアプローチがあまり良くない場合、私はこれを選ぶことを考えるかもしれません。したがって、この部分のチュートリアルも歓迎します。
ヘルプやアドバイスをいただければ幸いです。前もって感謝します ！
ある種のオプション2を選択することを強くお勧めします。サービスをSpringやEJBなどに移行するかどうかは問題ではありませんが、サービス（またはビジネスロジックなどと呼びたいもの）とビューの分離は重要です。 （またはプレゼンテーションやレイアウトなど）この場合は非常に便利です。
「時期尚早の最適化はすべての悪の根源である」ということわざを固く信じています。つまり、単に必要のない追加のレイヤーや間接参照を本当にスキップする必要があります。ただし、実際には、異なるレイヤー（または抽象化レベルなど）への分離を正当化するユースケースがある場合は、できるだけ早くそれに取り組む必要があります。あなたは後でそれから多くの利益を得るでしょう。
WicketアプリケーションとAndroidアプリケーションを、食料品店の2つの異なるプレゼンテーションと考えてください。ビジネスロジックをプレゼンテーションから明確に分離し、HTTP経由でアクセスできるようにすると（RESTful、SOAP、または任意の方法で）、iOS、Windows Phone、食料品店のプレゼンテーションを作成することを簡単に想像できます。コア自体に触れることなく。