專題 : 路見不平網進度報告

專題:路見不平網進度報告 指導老師:李宗儒組長:黃承廣組員:黃偉倫.方維銘

Google Maps • Google Maps 提供很方便的網頁內嵌地圖語法（如同 YouTube 影片的內嵌語法一般），只要在網頁原始碼中加入所提供的語法，就能在網頁上提供該地點的地圖，還可讓瀏覽者自行移動或放大、縮小。 • 使用方式︰ • 1.先找到地點︰連至 Google Maps 首頁，將畫面從美國移至台灣，接著在搜尋欄位上輸入地點關鍵字搜尋即可。 • 2.取得原始碼︰點選畫面右上角的「連結至此網頁」連結，就會出現原始碼的對話框，複製之後，至自己網頁原始碼貼上即可。 • 不過我有找到更好的其他方法,那就是利用” http://nomap.gaeo.org/ “網站 • 我們稱之為免洗地圖 • 1.自訂長,寬 • 2.可設定地標 • 3.可為地標做些描述 • 什麼是「免洗地圖」？它是一個讓你快速產生一份地圖的線上服務,不是已經有 Google 地圖跟 UrMap了嗎？為什麼還需要這個？ • 不知道你是否有遇過這種情形：當你在寫遊記或食記之類的文章時，需要內嵌一張地圖，上頭標示了一些地標。或是你需要製作一份地圖，上頭有一些地標，然後你要將這份地圖傳給別人看。 • 當然這些功能透過 Google 地圖跟 UrMap都能達成，不過你都必須先「註冊一個帳號」。 • 不是每個人都有帳號的，就算有帳號，自訂的個人地圖太多，看了也是礙眼阿。有鑑於此，「免洗地圖」讓你不用註冊、無須帳號，就可以輕鬆產生個人地圖。 • 建立個人地圖的方式很簡單，首先在地圖上按右鍵新增地標點，然後你就可以為這個地標點加上名稱或說明。若是對這個地標點不滿意，也可以對它按下右鍵去編輯或刪除它。若是你想移動地標點，只要按住滑鼠拖拉它就可以了。若是你想找尋某個地址，左下角也有搜尋框讓你使用。當然你也可以透過上方的工具列快速改變地圖的大小。

<iframesrc="http://nomap.gaeo.org/embed/agVub21hcHILCxIDTWFwGLH0OAw" width="500" height="500" scrolling="no" marginheight="0" marginwidth="0" frameborder="0"></iframe><br><small><a href="http://nomap.gaeo.org/m/agVub21hcHILCxIDTWFwGLH0OAw" target="_blank">以新視窗開啟</a></small>

JAVA SWING • 基礎Foundations • Swing是獨立於平台上都在表達（Java）和實現（外觀和感覺）。 • 擴展Extensible • Swing是一個高度分割的架構，它允許對“堵漏”的各種自定義實現特定的框架接口：用戶可以提供自己的自定義實現（s）的這些元件，以覆蓋默認實現.在一般情況下，用戶可以擴展鞦韆通過延長現有的框架（框架）類和/或提供其他實現的核心部件。 • Swing是一個基於組件的框架.之間的區別對象和組件是一個相當微妙的一點：簡潔，一個組件是一個乖巧的對象與已知/指定特徵的行為模式。對象異步觸發事件，有“約束”的屬性，並回應一個眾所周知的設置命令（具體到組件。）具體而言，Swing組件是Java Bean的組件，兼容的Java Bean組件架構規範。 • 定制Customizable • 鑑於該方案呈現模型Swing框架，良好的控制權的細節渲染組件是可能的擺動。 Backgrounds, opacities, etc., as the properties of that component.作為一種普遍現象，視覺表現的一個 Swing組件是一套標準的一個組成元素，例如“邊界”，“嵌入”，裝飾品等一般情況下，用戶將編程方式自定義一個標準的Swing組件（如一個JTable）通過分配特定的邊框，顏色，背景，混濁等，作為該組件的屬性。.核心組件將使用這些屬性（設置）來確定適當的渲染畫使用的各個方面。.但是，它也完全有可能創造出獨特的圖形用戶界面控制與高度個性化的視覺表現。

