BEAR.Sunday 1.X
  BEAR.Sunday meetup #1
BEARのREST Centricなアーキテクチャで

  何が実現できるかを考えてみる
Performance > autoloader

 コンパイル時に必要ファイルが確定
 する

 それを全て最初にrequire

 docblox除いてもいいかも
Performance > FB Big Pipe
Performance > ESI



edge side includes
リソース構成と相性が良さそう
Performance > CQRS
Performance > Asset Pipe Line


  Assetic (an asset management
  framework)
  複数のJavaScriptファイルをまとめた
  り圧縮してくれたりする
Performance > Stmt mapping

  SQLマップ

  +メソッドと解析済みプリペアードス
  テートメントをマップ
Performance > Thrift



別言語のリソースと接続
Performance > Yaf component


   PECLベースのMVC FWのコンポーネ
   ントを使用する
func > realtime web


リソースがC/Sでweb socketで接続

web socket
func > C/M separation


CとMの物理分離

モデルをサービスする
func > multi lang



他言語フレームワーク
func > multi framework



他のフレームワークとの協調
func > visualization


Dependency graph
リソース構造

webサイト構造
func > ADD



API driven development
API中心のワークフロー
func > apiHub



APIポータル

マッシュアップもAPIとして提供
おまけ
BEARのREST Centricでないアーキテクチャを考えてみる
BEAR.mvc


BEAR.Resourceを切り離す

コンベンショナルなMVC FW

DI / AOP / Clean Code /
Performance
mini BEAR = micro framework ?

BEAR.Sunday 1.X