Skip to main content

[543] 菲律賓 Bohol (薄荷島) 無責任遊玩日記 Day1-1

4月1日至4月14日在菲律賓宿霧呆了將近兩週,從一開始的害怕到後來慢慢的喜歡這個"某"程度上算是個蠻有趣的國家...然而在同一個地方呆太久也是會無聊的,便於4.12、4.13隻身前往Bohol亂玩了兩天。(為什麼寫"亂玩"捏?因為出發前根本沒有很認真的規劃行程...)
嚴格說起來,Bohol這個島真的很小,實在不需要跟團,喜歡有導遊的可以直接到港口找個順眼的司機包行程。喜歡自助式的人去 mall 或者是 hotel 買張地圖就可以玩的很快樂。以下會詳細說明交通、住宿與地圖示意,希望對有打算去Bohol自助旅遊的網友有點幫助 =P


檢視較大的地圖

Cebu -> Tagbilaran
9:10am 出發 約 11時左右到達 Bohol
  • 如果你行程包含宿霧且提早一天到達,可在晚上七點前至 SM mall 一樓的旅行社(就在菲律賓航空旁邊) 直接訂船票。在旅行社購買船票有好處是:不需要提早很久到現場排隊買票還可以信用卡付款。購買 Cebu <-> Tagbilaran 來回 575 Peso,不過這家只獨賣 Weesam Express (台灣旅行社通常是辦 Ocean Jet)。本人搭乘 Weesam Express 感覺非常好,因為它都可以很神奇的不會 Delay (你要相信,在 Philippines 能準時是很了不起的事情)
    Cebu <-> Tagbilaran 各家快速船時程請參考Fast Ferry Schedules 或各家船公司網站

  • Cebu有好幾個碼頭,Ocean Jet在 Pier 1,可搭乘 Jeepney 到附近。Weesam and Super cat都在 Pier 4 請別走錯,只能搭 taxi,taxi 進入 Pier 4 要 10 Peso 的暫時通行費。

  • 有預購船票的建議在開船前40分鐘到達,沒有的請早。

  • 船票要先在 Check in 櫃檯簽名並訂上一張有座位的Boarding pass。進去等待室前,附近有個收錢櫃台記得付 25 Peso的港口稅。

  • 容易暈船的人,可依照天氣再考慮要不要吃暈車藥,天氣很好的話,根本感覺不太出搖晃感。


Tagbilaran Pier -> SUN AVENUE PENSIONNE
快12:00pm到達小旅館
  • 從港口到 SUN AVENUE PENSIONNE 搭 Tricycle 6P 不用到五分鐘到達(真的很近),他有接送服務,不過麻煩是並不會傻傻的到港口等你,會用電話連絡看你到達與否才出現...

  • 住宿費:單人房 795P/night 其他房價大概是1150-1500左右,很乾淨,附早餐,有無線網路,但是要付錢...40p/hour

  • 櫃台很親切,問啥通常都會跟你說,還可以直接用比書店貴30P的價錢買地圖...= =

  • 全 Philippines Hotels 訂房網站


ICM Bus Terminal V-Hire 搭車處

Tagbilaran Island City Mall(ICM) -> Chocolate Hills
等發車浪費了很多時間,約三點出頭才到巧克力山丘群
  • 本來就打定主意這兩天只做簡單的 City Tour,本人也沒很認真的規劃行程,所以第一天就挑最遠的 Chocolate Hills 先玩,花了 30 Peso 從旅館直接坐 Tricycle to ICM的 Bus Terminal,轉搭往 Carmen 的 V-Hire (停在 Bus旁邊的哪堆 Van),等了將近 1個半小時才發車...雖然它車程比較短,但是坐起來非常的不舒服,空調很差,車內超悶,完全是昏睡到目的地。還有整台 Van 大概要塞滿滿 1x 人才會發車!!導致發車時間不定,這樣對行程規劃不利。
    PS.總車程約1小時多一些,還有超過 4:00 pm就沒有 V-Hire回程喔!

  • 搭機車上山 20P,入場券 20P,由於入場券長的很像遊樂場的獎勵卷(可以換禮物的那種),我還問了櫃檯小姐是不是可以上山換飲料...XD 她聽到後很好笑的搖搖頭。

  • 山上飲食部現煮咖啡 40P/CUP 還不錯喝...


巧克力山丘群,其實從平地看比較有趣...可以很清楚的感受到山丘平白無故凸出來有多奇怪...

Comments

Popular posts from this blog

PureMVC 我也會 [6]

Mediator ViewComponents 與 pureMVC 架構的中介 監聽並反應 View Component 發出的 Event 可以發送與接收 Notification 儘量少操作 Proxy 公開方法,多用 sendNotification... Mediator design pattern 要多認識這個 Mediator 設計模式的話,請自行看連結說明啊! 簡單來講,假使有一個 View 裡面有好幾個 MovieClip 組成,而這些 MovieClip 會互相影響對方...這個情況在 Flash 中,通常都會變成下圖: MovieClip 直接控制其他 MovieClip 搞到整個關係很複雜...換一個元件簡直是災難。 加入 Mediator 後,示意圖就會變成: 這樣,所有的 MovieClip 都透過 Mediator 來跟其他 MovieClip 溝通,當某一個 MovieClip 替換成別的元件,這時候也只需要修改 Mediator 中的引用即可,是不是變得很乾淨?如果同一組 MovieClip 有另外一個操作模式,也只需要替換掉 Mediator 即可!天下太平啊~~~ 而 PureMVC 中就是利用 Mediator class 為與前端 ViewComponent 的中介,這樣可以切開 ViewComponent 與 PureMVC framework 的關係,不管你前端介面使用 Flash or Flex 製作都跟程式核心無關。 所以 ViewComponent 製作時只需要兩個原則,一把所有的請求都以 Event 送出由 Mediator 處理,二提供公開方法, Mediator 只需要監聽 View 的 Event,將收到的資訊透過公開方法喂進 ViewComponent 即可。 如在 ViewComponent 中: public function setList( result:Object ):void{ list.dataProvider = result as ArrayCollection; } //然後在按下取得資料的按鈕 Click action 寫上: dispatchEvent( new Event( "GET_LIST" )); 新建 Mediator 的時候一樣有幾個重點方...