bear.sunday 1.x
DESCRIPTION
The idea of BEAR.Sunday feature in future.TRANSCRIPT
BEAR.Sunday 1.XBEAR.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 ?