クライアントフレームワーク案

ネトゲ開発がラクになるフレームワークにしたい

今の妄想

基本構造例

• src/lib/framework/net/socket.coffee
• src/lib/framework/view/sprite_container.coffee
• src/lib/framework/view/sprite.coffee
• src/lib/framework/scene/scene_base.coffee
• src/lib/framework/scene/scaffold/example_name/
• src/lib/framework/state/state.coffee
• src/lib/framework/state/scaffold/example_name/
• src/container/socket_container.coffee
• src/container/view_container.coffee
• src/container/example_name.coffee
• src/config/main_config.coffee
• src/config/server_config.coffee
• src/config/example_name.coffee
• src/app/scene/example_name/
• src/app/scene/main/state/example_name.coffee
• src/contract/example_name.coffee

構造 (サーバクライアントでの位置づけ）

サーバ ----- |contract| ----- クライアント

• contractは、サーバとクライアントでの通信する際の定義のルールとして使われます。
• 狙いとしては、API名や型、依存性を定義しておくことで仕様の明確化を図る。

構造（クライアント内部）

＊ 通信と各コンポーネント(プレーヤとか）の位置づけ

contract| ----ContractRouter ----- [ ここからゲームロジック系 ComponentContainer ----- Component(Model View　ViewModel)]

• ゲームシーンの位置づけ(微妙感もあるので廃止するかも)

scene_contract| ---- SceneContractRouter ----- SceneContainer ---- Scene