クライアント（thick）/サーバー+シンクライアント用の余分なREST API

Question

私は古いアプリケーションを再設計しています。新しいアプリケーションを設計して、以前のアプリケーションの一部をより使いやすくしたいと思っています。将来は拡張可能です。

古いアプリケーションは、ファイルサーバー上で共有されるデータで動作するデスクトップの太いアプリケーションです。 （これは、DBFデータベースの無料のテーブルを使用しますが、設計は、クライアント・サーバではありません - 。ちょうど厚いアプリケーション）

を新しいアプリケーションがシッククライアントでクライアントサーバーアーキテクチャを使用するために計画されていますが、サーバーはでもはREST APIインターフェイスを介して機能を提供する必要があります。

特定のアプリケーションサーバーを、シッククライアントとWebサービスの両方に接続できるように設計する方法を教えてください。

実装はポータブル（Windows、Linux）で、WebサーバーはIIS（Microsoft）またはポータブルWebサーバー（nginxなど）である必要があります。実装言語はC++ 11 plus（少なくともアプリケーションサーバーとシッククライアント）です。

私は最初から始めており、技術も学ぶ必要があります。 （私はC++での経験、およびクライアント・サーバー上のいくつかの理論的な知識、およびRESTfulなを持っている。しかし、私は実用的なものを学ぶ必要がある）要求されるように答えとして

Answer 1

コメント、：

はGoogleのプロトコルバッファを考えてみましょうメッセージのエンコードとデコードのために。バージョン3は、jsonとバイナリの両方のエンコーディングをサポートします。 RPCにはスタブがあり、便利です。