po再設計

FrontPage

• 抽象レベルで３レイヤーに分けて考える

  -----トラッカーカーネルレイヤー -------------
    ・poPoint
    ・poRoute
  -----cakephpPHP <-> javascirpデータ変換 -------------
    ・poRoutesManager
    ・autoReloader
  -----クライアントレイヤー -------------
    ・html内のjavascriptコード

• どこまで抽象化するのか？
  • もっとも抽象度が高いものとしてトラッカーとしての機能に絞ったものがいい
  • routeだとクラスつくらなくともgoogle APIだけで十分
  • 顧客と軌跡といった概念をいれると抽象度が下がりすぎる
  • そこで
    • point：座標と時間
    • route：所蔵ユーザ＋ポイントオブジェクト
  • routeに加えるメソッド(トラッカーとして抽象化)
    • ルート中の最新ポイント取得
    • メッセージのあるポイントのみ取得などなど
    • findPointById?( )

• (今、最終ポイントをズーム、最終ポイントにアイコンなどはクラス側がやっている
• これはクライアント側がやるべき)
• set○○メソッドいらない→private ,public設定できないし。
• poPoint.removeの実装
• ↑に伴いpoRoutes.removeの仕様変更
• エラー処理