API的案例
zemax編程語言應用指南：ZOS-API、ZPL和DLL之間的區別
本文對ZOS-API、ZPL和DLL進行了比較。我們將會對與OpticStudio的互聯、代碼執行、語句和數據存取與處理這些方面進行解釋說明。作者 Haosheng Hu概述在OpticStudio中，用戶可以通過編程(Programming)選項卡訪問OpticStudio的編程功能，如Zemax編程語言(ZPL)、應用程序編程接口(ZOS-API)和動態鏈接庫(DLL)。每種編程方法都有其獨特的特點。本文描述了這三種編程功能的特點和區別。ZOS-API 和 ZPL之間的區別ZOS-API和ZPL在許多方面都有所不同，包括它們的語句、應用程序和運行環境。以下部分將提供這兩種編程方法的概述，并詳細描述這些差異。什么是ZOS-API?ZOS-API是一個應用程序接口，它是為使OpticStudio能夠支持與其它應用程序的連接和自定義而開發的。雖然ZOS-API依賴于COM接口，但它來源于.NET庫，因此可以使用任何能夠訪問API庫的編程語言(如C++、C#、Python、MATLAB)進行API編程。ZOS-API允許應用程序與OpticStudio中打開的實例直接交互，或者將OpticStudio作為背景程序運行。有關不同交互模式的詳細資料，請查看文章ZOS-API用戶可用的示例文件。什么是 ZPL?Zemax編程語言(ZPL)是一種宏語言，它允許用戶在OpticStudio中直接編寫自己的程序。
展開 Moldex3D模流分析之What is API
What is API?
Before implementing automation, we must first understand the tool for achieving application automation, the Application Programming Interface (API).
The concept of API can be simply illustrated through the workflow of ordering meals in a restaurant. When guests walk into the restaurant, they will order from the menu; the waiter will pass their requests to the kitchen, and finally deliver the meals from the kitchen to the guests. API plays a role similar to a waiter in an application—a transmitter of requests and responses, and bridges between applications (guests) and applications (kitchens).
Fig. 1 API is like a waiter in an application—a transmitter of requests and responses, and bridges between applications (guests) and applications (kitchens).
展開 Moldex3D模流分析之API
Moldex3d Studio API 功能體驗 (Moldex3d Studio API function to experience)
?Moldex3D Studio API 簡介
API (應用程序編程接口, Application Programming Interface)，就如餐廳服務生的角色扮演著需求（Request）與響應（Response）的傳遞者，搭起了應用程序（客人）與應用程序（廚房）之間的橋梁。Moldex3D Studio API 是透過 COM（Component Object Model）的技術來定義及提供應用程序編程接口。COM 對象可以透過多種程序語言來取得，例如：C#、Python等。外部程序取得 Studio 應用程序的 COM 對象后，即可呼叫 Studio API 進行操作。
Moldex3D Studio API 能夠將各式功能的操作參數化串接起來，加入自動化及標準化設計流程中。
展開 Moldex3D模流分析之Studio API function to experience
?Moldex3D Studio API 簡介
API (應用程序編程接口, Application Programming Interface)，就如餐廳服務生的角色扮演著需求（Request）與響應（Response）的傳遞者，搭起了應用程序（客人）與應用程序（廚房）之間的橋梁。Moldex3D Studio API 是透過 COM（Component Object Model）的技術來定義及提供應用程序編程接口。COM 對象可以透過多種程序語言來取得，例如：C#、Python等。外部程序取得 Studio 應用程序的 COM 對象后，即可呼叫 Studio API 進行操作。
Moldex3D Studio API 能夠將各式功能的操作參數化串接起來，加入自動化及標準化設計流程中。
展開 
ZEMAX | ZOS-API、ZPL 和 DLL 之間的區別
本文對 ZOS-API、ZPL 和DLL 進行了比較。我們將會對與 OpticStudio 的互聯、代碼執行、語句和數據存取與處理這些方面進行解釋說明。
概述
在 OpticStudio 中，用戶可以通過
編程
(Programming) 選項卡訪問 OpticStudio 的編程功能，如
Zemax編程語言( ZPL )、
應用程序編程接口
( ZOS-API )和
動態鏈接庫
( DLL )。每種編程方法都有其獨特的特點。本文描述了這三種編程功能的特點和區別。
ZOS-API 和 ZPL之間的區別
ZOS-API 和 ZPL 在許多方面都有所不同，包括它們的語句、應用程序和運行環境。以下部分將提供這兩種編程方法的概述，并詳細描述這些差異。
什么是 ZOS-API?
ZOS-API 是一個應用程序接口，它是為使 OpticStudio 能夠支持與其它應用程序的連接和自定義而開發的。雖然 ZOS-API 依賴于 COM 接口，但它來源于.NET庫，因此可以使用任何能夠訪問API庫的編程語言(如C++、C#、Python、MATLAB) 進行 API 編程。ZOS-AP I允許應用程序與 OpticStudio 中打開的實例直接交互，或者將 OpticStudio 作為背景程序運行。
什么是 ZPL?
Zemax 編程語言( ZPL )是一種宏語言，它允許用戶在 OpticStudio 中直接編寫自己的程序。
展開 干貨｜操作系統RTOS為什么要搞兩種API?
本文以FreeRTOS為例，如果我們自己在官網下載源碼然后手動移植代碼就是使用FreeRTOS的原生API接口，如果我們使用STM32CubeMX來配置工程就是使用的CMSIS-API接口，是對FreeRTOS的原生API接口進行了封裝。
一、RTOS為什么要搞兩種API?
CMSIS-RTOS API是ARM公司為RTOS內核制定的一套通用接口協議，它提供了一套「標準的API接口」，可以移植到各種各樣的RTOS上，使得上層的軟件、中間件、庫以及其他組件在不同的RTOS之上都可以正常工作。
簡單的說就是：STM32是ARM內核的，這大家都知道。FreeRTOS是一種免費的開源的嵌入式操作系統。那它肯定就不屬于ARM公司的對不對？這也很好理解。現在你要在我ARM內核上面使用不是我的RTOS產品，那么我ARM公司就要把你這個RTOS給打包一遍，封裝成屬于我的適合我的API接口協議類型的CMSIS-RTOS API。這樣解釋應該好一點。
在STM32上使用FreeRTOS，可以直接使用FreeRTOS的原生接口(原生API)，源碼移植就是使用的是原生API接口，這無可厚非。你也可以選擇CMSIS接口，實際上CMSIS接口和原生接口都是類似的，但是如果你學會了CMSIS的RTOS接口之后，也能自學對應的原生接口，當然還是有區別的，因此還是需要花時間去熟悉的。
學會了CMSIS的最大好處就是，只要其它RTOS有提供CMSIS接口，我們就可以直接使用CMSIS接口，而不需要再花時間去了解原生接口。比如我們在學習UCOS時，發現UCOS的API和FreeRTOS的API不同，是因為我們學的都是它們原生的API，就是我們下載源碼后在keil中移植的那種。
展開 在Python中通過API控制OpticStudio
在Python中通過API控制OpticStudio
本周為大家奉上
在Python中通過API控制OpticStudio 進行仿真計算
概要
本文講述了使用Python和其他ZOS-API語言的區別，并回顧了Python（2.x）如何處理枚舉變量。文中還提供了一些代碼示例哦。
Moldex3D模流分析之API讓模流分析自動化
API是什么？
在實踐自動化之前，首先要認識實踐應用程序自動化的工具 – 應用程序編程接口（Application Programming Interface, API）。
API的概念可以由到餐廳點餐的生活情境來簡單說明。當客人走進餐廳，會用菜單點餐；服務生會將客人的選擇傳遞到廚房，最后從廚房將制作好的餐點送到客人手上。API在一個應用程序中扮演的就是類似服務生的角色──需求（Request）與響應（Response）的傳遞者，搭起了應用程序（客人）與應用程序（廚房）之間的橋梁。
圖一 API就如餐廳服務生的角色，扮演著需求（Request）與響應（Response）的傳遞者，搭起了應用程序（客人）與應用程序（廚房）之間的橋梁。
用另一個概念比喻，如果我們想比較不同航空公司、相同航線的票價，只要上旅游比價平臺，輸入日期及起訖站，即可找到不同航空公司符合條件的航班列表。而旅游比價平臺是如何做到跨航空公司的比價服務？其實這就是一個API應用的實例。首先在自己的平臺提供選項列表，而后透過不同航空公司網站提供的API當作傳遞者，自動地取得各家航空公司符合條件的航班信息，再整合回自己的平臺進行搜尋結果的呈現。旅游比價平臺不需要擁有各家航空公司的航班信息，也不必花費人力來搜尋數據，類似透過API的整合應用，即可提供旅客機票比價服務。
自動化應用CAE軟件
了解API運作的概念之后，便可以思考如何透過自動化應用CAE軟件來減少時間的花費。在進行設計比較或計算機試模時，我們需要建立許多模擬分析組別；在模擬完成后，也需要進行模擬結果的后處理，這其中就會有很多重復性的軟件操作，例如：分析組別的建立、成型參數的調整、分析結果的取得等。
展開 Moldex3D模流分析之API讓模流分析自動化
API是什么？
在實踐自動化之前，首先要認識實踐應用程序自動化的工具 – 應用程序編程接口（Application Programming Interface, API）。
API的概念可以由到餐廳點餐的生活情境來簡單說明。當客人走進餐廳，會用菜單點餐；服務生會將客人的選擇傳遞到廚房，最后從廚房將制作好的餐點送到客人手上。API在一個應用程序中扮演的就是類似服務生的角色──需求（Request）與響應（Response）的傳遞者，搭起了應用程序（客人）與應用程序（廚房）之間的橋梁。
圖一 API就如餐廳服務生的角色，扮演著需求（Request）與響應（Response）的傳遞者，搭起了應用程序（客人）與應用程序（廚房）之間的橋梁。
用另一個概念比喻，如果我們想比較不同航空公司、相同航線的票價，只要上旅游比價平臺，輸入日期及起訖站，即可找到不同航空公司符合條件的航班列表。而旅游比價平臺是如何做到跨航空公司的比價服務？其實這就是一個API應用的實例。首先在自己的平臺提供選項列表，而后透過不同航空公司網站提供的API當作傳遞者，自動地取得各家航空公司符合條件的航班信息，再整合回自己的平臺進行搜尋結果的呈現。旅游比價平臺不需要擁有各家航空公司的航班信息，也不必花費人力來搜尋數據，類似透過API的整合應用，即可提供旅客機票比價服務。
自動化應用CAE軟件
了解API運作的概念之后，便可以思考如何透過自動化應用CAE軟件來減少時間的花費。在進行設計比較或計算機試模時，我們需要建立許多模擬分析組別；在模擬完成后，也需要進行模擬結果的后處理，這其中就會有很多重復性的軟件操作，例如：分析組別的建立、成型參數的調整、分析結果的取得等。
展開 Moldex3D模流分析之Automating Molding Simulations with API
What is API?
Before implementing automation, we must first understand the tool for achieving application automation, the Application Programming Interface (API).
The concept of API can be simply illustrated through the workflow of ordering meals in a restaurant. When guests walk into the restaurant, they will order from the menu; the waiter will pass their requests to the kitchen, and finally deliver the meals from the kitchen to the guests. API plays a role similar to a waiter in an application—a transmitter of requests and responses, and bridges between applications (guests) and applications (kitchens).
Fig. 1 API is like a waiter in an application—a transmitter of requests and responses, and bridges between applications (guests) and applications (kitchens).
展開 Moldex3D模流分析之What is API
What is API?
Before implementing automation, we must first understand the tool for achieving application automation, the Application Programming Interface (API).
The concept of API can be simply illustrated through the workflow of ordering meals in a restaurant. When guests walk into the restaurant, they will order from the menu; the waiter will pass their requests to the kitchen, and finally deliver the meals from the kitchen to the guests. API plays a role similar to a waiter in an application—a transmitter of requests and responses, and bridges between applications (guests) and applications (kitchens).
Fig. 1 API is like a waiter in an application—a transmitter of requests and responses, and bridges between applications (guests) and applications (kitchens).
展開 
ZEMAX軟件技術應用教程：DDE與ZOS-API
ZOS-API根植于.NET庫。根據用戶對這兩種語言的熟悉程度，可以選擇使用COM或. NET語言進行API編程。https://docs.microsoft.com/en-us/windows/desktop/learnwin32/what-is-a-com-interface-
為什么用ZOS-API取代DDE ?
DDE是一項早期應用的技術，微軟不再推薦使用它。DDE很脆弱——任何單個應用程序都可能干擾到其他所有應用程序，甚至干擾微軟自身的應用程序。除了關閉有問題的應用程序外，沒有其他方法可以解決這個問題。此外，通過DDE很難進行復雜的通信，通常在使用時需要做大量的維護工作。
.NET是一種現代語言，使用.NET易于在應用程序之間傳遞任意數據，并且可用于面向對象的環境。這意味著可以將.NET存于類/屬性/方法中，并且.NET以分層的方式管理API，而這兩種方式在DDE中都很難或不可能實現。.NET使編程變得更簡單、更高效，也使得通過ZOS-API使用所有OpticStudio功能成為可能。
過渡
從OpticStudio 15開始，DDE擴展就被棄用了。從該版本開始，沒有再提供新的功能或問題修復。
強烈建議希望通過編寫自己的應用程序來使用OpticStudio的用戶使用ZOS-API，它是基于最新可用編程技術的更強大的工具。
為了幫助您完成從DDE到ZOS-API的轉換，請參考文章：將DDE數據映射到ZOS-API方法。
常見問題解答
如何使用ZOS-API中的“PushLens”？
在DDE擴展中，“PushLens”將獲取當前服務器內存中加載的鏡頭，并將其放在鏡頭數據編輯器( Lens Data Editor )中。
展開 未來趨勢探索：《低代碼平臺崛起，UG許可API開發實戰教程》
六、未來技術展望：AI與低代碼的深度融合
當低代碼平臺邁向智能化時代，UG許可API開發將呈現三大趨勢：
1. **AI輔助編程**：通過自然語言生成API調用代碼，降低開發門檻。
2. **智能推薦引擎**：根據使用場景自動推薦最佳API組合，提升開發效率。
3. **元宇宙開發環境**：在虛擬空間中拖拽組件構建許可管理系統，所見即所得。
在低代碼革命的浪潮中，UG許可API開發已進化為企業數字化的核心能力。通過掌握RESTful API調用、自定義儀表盤開發、第三方系統對接等實戰技能，企業不僅能構建敏捷的許可管理體系，更能將API經濟轉化為創新優勢。當每個業務需求都能通過低代碼平臺快速實現，智能制造的未來圖景正加速成為現實。(關注格發獲取更多咨詢)
展開 借助生成式AI進行更智能的API審查
本文翻譯自：Smarter API Reviews With Gen AI
原文作者：Qt Group軟件工程師Daniel Smith
隨著生成式AI的興起，各企業正試圖探索如何在其環境中實施，以提升流程的效率?；蛟S最佳切入點是尋找流程中的現有痛點，然后思考AI如何應對這些問題。（本篇博文由真人撰寫）
Dall-E 3圖像生成提示語：一臺設計時尚的未來智能機器人坐在電腦前，分析屏幕上代碼的差異。機器人外觀友好、平易近人，屏幕展示了帶有高亮部分的復雜代碼。周圍環境暗示這是一個現代化的高科技辦公空間。
歷史背景
Qt Project的一個主要痛點歷來是在版本發布前按時完成API審查。API的增加和改動對Qt框架的使用方式有重大影響，并且對已有API的改動經常會破壞用戶的系統兼容性，所以這些變更必須在加入最終發布版本之前仔細審查。為Qt添加新功能通常意味著引入新的API，我們希望未來這些新API能夠為用戶提供良好的設計和穩定的使用體驗。然而有時現有的API免不了發生變更，我們也需要確保這些變更是經過深思熟慮的，而且除了變更外，沒有其他替代方案能夠避免破壞兼容性。
這種做法雖然多年來行之有效，但在一些重要API更改初步合并后，卻因為在發布審查時需要撤回或在最終發布前進行重大修改，而導致發布日期多次延誤。為了縮短API變更實施與最終發布準備之間的時間差，我們希望在周期的早期階段進行API變更審查。但該如何實現呢？
最初的討論主要集中在簡單地為任何頭文件變動打上標簽以供人工審查，但這樣的解決方案太過繁縟。反而會導致工作量增加。但是，如果我們可以讓AI承擔一部分初步的代碼分析任務，至少可以用它來判斷某個改動是否“重大”，這樣會不會更好呢？
什么是GPT？
展開 Zemax光學設計技術教程：了解ZOS-API結構的基礎知識
本文介紹了ZOS-API結構的基礎知識和應用于ZOS-API的面向對象編程的概念。盡管ZOS-API面向對象的本質在很大程度上是“隱藏的”，但它可以幫助您更好地理解ZOS-API的詞匯和結構。作者 Sandrine Auriol簡介本文將重點介紹一些關于面向對象編程的關鍵概念，以及如何在ZOS-API中使用它。您不需要成為開發人員就可以使用ZOS-API，同時，掌握一些基礎知識將使得ZOS-API的使用變得更加簡單。什么是面向對象編程？面向對象語言(Object-Oriented Languages)使用了高效的方法進行編程。使用對象(Objects)和種類(Classes)來組織數據，使代碼可以在不同的工程中重復使用，而不是每次都從頭開始編寫。這個概念易于用來定義OpticStudio文件。每個.zmx文件代表一個不同的序列和（或）非序列模式下的光學系統，這些光學系統中可以設置不同數量的物體和（或）表面，…
在面向對象程序中，每個光學系統都被看作一個API“對象(Object) ”。光學系統有共同的特征，如波長、表面、…在面向對象編程中，具有共同特征的對象被分組到一個主列表中。具有這個特征的主列表被稱為類(Class)或接口(Interface)。這些類被進一步分組到稱為名稱空間(Namespaces)的庫中。
展開 