• 沒有找到結果。

2-3-1 系統功能簡介

Visual Studio.NET 軟體和 Visual Basic 6.0 軟體的比較,在字串方面 Visual Studio.NET

提供StringBuilder,表示可變動的字元字串而且無法被繼承。StringBuilder 表示一個和字串 相似的物件,它的值是一個可變動的連續字元。值之所以可以變動的原因是一旦以附加、

移除、取代或插入字元的方式建立後救可以修改。和Visual Basic 6.0 的字串比較起來處理 速度較快。但CORBA 目前尚未發展相關支援 Visual Studio.NET 的模組,因此為了配合 CORBA 技術的使用,原先在.NET 上發展的系統全部改回以 Visual Basic 6.0 軟體來開發。

而目前已全部改為Visual Basic 6.0 來開發,其系統主要規劃包括下拉式功能表、圖示 指令區、NC 程式顯示區及刀具路徑模擬區等,如圖 2-4 所示。

1. 系統畫面介紹:

圖2-4 系統介面說明 刀具路徑模擬區 圖示指令區

下拉式功能表 NC 程式顯示區

系統設定

2.功能表(Menu)區:

功能表主要用來開啟或呼叫程式所提供的功能。NCsimulation 所有的操作指令以及系 統狀態的切換均可透過功能表來下達,如圖2-5 所示。

圖2-5、功能表說明

3.常用工具列功能圖示按鍵區:

圖示按鍵主要用來呼叫程式中比較常用的功能,圖2-6 為圖示指令說明。

圖2-6、圖示指令說明

開新檔 開啟檔案

存檔 NC to OpenGL

NC to DXF 選擇

拖曳 水平放大

運行軌跡 X 軸旋轉

Y 軸旋轉 Z 軸旋轉

移動 旋轉

自動旋轉 縮放

4.刀具路徑模擬區:

刀具路徑模擬區為系統繪製圖形並顯示圖形的區域,如圖2-7 所示。

圖2-7、刀具路徑模擬區說明 5.NC 程式編輯區:

NC 程式編輯區主要提供 NC 程式編輯功能,使用者可以在此編案 NC 程式或載入一個 已經存在的NC 程式來進行編修,圖 2-8 為 NC 程式編輯區說明。

圖2-8、NC 程式編輯區說明

(三) CORBA 技術的應用

3-1 分散式系統

今日企業組織面對激烈競爭的環境,面對不同廠商所提供的硬體、軟體、網路及資料 庫,絕大多數的企業都有管理、整合異質環境(heterogeneous environment)的問題[17],因此,

許多軟體開發人員開始以分散式物件技術(Distributed Object)來解決所面臨的問題。

分散式系統隨著物件導向技術(Object-Oriented Technology)的引入,而有了分散式物件 [19]。這種將過去大型電腦 (Mainframe)才能勝任的工作以及服務,取代成以區域網路(Local Area Network)架構為主的分散式計算環境(Distributed Computing Environment),提供了一種 解決傳統大型電腦系統不易擴充、成本龐大及不易維護管理等缺點的處理方式。把程式分 物件管理組織OMG(Object Management Group)制定了共通物件請求經紀架構(Common Object Request Broker Architecture)的標準,即 CORBA 標準[22,23],因而加強了軟體的可 攜性(Portability)、再利用性(Reusability)、以及互通性,因此允許一應用程式跟另一個 應用程式進行溝通時,可以不用管另一個應用程式究竟在何處,即所謂的跨平台、跨作業 系統、跨程式語言應用環境,因此三層式結構對於網路流量增加時,將可以很容易地提供 多個伺服器的同時服務。

簡單的說,三層式的模型就是在原來的用戶端(Client)與伺服端(Server)中間,插入一個 中介層 (middle layer),而三層式架構所帶來的好處如下:

z 對用戶端而言,三層式架構可以省去同時面對許多種不同伺服端的窘境。用戶端可以 用一致的程式界面與協定與中介層溝通,伺服端的異質性,則被中介層隱藏住。

z 對伺服端而言,三層式架構免除了直接面對所有用戶端的情形,由另一種角度來看,

中介層的存在,可以讓伺服端容易地以「一群」伺服器來提供服務,而分散單一伺服 器的負擔。

目前分散式物件的技術主要有以下三種:

1. 微 軟 (Microsoft)所 提 出 的 分 散 式 物 件 模 型 (Distributed Component Object Model, DCOM)[20],DCOM 所定義的是 binary level 的分散式物件標準,任何符 合DCOM 所規範的 binary code,都可以使用 DCOM。

2. Sun Microsystems 的 Java RMI(Remote Method Invocation)[21],它是 Sun 所提出結合 程式語言及虛擬機器的分散式物件環境。它不像CORBA 與 DCOM 可以用多種不同 的程式語言來發展程式,但透過其虛擬機器,也可以非常容易地跨平台操作。

3. 物件管理組織(Object Management Group, OMG) [22]的共通物件請求經紀架構 (Common Object Request Broker Architecture, CORBA) [23],它是由 OMG (Object Management Group)所定義的標準,其規範的層次

在 於 物 件 界 面 的 層 次 , 物 件 間 的 界 面 以 界 面 描 述 語 言(Interface Definition Language, IDL)來描述。

這三種主要的分散式物件技術簡略比較如下:

--- DCOM Java CORBA

跨平台 差 優 優

系統設定 複雜 易 易

動態呼叫 佳 不佳 佳

meta data 還算完整 無 完整

特定程式語言 否 是 否

系統整合能力 不佳 不佳 強

開放式標準 是 是 是

由另一種角度來看,由於物件本身具有強烈的自主性,物件系統天生就具有分散的特 質,在分散式物件環境下,物件之間的溝通,具有以下特性:

1. 以交換訊息的方式溝通。

2. 溝通訊息的方式有同步(Synchronous)或非同步(Asynchronous)的兩種方式。

3. 要能夠瞭解彼此間交換的訊息的意義,才能夠進行溝通。

4. 物件本身必須公開讓其它物件溝通的窗口,這些窗口就是該物件的界面(Interfaces)。

5. 分散式物件即以其界面作為其型別(Type),以茲區分不同型的物件。

6. 物件彼此之間只須知道對方的 References 就可以溝通,不必知道其真正的位置。

7. 分散式物件具有物件導向系統的一切特質。

相關文件