現在、私はアプリプロパティのウェブサイトに取り組んでいます。今現在、ユーザーが新しい施設をアップロードしたい場合、彼は自宅のシステムにプロパティの詳細を入力し、ウェブサイトのフロントエンドにリンクされた別のウェブサイトに別途入力する必要があります。APIまたはWebサービスを作成する必要がありますか？
この重複したデータ入力を排除したいと考えています。 WebベースのシステムにWebサービス/ APIを提供して、Webベースのシステムにログインして手動で詳細を2回入力する必要はありません。
誰でもこの問題に関するアイデアはありますか？
これらは別々のものである必要はありません。あなたがWebアプリケーションを持っているなら、APIはWebサービスをベースにすることができます。それは、消費者がアプリケーションでWebサービスに接続して使用する機能を提供します。
。 私のWebサービスはどのように見えますか？たとえば、内部システムに入力したデータを含むXMLデータを受け入れる必要があります。これは特定の時間に送られ、これを自分のDBにインポートするスクリプトを作成します。 ？ –
個人的には、プロパティの説明を受け入れるサービス、誰が情報を送信しているかを示す識別情報、画像（ウェブ上で送信されるようにシリアル化された画像）を作成します。その後、必要なデータをデータベースに取り込むために、データを必要に応じて実行することができます。 あなたはおそらく何らかの認証について考えなければなりません（だれかがデータを送信することはできません）。 –
まあ、私はちょうど私が、彼らはすなわち <プロパティ名><プロパティ名>
ユーザーがWebアプリケーションと同じネットワークに直接接続していない場合は、セキュリティで保護されたWebサービスを提供するのが最適な方法でしょう。 これは、あなた自身のアプリケーションで消費することができるサービスで、あなたのウェブサイト上のエントリを作成/修正/削除するために使用できます。
私は何とか両方の方法を考え出します。 APIをWebベースで作成するか、WebサービスでAPIを使用するようにします。このようにコードベースは基本的に1か所にあり、ユーザー/顧客が使用したいものを混在させることができます。
私はおそらく、WebサービスをAPIのラッパーにすると思います。
それでは、WebServiceの外観は、プロパティの詳細を持つプロパティを作成した後、これを使用してXMLデータを受け取り、これを使用してデータベースに挿入/更新/削除します。 –