配置Configurable • Swing的嚴重依賴運行機制和間接的組成模式允許它在運行時響應從根本上改變其設置。此外，用戶可以提供自己的外觀和感覺的實施，使之有均勻變化的外觀和感覺在現有的Swing應用程序無需任何編程更改應用程序代碼。 • 輕量級 UI Lightweight UI • Swing的可配置性是一個結果可選擇不使用本地主機操作系統的GUI控件來顯示自己。鞦韆“描繪”它的控制編程方式通過使用Java二維的API，而不是調用到一個本地用戶界面工具包。因此，一個 Swing組件不具有相應的本地OS的GUI組件，使自己可以自由地在任何可能的方式是與基本圖形 API。 • 然而，在其核心的Swing組件都依賴於AWT的容器，因為（Swing的） JComponent延伸（AWT的）容器。這使得擺動插入到主機操作系統的GUI管理框架，包括關鍵設備 /屏幕映射和用戶交互，如按鍵或鼠標動作。鞦韆是簡單的“調換”自己（操作系統無關）的語義在底層（特定作業系統）組件。所以，例如，每個 Swing組件繪製其上的圖形設備移交響應調用component.paint（），它是定義在（AWT的）容器。但是不像AWT組件，它委派畫他們的OS -本土“重量級”的部件，Swing組件是負責他們自己的渲染。 • 這種換位和解耦不僅是視覺，並延伸到Swing的管理和應用自身獨立於操作系統的語義解僱的事件遏制在其組件層次結構。一般來說，Swing體系結構代表的任務映射的各種口味的OS圖形用戶界面語義上一個簡單的，但概括，模式的AWT容器。廣義的基礎上的平台，建立自己的豐富和複雜的圖形用戶界面語義的形式在JComponent模型。 • 鬆散耦合和MVC Loosely-Coupled and MVC • Swing庫，使大量使用的模型/視圖/控制器的軟件設計模式，的概念上的數據可被視為解耦從用戶界面控件，通過它被認為是。正因為如此，大多數Swing組件有相關的模型（這是在條款規定的Java 接口），而程序員可以使用不同的默認實現或提供自己。該框架提供的模型接口的默認實現為所有的具體組成部分典型的使用Swing框架不需要創建自定義模式，為框架提供了一套默認的實現是透明的，默認情況下，與相應的JComponent子類在Swing庫一般來說，只有複雜的組件，例如表，樹，有時名單，可能需要定制模型實現在應用程序中特定的數據結構為了得到良好的意義上的潛力，Swing的架構成為可能，考慮假想情況表和定制機型名單，包裝過的DAO和/或EJB的服務.. • 通常情況下，Swing組件模型對象是負責提供一個簡潔的界面定義事件觸發和可訪問的屬性（概念）數據模型，使用相關的JComponent的。鑑於整體的MVC模式是一個鬆散耦合的合作對象關係模式，這個模式提供了編程手段附加的事件偵聽器對象的數據模型。通常情況下，這些事件為中心的模型（例如：一個“插入行”活動在一台模型），並映射到由專業化的JComponent一個有意義的事件的GUI組件。

AWT的關係Relationship to AWT • AWT和Swing類的層次結構 • 由於早期版本的Java中，一個部分的抽象窗口工具包（AWT中）提供了平台無關的API，用於用戶界面組件。在AWT中，每個組件是渲染和控制本地同行組件的特定的底層窗口系統。 • 相比之下，Swing組件經常被描述為輕量級的，因為它們不需要本土資源配置中的操作系統的窗口工具包。在AWT組件被稱為重量級組件。 • Swing API的大部分是一般的補充擴展 AWT的，而不是直接替換。事實上，每一個鞦韆輕量級接口最終存在於一個AWT的重量級組件，因為所有的頂級組件鞦韆（ JApplet， JDialog， JFrame，和JWindow）把一個AWT的頂級容器。在此之前的Java 6更新10，使用輕量級和重量級的組件都在同一窗口普遍氣餒由於Z -順序的不兼容。然而，後來的版本的Java有固定的這些問題，都Swing和AWT組件現在可以使用一個 GUI沒有 Z -順序的問題。 • 核心渲染功能，使用由Swing組件繪製其提供了輕量級的Java二維，另一部分的圖形用戶界面。

關係到SWT Relationship to SWT • 該標準部件工具包（SWT）的是一種競爭工具最初是由IBM公司，現在保持的Eclipse的社區。 SWT的執行情況有更多的共同與 AWT的重量級組件。這賦予的好處，如更準確的保真度與底層本地窗口工具包，在成本增加接觸到本機平台的編程模型。 • 在SWT的到來已經引起了很大的Java桌面開發之間的分工，許多強烈偏袒任何的SWT或Swing。 Sun公司開發基於Swing繼續把重點放在平台外觀和感覺（PLAF）富達每個平台的窗口工具包在即將來臨的Java SE 7的發布（2006年12月[更新]）。 • 已經取得明顯的辯論和猜測有關性能的SWT與Swing的，有些暗示，SWT的嚴重依賴JNI的將使較慢時，GUI組件和Java需要溝通的數據，但速度更快的渲染時，數據模型已被裝入圖形用戶界面，但這並沒有得到證實兩種方式。一個相當徹底的一套標準在2005年結束，無論是鞦韆，也沒有明顯優於其他的SWT在一般情況下。 • SWT的服務於Windows平台非常好，但有些人認為不那麼有效，因為一個技術的跨平台開發。通過使用高級特性每個本地窗口工具包，SWT的返回問題出現於 20世紀 90年代中期（如zApp與工具包，鋅，和IBM的xvt / Smalltalk中）在工具包試圖掩蓋分歧焦點行為，事件觸發和圖形化的佈局。不匹配的行為可能會導致每個平台上微妙而難以解決的bug影響用戶互動和外觀的GUI。

專題 : 路見不平網 進度 報告