Rubyクライアント/サーバアプリケーションの構造

Question

私は、JavaとCのバックグラウンドから、そしてRailsの経験がある、妥当な純粋なルビプロジェクトを開始しようとしています。

クライアントアプリケーションとサーバーアプリケーションで基本的に構成されている分散型ルビーアプリケーションのパッケージング/アレンジメントのベストプラクティスを探しています。

クライアントは、オブジェクト（jsonなど）を送受信したり、ネットワークからファイルをアップロードしたりダウンロードしたりするためにサーバーとしか話しません。サーバーは、すべてのファイルのローカルまたはリモートの格納を処理し、簡単な情報（db）を格納します。

私はすでにこれらについて多くを読んで、私が見つけたなどの単純な宝石のためのベストプラクティスを、知っている：

- appname/ 
- bin/ 
- lib/ 
    - appname.rb 
    - appname/ 
     - (appname::classes) 
- test/ 
- readme, etc 

しかし、これらの（2つのアプリのような合理的なビッグクライアントサーバアプリについての同じプロジェクト）？

これは2つの宝石に適していますか？または、同じモジュールを別のモジュールに入れて同じ宝石にする？

ルビーのオープンソースプロジェクト/宝石を知っていますか？このような構造（クライアントとサーバーアプリケーション）で、私はそれを見て、それを見ることができますか？

申し訳ありませんが、私はこれを探していますので、すぐに良い構造を定義し、コードが成長し始めるときに問題を避けることができます。

Answer 1

この瞬間に私の頭に浮かぶ最も良い例はpickyです。それは非常にうまくいったプロジェクトです。インスピレーションのためにそれを見てみる価値があります。