zetavg/zh-tw-wikipedia huggingface dataset:
Authoritarianism

**威權主義**或**權威主義**（英語：authoritarianism）是一種政體或意識形態。奉行該主義的人認為政府應要求民眾絕對服從其權威，並限制個人的思想跟言論和行為自由，將權力集中於單一領袖或一小團體，即權威。

威權領導者不少是時常任意行使權力而不考慮或利用現有法律去擴大權力，公民也通常無法透過自由競爭的選舉來替換之，或有限的選舉但政府有很大的權力控制選舉。權力爭奪與統治集團的自由競爭，是有限或不存在的。廣義上來說，威權國家包括缺乏公民自由的國家，例如宗教自由、言論自由，或者在自由選舉後至少一次政府和反對派沒有權力交替的國家。

威權主義的概念與獨裁主義、極權主義、專制主義、威權性格有差異。

## 特徵

### 弱點

美國政治學家黎安友指出：由於合法性薄弱，對強制性的過度依賴，決策的過分集中以及個人權力凌駕於制度規範之上，威權主義制度固有地脆弱。政治學家西奧多・韋斯特爾認為，由於對民眾或精英要求的反應不足，威權主義的政治體係可能會削弱，而威權主義傾向於通過施加更嚴格的控制而非適應來應對挑戰，這可能會損害合法性並使其瓦解。

### 威權政體中的憲政民主

新加坡作為威權憲政主義國家的例子，常與混合政體聯繫起來。新加坡有民主選舉，反對派可以參與選舉，但反對派無法達致政權更替，傳媒宣傳受到限制，執政黨人民行動黨亦通過不公平的選舉制度打擊反對派。

### 暴力

2017 年的研究發現，一個國家的政變防範策略受到歷史相似的其他國家的嚴重影響。2018 年，《和平研究》雜誌的研究發現在政變企圖中倖存並通過清除異已和潛在競爭對手的領導人的任期可能更長。2019 年，《衝突管理與和平科學》研究發現，個人專政比其他獨裁政權更可能防範政變；作者認為這是因為「個人獨裁的特徵是機構薄弱，支持基礎狹窄，缺乏統一的意識形態以及與統治者的非正式聯繫。

根據 2019 年的一項研究，個人專政比其他形式的專政更具壓制性。

## 定義與分類

從古代的君主專制到極權主義政體，都可以被稱為威權主義，而從一些專於研究納粹的人認為，同期的法西斯義大利、日本軍國主義以及中華民國訓政時期，都缺乏像納粹般完整的極權主義本質，但又有很多地方是相似的，一定都是威權主義政體。而且日本和義大利當時仍然是君主立憲制國家，所以可見其可變性和模糊性。

非極權的威權主義也異於極權主義，因為威權政府通常沒有高度發展的指導意識形態，在社會組織方面多元化，並且缺乏動員全國的力量。

## 舉例

威權主義沒有明確精確的定義，但通常以許多指標來衡量威權程度，如自由之家的年度世界自由度調查報告。

自 2014、15 年起，不少學者及政治評論員均指出，香港政府正邁向威權主義，表徵包括：否定三權分立的存在，而堅稱香港是行政主導；放棄沿用多年的「積極不干預」政策；以至對反對派的大舉圍捕及起訴等等。

## 參見

* 極權主義
* 被治者的同意
* 審查制度
* 強迫失蹤
* 紅色恐怖
* 紅衛兵
* 勞改
* 台灣白色恐怖時期
* 米爾格倫的權威服從實驗
* 新聞自由掠奪者
* 獨裁政體
* 暴政據點
* 一黨獨大制
* 專政、軍事獨裁
* 混合政體
* 不自由的民主
* 民主指數、自由指數
* 民主與獨裁指數

## 參考文獻
Authorware

**Authorware** 最初是由麥可・阿倫於 1987 年創建的公司，而 multimedia 正是 Authorware 公司的產品。1970 年代，Allen 參加協助 PLATO 學習管理系統（Learning Management System，LMS）的開發。Authorware 是一種解釋型、基於流程的圖形程式語言。Authorware 被用於創建互動的程序，其中整合了聲音、文本、圖形、簡單動畫，以及數字電影。

## 歷史

1992 年，Authorware 跟 MacroMind-Paracomp 合併，組成了 Macromedia 公司。2005 年，Adobe 與 Macromedia 簽署合併協議，新公司名仍舊名為 Adobe Systems。2007 年 8 月 3 日，Adobe 宣布停止在 Authorware 的開發計劃，而且並沒有為 Authorware 提供其他相容產品作替代。Adobe 解釋：由於科技日新月異，電子學習與傳統學習模式的界線變得愈來愈模糊。所以，現時學習管理系統並不再適用，反而應該著眼於推廣其他可以讓教學人員可以作快速學習的工具，例如：Acrobat、Acrobat Connect、Captivate 等軟體。

## 特性

Authorware 程序開始時，新建一個「流程圖」，通過直觀的流程圖來表示用戶程序的結構。用戶可以增加並管理文本、圖形、動畫、聲音以及視頻，還可以開發各種交互，以及起導航作用的各種連結、按鈕、菜單。Macromedia Director 的電影業可以整合到 Authorware 項目中。Xtras，或 add-ins，也可以用於 Authorware 功能的擴展，這類似於 HyperCard 的 XCMD。通過變量、函數以及各種表達式，Authorware 的力量可以進一步地被開啟。

Adobe Authorware 是當今使用最廣泛的線上學習編輯軟體（authoring applications）之一。Authorware 之類的編輯軟體，主要用於生產多媒體交互式課件。

課件內容可以隨心所欲，從簡單地演示如何換輪胎，到複雜的工業或醫學操作。對於一些簡單的多媒體應用程序而言，還需要使用一些簡單的腳本，這樣看起來會更有感染力。腳本應用的越熟練，Authorware 功能被發掘的也就越多。在 Auhtorware 7 中，腳本除了用 Authorware 本地腳本語言，還可以用 JavaScript。

光看這個截屏，如果你原來沒有接觸過，可能會感到無從下手，但即使你不懂腳本，通過 Authorware 提供的簡單對話框，也可以對圖標的行為、屬性等進行配置，進而開發出簡單的線上學習應用程序。

Authorware 可通過 CD、DVD 以及網絡，進行線上學習內容發佈。遵照 SCORM 標準後，Authorware 的作品可以放在任何 SCORM 兼容的學習管理系統系統上發佈。許多媒體類型的文件都可以被導入 Authorware 中，比如 Adobe Flash、Adobe Director、各種格式的數字影片、數字音頻、各種格式的圖片，還有 Powerpoint。Authorware 通過第三方的「Xtras」和「.u32's」，還可以進行更豐富的功能擴充。

## 參考文獻

## 外部連結

* Authorware 概覽（頁面存檔備份，存於網際網路檔案館）
* Macromedia 的 Authorware 論壇支持（頁面存檔備份，存於網際網路檔案館）
* Macromedia' 的 Authorware 新聞群組支持
* Authorware 資源（頁面存檔備份，存於網際網路檔案館）
* Authorware Web Ring
Authou

**歐圖**（法語：Authou，法語發音：[otu]）是法國厄爾省的一個市鎮，位於該省西北部，屬於貝爾奈區。

## 地理

歐圖（49°13'53"N, 0°41'34"E）面積 2.96 平方千米，位於法國諾曼第大區厄爾省，該省份為法國北部內陸省份，北起濱海塞納省，西接奧恩省和卡爾瓦多斯省，南至厄爾 - 盧瓦省，東臨瓦茲省、瓦茲河谷省和伊夫林省。

與歐圖接壤的市鎮（或舊市鎮、城區）包括：布里奧訥、里勒河畔弗勒訥斯、奧圖河畔利韋、蓬托圖。

歐圖的時區為 UTC+01:00、UTC+02:00（夏令時）。

## 行政

歐圖的郵政編碼為 27290，INSEE 市鎮編碼為 27028。

## 政治

歐圖所屬的省級選區為蓬托德梅爾縣。

## 人口

歐圖於 2019 年 1 月 1 日時的人口數量為 336 人。

## 參見

* 厄爾省市鎮列表

## 參考文獻
Authume

**歐蒂姆**（法語：Authume，法語發音：[otym]）是法國侏羅省的一個市鎮，位於該省北部偏西，屬於多勒區。

## 地理

歐蒂姆（47°7'33"N, 5°30'9"E）面積 7.52 平方千米，位於法國勃艮第 - 法蘭琪 - 康堤大區侏羅省，該省份為法國東部內陸省份，北起上索恩省，西北接科多爾省，西臨索恩 - 羅亞爾省，南至安省，東與杜省和瑞士接壤。

與歐蒂姆接壤的市鎮（或舊市鎮、城區）包括：阿爾舍朗日、布勒旺、沙特努瓦、多勒、茹村、羅什福爾敘訥農。

歐蒂姆的時區為 UTC+01:00、UTC+02:00（夏令時）。

## 行政

歐蒂姆的郵政編碼為 39100，INSEE 市鎮編碼為 39030。

## 政治

歐蒂姆所屬的省級選區為歐蒂姆縣。

## 人口

歐蒂姆於 2019 年 1 月 1 日時的人口數量為 820 人。

## 參見

* 侏羅省市鎮列表

## 參考文獻
Authumes

**歐蒂姆**（法語：Authumes，法語發音：[otym]）是法國索恩 - 羅亞爾省的一個市鎮，屬於盧昂區。

## 地理

歐蒂姆（46°53'23"N, 5°18'10"E）面積 12.88 平方千米，位於法國勃艮第 - 法蘭琪 - 康堤大區索恩 - 羅亞爾省，該省份為法國中部省份，北起順時針與科多爾省、侏羅省、安省、隆河省、羅亞爾省、阿列省和涅夫勒省接壤。

與歐蒂姆接壤的市鎮（或舊市鎮、城區）包括：弗雷特朗、納布朗阿貝爾熱芒、拉沙佩勒聖索沃爾、布雷斯地區穆捷、皮埃爾德布雷斯、托爾普。

歐蒂姆的時區為 UTC+01:00、UTC+02:00（夏令時）。

## 行政

歐蒂姆的郵政編碼為 71270，INSEE 市鎮編碼為 71013。

## 政治

歐蒂姆所屬的省級選區為皮埃爾德布雷斯縣。

## 人口

歐蒂姆於 2019 年 1 月 1 日時的人口數量為 272 人。

## 參考文獻
Autignac

**歐蒂尼亞克**（法語：Autignac，法語發音：[otiɲak]；奧克語：Autinhac）是法國埃羅省的一個市鎮，位於該省中西部，屬於貝濟耶區。

## 地理

歐蒂尼亞克（43°29'56"N, 3°10'9"E）面積 11.55 平方千米，位於法國奧克西塔尼大區埃羅省，該省份為法國南部沿海省份，南瀕地中海，西南接奧德省，西北接塔恩省和阿韋龍省，東北與加爾省接壤。

與歐蒂尼亞克接壤的市鎮（或舊市鎮、城區）包括：卡布勒羅勒、洛朗斯、馬加拉斯、米爾維耶勒 - 萊貝濟耶、聖熱涅德豐特迪。

歐蒂尼亞克的時區為 UTC+01:00、UTC+02:00（夏令時）。

## 行政

歐蒂尼亞克的郵政編碼為 34480，INSEE 市鎮編碼為 34018。

## 政治

歐蒂尼亞克所屬的省級選區為卡祖勒萊貝濟耶縣。

## 人口

歐蒂尼亞克於 2019 年 1 月 1 日時的人口數量為 923 人。

## 參考文獻

## 參見

* 埃羅省市鎮列表
Autigny,_Seine-Maritime

**歐蒂尼**（法語：Autigny，法語發音：[otiɲi]）是法國濱海塞納省的一個市鎮，屬於第厄普區。

## 地理

歐蒂尼（49°47'42"N, 0°51'36"E）面積 4.1 平方千米，位於法國諾曼第大區濱海塞納省，該省份為法國北部沿海省份，其西部及北部瀕大西洋英吉利海峽，東起順時針與索姆省、瓦茲省、厄爾省和卡爾瓦多斯省接壤。

與歐蒂尼接壤的市鎮（或舊市鎮、城區）包括：布拉姆托、康維爾雙教堂村、方丹勒丹。

歐蒂尼的時區為 UTC+01:00、UTC+02:00（夏令時）。

## 行政

歐蒂尼的郵政編碼為 76740，INSEE 市鎮編碼為 76040。

## 政治

歐蒂尼所屬的省級選區為科地區聖瓦勒里縣。

## 人口

歐蒂尼於 2019 年 1 月 1 日時的人口數量為 308 人。

## 參考文獻
AutoCAD

**AutoCAD**（歐特電腦輔助設計）是由美國歐特克公司為電腦上應用電腦輔助設計技術而開發的繪圖程式軟體包，現已經成為國際上廣為流行的繪圖工具。該軟體推廣的.dwg 檔案格式成為二維繪圖的常用標準格式。

## 支援語言

AutoCAD 和 AutoCAD LT 的可用語言套件括德文、法文、義大利文、西班牙文、日文、韓文、簡體中文、繁體中文、俄文、捷克文、波蘭文、匈牙利文、巴西葡萄牙文、丹麥文、荷蘭文、瑞典文、芬蘭文、挪威文和越南文。各國語言版本文件因上市時間有很大的改變

## 發展過程

* AutoCAD 10.0——1988 年 11 月

　
: 開始出現圖形介面的對話方塊，CAD 的功能已經比較齊全。

* AutoCAD 11.0——1990 年 11 月
* AutoCAD 12.0——1992 年 6 月

　
: Dos 版的頂峰，具有成熟完備的功能，提供完善的 AutoLISP 語言進行二次開發，許多機械、建築和電路設計的專業 CAD 就是在這一版本上開發的。

## 相關條目

* 電腦軟體
* 電腦科學

## 外部連結

* 台灣官網（頁面存檔備份，存於網際網路檔案館）
AutoCAD_DXF

DXF 是 **AutoCAD DXF**（Drawing Interchange Format 或者 Drawing Exchange Format）的簡稱，它是 Autodesk 公司開發的用於 AutoCAD 與其它軟體之間進行 CAD 數據交換的 CAD 數據文件格式。

DXF 於 1982 年 12 月作為 AutoCAD 1.0 的一部分首次面世，用於從未公開的 AutoCAD 內部文件格式 DWG 的一種精確表示。目前 Autodesk 在它的網站上公布有從 1994 年 11 月發布的 AutoCAD Release 13 到 2006 年 3 月發布的 AutoCAD 2007 的 DXF 規範。

從 1988 年 10 月發布的 AutoCAD Release 10 開始 DXF 同時支持 ASCII 與二進位格式數據。早期的版本只支持 ASCII 格式。

隨著 AutoCAD 功能越來越強大，支持的對象類型越來越複雜，DXF 的作用也日漸減弱。包括 ACIS 實體與區域在內的一些對象類型都沒有介紹。其它一些對象類型，包括 AutoCAD 2006 的動態塊以及所有 AutoCAD vertical-market 版本特有的對象，都只有部分的介紹，而且開發人員無法根據這些信息進行全面的支持。

幾乎所有的商用軟體開發商，包括所有的 Autodesk 的競爭對手都選擇 DWG 作為與 AutoCAD 進行數據交換的主要格式，他們使用的函數庫是 Open Design Alliance 這個非營利性業界協會對 DWG 文件格式進行逆向工程得到的。

## 文件結構

ASCII 格式的 DXF 可以用文本編輯器進行查看。DXF 文件的基本組成如下所示：

* **HEADER** 部分 - 圖的總體信息。每個參數都有一個變量名和相應的值。
* **CLASSES** 部分 - 包括應用程式定義的類的信息，這些實例將顯示在 BLOCKS、ENTITIES 以及

OBJECTS 部分。通常不包括用於充分用於與其它應用程式交互的信息。

* **TABLES** 部分 - 這部分包括命名條目的定義。

　
: Application ID（APPID）表

　
: Block Recod（BLOCK\_RECORD）表

　
: Dimension Style（DIMSTYPE）表

　
: Layer（LAYER）表

　
: Linetype（LTYPE）表

　
: Text style（STYLE）表

　
: User Coordinate System（UCS）表

　
: View（VIEW）表

　
: Viewport configuration（VPORT）表

* **BLOCKS** 部分 - 這部分包括 Block Definition 實體用於定義每個 Block 的組成。
* **ENTITIES** 部分 - 這部分是繪圖實體，包括 Block References 在內。
* **OBJECTS** 部分 - 包括非圖形對象的數據，供 AutoLISP 以及 ObjectARX 應用程式所使用。
* **THUMBNAILIMAGE** 部分 - 包括 DXF 文件的預覽圖。
* **END OF FILE**

## 參見

* QCad

## 外部連結

* DXF Specifications - Autodesk 從 Release 13 到最新版本的 DXF 文檔。
* Open Design Alliance（頁面存檔備份，存於網際網路檔案館） - 提供讀寫 DWG 與 DXF 文件所需程序庫的非營利性產業協會
AutoCAD_WS

**AutoCAD**（歐特電腦輔助設計）是由美國歐特克公司為電腦上應用電腦輔助設計技術而開發的繪圖程式軟體包，現已經成為國際上廣為流行的繪圖工具。該軟體推廣的.dwg 檔案格式成為二維繪圖的常用標準格式。

## 支援語言

AutoCAD 和 AutoCAD LT 的可用語言套件括德文、法文、義大利文、西班牙文、日文、韓文、簡體中文、繁體中文、俄文、捷克文、波蘭文、匈牙利文、巴西葡萄牙文、丹麥文、荷蘭文、瑞典文、芬蘭文、挪威文和越南文。各國語言版本文件因上市時間有很大的改變

## 發展過程

* AutoCAD 10.0——1988 年 11 月

　
: 開始出現圖形介面的對話方塊，CAD 的功能已經比較齊全。

* AutoCAD 11.0——1990 年 11 月
* AutoCAD 12.0——1992 年 6 月

　
: Dos 版的頂峰，具有成熟完備的功能，提供完善的 AutoLISP 語言進行二次開發，許多機械、建築和電路設計的專業 CAD 就是在這一版本上開發的。

## 相關條目

* 電腦軟體
* 電腦科學

## 外部連結

* 台灣官網（頁面存檔備份，存於網際網路檔案館）
AutoHotkey

**AutoHotkey** 是自由開源的程式語言，常用於 Windows 平台的自動化。

## AutoHotkey 能快速編寫的功能

* 啟動程式，打開檔案
* 獲得或產生系統狀態，音量（狀態，調節），搜尋螢幕上的圖像或像素（獲得坐標），鼠標（位置，懸停視窗物件，移動），鍵盤（熱鍵（快捷鍵），熱字串（鍵盤輸入序列），上下文熱鍵），遊戲杆按鈕
* 建立圖形化使用者介面
* 剪貼簿操作，程式窗口操作

## 歷史

AutoHotkey Basic 時期，官方網站為 www.autohotkey.com（頁面存檔備份，存於網際網路檔案館）。當 Chris Mallett（原作者）停止更新時宣布 AutoHotkey\_L 為後續主分支。不久網站轉由 polyethene 管理，他對網站的決定與論壇中許多核心使用者出現較大分歧且不時失去聯絡並成立了公司確保其正常運營。2014 年 4 月成立了 AutoHotkey Foundation 以確保 AutoHotkey 自由開放、持續開發，並提供組織、法務和財政上的支援。

## 版本歷史

* AutoHotkey Basic：Chris Mallett 提議在 AutoIt v2 中整合熱鍵支援未得到 AutoIt 社群回應後，於 2003 年 11 月 10 日公開發布了 AutoHotkey 的首個測試版本。作者以 AutoIt v2 的語法為基礎並在一些命令和編譯器中使用 AutoIt v3 的原始碼開始編寫自己的程式。隨後，AutoIt v3 的許可從 GPL 切換為閉源，作者給出的原因是「某些專案重複竊取 AutoIt 的代碼」和「建立了競爭者」。
* AutoHotkey\_L：2010 年 10 月 10 日，原作者在停止更新一年多後表示「失去了興趣」並聲明 AutoHotkey\_L 為正在開發的分支，並把它放置在網頁的下載部分的前面。同時把原來的版本稱為 AutoHotkey Basic。比起 AutoHotkey Basic，AutoHotkey\_L 中增加了 Unicode、COM、物件、除錯特性和其他功能。

## 主要分支

* AutoHotkey 1.0.\* - 被稱為 AutoHotkey Basic 或者 AutoHotkey Classic 或者 AutoHotkey Vanilla
* AutoHotkey\_H 是由 HotkeyIt 合併了原有 AutoHotkey.dll 並在 AutoHotkey\_L 及 AutoHotkey v2 的基礎上開發的分支。
* AutoHotkey\_L 主要由 Lexikos 在 AutoHotkey Basic 基礎上開發的分支，但是現在已經變成（也被稱為） AutoHotkey 1.1.\*（頁面存檔備份，存於網際網路檔案館） 的主要版本。
* AutoHotkey v2 由 Lexikos 基於 AutoHotkey\_L 代碼開發，已於 2022 年 12 月 20 日正式發布，語法不完全相容 AutoHotkey\_1.1.\*。2023 年 1 月 22 正式成為官方的默認版本。[1]

## 應該選擇哪個版本

AutoHotkey 1.0.\* 和 AutoHotkey\_H 已停止開發和維護，不建議使用。

依賴大量舊的代碼庫建議使用 AutoHotkey 1.1.\*，因為目前絕大多數的代碼和社區都是使用這個版本，這個版本仍在維護，仍然會添加少量的新功能和修復錯誤，使用者可以等待遷移工具完善或者 v2 變成主流再遷移即可。

不依賴舊的代碼庫，願意且能夠同步改動代碼的使用者使用 AutoHotkey v2，能獲得更一致的語法和更多的新功能。另外從 v2 beta 4 版本開始，v2 和 v1.1 可以在同一台電腦上共存，v2 beta 15 已能自動從代碼來決定以哪個版本的引擎來運行，也有提供安裝工具，無需手動編譯或設定。

## 常用的輔助工具

* 中文和英文文件
* Window Spy（內建）：獲得當前窗口或控制項的進程的介面細節。
* ahk2exe（Convert .ahk to .exe）（內建）：指令碼編譯器，把 ahk 指令碼轉換成可執行檔。
* SciTE4AutoHotkey （頁面存檔備份，存於網際網路檔案館）：基於 SciTE 的代碼編輯器，功能包含語法突顯、自動補全、一鍵運行指令碼、GUI 工具等。
* GUI Creator：在圖形介面中為 AutoHotkey 指令碼建立 GUI 的工具。
* Pulover's Macro Creator：圖形化宏錄製工具和自動化工具。
* iWB2 Learner：從 IE 中取得網頁元素資訊的工具，編寫 COM 自動化操作 IE 的工具。
* VSCode 上的相關外掛程式：提供語法突顯，文件格式化等功能。

## 代碼範例

快捷鍵（熱鍵）

讓左邊的 `Win` 鍵失效

搜尋剪貼簿的內容

熱字串（序列鍵）範例：依次按下 `w``j``b``k` 輸入維基百科

按下 `r``n` 打開記事本

## 另請參閱

* SciTE4AutoHotkey （頁面存檔備份，存於網際網路檔案館）
* AutoIt
* AutoKey（用於 Linux）
* Automator（用於 Macintosh）
* Bookmarklet
* 用於 Firefox 的 iMacros

## 參考資料

## 外部連結

* 官方論壇（頁面存檔備份，存於網際網路檔案館）
* 官方論壇中文子版（頁面存檔備份，存於網際網路檔案館）
* 初學者嚮導（頁面存檔備份，存於網際網路檔案館）
* 英文文件（頁面存檔備份，存於網際網路檔案館）
* 中文文件（頁面存檔備份，存於網際網路檔案館）
* awesome-AutoHotkey AutoHotkey 相關項目（頁面存檔備份，存於網際網路檔案館）
AutoIt

**AutoIt**（讀音 **aw**-tow-it）是一個用於 Microsoft Windows 的免費自動化語言。在它的早期發布版本中，這個軟體主要旨在為微軟 Windows 程式建立自動化指令碼（有時也稱為巨集）但現在已經成長為包含了程式語言設計和全面功能的增強的軟體。

在版本 3 中，AutoIt 的語法結構調整為接近於 BASIC 系列的語言。它是使用經典資料模型、利用可以儲存多種資料類型包括陣列的變數類型的第三代程式語言。它相容於 Windows 95，98，ME，NT4，2000，XP，2003，Vista 以及 Windows 7（然而，在 3.3.0 版本中終止了（頁面存檔備份，存於網際網路檔案館）對 Windows 2000 之前作業系統的支援）。

AutoIt 自動化指令碼可以編譯成壓縮、單一的可執行檔，這樣的檔案可以執行在沒有安裝 AutoIt 直譯器的電腦上。廣泛的函式庫（稱為 UDF 或「使用者定義函式」）包含在程式中或可以從網站中下載，通過他們可以添加許多專用的功能。AutoIt 的安裝程式中還內建了基於 SciTE 的 IDE。其中整合了編譯器和幫助文字，從而為使用 AutoIt 的開發者提供了事實上的標準環境。

## 功能

* 用於 Windows 桌面環境的類 BASIC 結構的手稿語言。
* 用於特殊應用程式的外掛程式庫和模組。
* AutoIt 使用者和開發者的線上支援論壇。
* 支援 TCP 和 UDP 協定。
* 支援 COM（組件物件模型）物件。
* 呼叫 Win32 DLL 中的函式。
* 執行控制台應用程式和存取標準流。
* 包含檔案在編譯檔案中以便在執行時提取。
* GUI 介面，建立訊息和輸入框。
* 播放、暫停、恢復、停止、尋道聲音檔案，取得播放的當前位置和聲音檔案的長度。
* 類比滑鼠移動。
* 操作窗口和行程。
* 自動傳送使用者輸入和鍵擊到應用程式以及程式中的單個控制項。
* 可以把指令碼編譯為單個可執行檔。
* 從 3.2.4.0 開始增加了 Unicode 支援。
* 從 3.2.10.0 開始增加了 64 位元支援。
* 支援正規表示式。
* 可工作於 Windows Vista 的使用者帳戶控制（UAC）。
* 通過庫進行物件導向設計

## 限制

* AutoIt 是單執行緒的，這使得非同步、並行、並列（例如應用程式間通訊）編程相當困難。

（這可以通過像多行程，組件物件模型等方法變通解決。但如果在語言的內部或其庫中提供多執行緒 API，則麻煩會少得多。）

* AutoIt 應用程式有時會被使用啟發式查毒的反病毒軟體報告為攜帶病毒，因為這種應用程式是自解壓式可執行檔。

## 用法

AutoIt 可以用來建立 Microsoft Windows 中的工具軟體來自動執行常見的任務，例如監視網站，監視網路，磁碟重組以及備份。它還能用來類比使用者的操作，因此在軟體測試中可以使用 AutoIt 代替手動來「驅動」應用程式。它還常用來開發電腦遊戲機器人，用來自動執行遊戲中的任務。也可以常用於開發系統封裝工具。

## 注釋和參照

## 另請參閱

* AutoHotkey
* Automator (用於 Macintosh)
* KiXtart
* iMacros
* thinBasic
* Visual Basic
* Winbatch
* Expect

## 外部連結

* 官方首頁（頁面存檔備份，存於網際網路檔案館）
* AutoIt 中文論壇（頁面存檔備份，存於網際網路檔案館）
AutoKey

**AutoKey** 是一個用於 Linux 和 X11 的文字擴充、替換軟體。它的靈感主要來自於商業的 Windows 軟體『PhraseExpress』。它通過多種方法的其中一種來接收鍵盤事件並使用 X 事件進行擴充。AutoKey 可用來把縮寫替換成完整的短語，還能糾正拼寫錯誤和其他輸入錯誤。已知 AutoKey 目前可用於 GNOME 和 KDE 桌面環境中。

## 參考資料

## 另請參閱

* AutoHotkey
* AutoIt
* Automator (用於 Macintosh)
* Bookmarklet
* 用於 Firefox 的 iMacros
* Xnee, 可用來錄製和重複操作的程式。

## 外部連結

* AutoKey（頁面存檔備份，存於網際網路檔案館） at Google Code
AutoLISP

**AutoLISP** 是一種由 LISP 程式語言沿生出來的高階程式語言，專門用於 AutoCAD 及其相關的各種產品（AutoCAD LT 除外），目前，已有更快的 Visual LISP（VLISP），因為提供了整合開發環境（IDE，即包含了編輯器、除錯器...... 等開發工具），增強了原來 AutoLISP 的功能及效能。

## 特性

用戶可以通過 Autolisp 與 Autocad 進行交互。如選擇點，選擇實體，輸入數字等。Autocad 中集成 Autolisp 的圖形化編程界面，可通過在命令行中輸入 **vlisp** 打開。
AutoProxy

**AutoProxy** 是一款適用於 Mozilla Firefox 的附加元件，能夠在載入資源時自動判斷是否使用代理伺服器。AutoProxy 衍生於 Adblock Plus，因此繼承了其很多特性，包括十分接近的過濾器語法。本擴充組件目前的開發已陷入停頓。

## 功能

* 類似 AdBlock Plus, Firefox 在載入資源時會自動用資源位址匹配列表來判斷並控制是否使用代理伺服器載入。
* 自動更新的資源列表，以跟隨防火長城的變化。避免了使用 FoxyProxy 時需要手動添加大量網站的麻煩。
* 三種工作模式：自動模式（自動匹配列表判斷是否使用代理）、全域模式（全部都使用代理）、禁用（不進行匹配）
* 自動判斷是否需要使用代理載入，因此可以節省大量的代理伺服器資源和載入時間。

## 歷史版本

* 0.4b2.2015031118（最新測試版）：主要修復了在新版本 Firefox（22.0～36.0）上的相容性問題以及小許功能缺陷，更新了圖示。要注意的是該版本並沒有在 Mozilla 擴展中心發布，因此沒有獲得 Mozilla 擴展中心的審核認證。作者也建議使用其它擴充套件（如 FoxyProxy）取代之。從 Firefox 43.0.1 開始，由於 Mozilla 為加強瀏覽器的安全性，未經驗證的擴充套件將不能安裝使用，因此該版本無法在 Firefox 43 或更高的版本上使用。
* 0.4b2.2013051811.1（AMO 最新版）：該版本已無法於 Firefox 22 及更高版本上正常運行，主要是介面無法顯示規則。
* 0.4b1（AMO 版本）：大量更新，重新支援點擊計數，UI 做出了修改以方便快捷操作，還添加了鍵盤快速鍵
* 0.3b4（AMO 版本）：正式通過 Mozilla 擴充中心的稽核。新增 fallbackproxy 功能以方便上網原本就需要代理的使用者。
* 0.3b3：禁用了容易導致 Firefox 崩潰的點擊次數統計。
* 0.3b2：使得其它 Firefox 擴充也能使用 AutoProxy 的代理，修正了重新導向頁面第一次存取無法使用代理且安裝後需要重新啟動兩次 Firefox 的問題。
* 0.3b1：支援全域代理，實現了 Adblock Plus 中匹配某個域的「||」語法。
  * 目前 v0.2.x 版已經不再支援當前 gfwList 中使用的語法，繼續使用可能導致很多問題
* 0.2.1：支援通過 SOCKS 代理解析域名以對抗 DNS 劫持。
* 0.2.0：首個版本。

## 衍生作品

### gfwList

* **gfwList** 是由 AutoProxy 官方維護，由眾多網友收集整理的一個中國大陸防火長城的封鎖列表。此列表非中國官方列表，故可能有遺漏、錯誤部分。由於 GoogleCode 於 2016 年 1 月 25 日關閉，因此該專案已轉移至 Github 原始碼代管平台。

### AutoProxy2PAC

* **AutoProxy2PAC** 可以通過 gfwList 自動生成 PAC 檔案，可以讓非 Firefox 使用者獲得簡單的 AutoProxy 功能（自動匹配、無法設定規則、無法快速切換模式），使 Internet Explorer、Google Chrome 等瀏覽器使用者享受此擴充的便利。
* Chrome 擴充 Switchy! 也支援 AutoProxy 的列表格式並可以自動生成 PAC 並進行一定程度的自訂，但是目前仍有一些 Bug。

## 參考文獻

## 外部連結

* AutoProxy 官方網站
* AutoProxy - Firefox 附加元件
* AutoProxy2PAC
* Github 上 AutoProxy 的專案（頁面存檔備份，存於網際網路檔案館）
* Github 上 GFWlist 的專案（頁面存檔備份，存於網際網路檔案館）
AutoRun

**AutoRun** 和 **AutoPlay** 是微軟視窗系統的元件，其內容標示著系統在搜尋到裝置時可採取的行動。

AutoRun 在 Windows 95 時首度露面，目的是幫助使用者正確執行光碟上製作者想要執行的檔案，另外 AutoRun 也能透過雙擊**我的電腦**內的裝置圖示啟動 AutoRun。但後來隨身碟病毒橫行，微軟釋出更新關閉非光碟機的 AutoRun。

在 Windows XP 之後，微軟讓使用者方便選擇相關應用程式，製作出如圖形化介面方式讓使用者選擇如何處理裝置中的檔案。

請注意 AutoPlay 不等同於 AutoRun。

## AutoRun.inf 的範例

意思就是在我的電腦雙擊光盤盤符時會執行 **setup.exe**，而顯示圖示為 **setup.exe** 中第 0 個圖示（即第 1 個圖示），標籤是 **My install CD**。

## Windows 的裝置頪型

微軟視窗系統中所定義的裝置類型：

## AutoRun.inf 的預設啟用

* 插入裝置時啟動。
* 雙擊我的電腦裝置時啟動。
* 對我的電腦裝置點選右鍵選單中 "AutoRun" 項目時啟動。
* 其他 (如點擊根目錄資料夾) 則不會啟動。

### Windows XP 以前

* 所有裝置都會依照 Autorun.inf 啟動。

### Windows XP SP0 到 SP2

* **DRIVE\_CDROM** 會先執行 autorun.inf ，若不存在則執行 AutoPlay。
* **DRIVE\_REMOVABLE** 執行 AutoPlay。另外由於一些問題，在我的電腦雙擊裝置或右鍵裝置則會啟動 autorun.inf。
* 其他裝置都會依照 Autorun.inf 啟動。

### Windows XP SP2 到 SP3

* **DRIVE\_CDROM** 會先執行 autorun.inf ，若不存在則執行 AutoPlay。
* **DRIVE\_REMOVABLE** 和 **DRIVE\_FIXED** 執行 AutoPlay，但 AutoPlay 預設選項 (即 AutoPlay 第一個選項) 是由 autorun.inf 所定義。另外由於一些問題，在我的電腦雙擊裝置或右鍵裝置則會啟動 autorun.inf。
* 其他裝置都會依照 Autorun.inf 啟動。

### Windows Vista

* 在所有類型的驅動器中，AutoRun.inf 不再自動默默地執行。所有的卷都是通過 AutoPlay 來處理：預設情況下，會彈出相應的對話方塊給使用者。

### Windows 7

* **DRIVE\_CDROM** 會先執行 autorun.inf ，若不存在則執行 AutoPlay。
* 其他僅執行 AutoPlay ，而且 AutoRun.inf 並不會影響 AutoPlay 預設選項。
* 即使修改 NoDriveTypeAutoRun 值也無效。

在 2011 年 2 月 8 日發布的安全公告 KB967940 中，微軟對 Windows 自動執行功能進行了最新升級，限定 Windows XP、Windows Server 2003、Vista 和 Windows Server 2008 平台上的自動執行功能僅支援 CD 和 DVD 媒體。當使用者使用包含 autorun.inf 檔案的 USB 裝置、網路共享或其它非 CD/DVD 媒體時，系統不會執行自動執行。安裝此次更新後，當插入 USB 裝置時，使用者不會收到程式安裝的提示對話方塊，使用者需要手動打開資料夾找到安裝檔案，然後雙擊安裝軟體。不過，在連接至電腦時，有些 USB 的韌體會讓系統將其辨識為 CD，那麼本次針對 AutoRun 的升級就對它們無效了。

win7 中自動執行 / 自動播放功能唯一得以保留的地方是在光碟載體上。

## AutoRun.inf 的問題

著名的 kavo 隨身碟病毒就是使用 autorun.inf 散播病毒，一旦電腦中了病毒之後就會對所有磁碟持續寫入 autorun.inf ，讓使用者在別台電腦使用裝置時也會中相關的病毒。

隨著病毒的更新，其手法也日新月異，如圖示使用跟資料夾一樣的圖示讓使用者難以分辨真假，進而造成安全性的威脅。

## 防止病毒利用 AutoRun

有鑑於網路上充斥著莫名其妙的解決方法，微軟在 2009 年 8 月 25 日釋出 KB971029（頁面存檔備份，存於網際網路檔案館），關閉 autorun.inf 的影響，使相關功能變得跟 Windows 7 一樣，在 2011 年 2 月微軟正式放入在 Microsoft Update 中。

Windows 7 以上的使用者即使在裝置中有病毒也不用擔心相關問題，除非手動執行它。

## AutoPlay 的關閉

若不滿意 AutoPlay 的功能可以使用下列方式關閉，但不會影響 AutoRun 功能，若要關閉 AutoRun 請遵循上方的指示。

若是 Windows XP 以前的使用者請先修復 KB967715（頁面存檔備份，存於網際網路檔案館），Windows Vista 使用者請修復 KB950582（頁面存檔備份，存於網際網路檔案館），接下來請安裝 Microsoft Fix it 50471 即可關閉。若要取消關閉，請安裝 Microsoft Fix it 50475。

## 相關機碼值

* NoDriveTypeAutoRun

　
: 這是控制 AutoRun 的啟用與否，其位置在於 HKLM\Software\Microsoft\Windows\CurrentVersion\policies\Explorer\ ，可依表對想開啟或關閉的裝置控制。注意 HKLM 的優先權比 HKCU 來的大。這個動作也會影響 AutoPlay。

* NoDriveAutoRun

　
: 這是控制 AutoRun 針對不同磁碟代號的啟用與否，其位置在於 HKLM\Software\Microsoft\Windows\CurrentVersion\policies\Explorer\ ，可依表對想開啟或關閉的裝置控制。注意 HKLM 的優先權比 HKCU 來的大。

## 在其它作業系統上的作用

在 GNOME 的 Nautilus 中，autorun.inf 中的 icon 項可以被辨識。只要其指向一個正確的 ico 檔案（Windows 圖示檔案），Nautilus 就可以將已掛載檔案系統的圖示替換成此圖示。

## 參照資料
AutoZone

**AutoZone** （汽車地帶）是美國第二大的汽車修配連鎖品牌，主要經營汽車配件、維修器件等，同時也提供汽車信貸服務、銷售汽車診斷和修理軟體。成立於 1979 年，在美國和墨西哥擁有超過 5000 家專賣店。該公司總部設在田納西州孟菲斯。1979 年 7 月 4 日 AutoZone 在紐約股票交易所上市。

## 參考資料
Auto_(C++)

**auto** 是 C++ 程式設計語言的關鍵字。自 C++11 以來，auto 關鍵字用於兩種情況：聲明變數時根據初始化表達式自動推斷該變數的類型、聲明函式時函式返回值的預留位置。C++98 標準中 auto 關鍵字用於自動變數的聲明，但由於使用極少且多餘，在 C++11 中已刪除這一用法。

## 簡要理解

auto 可以在聲明變數時根據變數初始值的類型自動為此變數選擇匹配的類型。C++ 語言類似的關鍵字還有 decltype。

舉例：對於值 x=1；即可以聲明：int x = 1 或 long x = 1，也可以直接聲明 auto x = 1。

其它語言的類似功能包括 C# 的 var 關鍵字。

## 用法

根據初始化表達式自動推斷被聲明的變數的類型，如：

```
 auto f=3.14;      //double
 auto s("hello");  //const char*
 auto z = new auto(9); // int*
 auto x1 = 5, x2 = 5.0, x3='r';//错误，必须是初始化为同一类型
```

但是，這麼簡單的變數聲明類型，不建議用 auto 關鍵字，而是應更清晰地直接寫出其類型。

auto 關鍵字更適用於類型冗長複雜、變數使用範圍專一時，使程式更清晰易讀：

```
 std::vector<int> vect; 
 for(auto it = vect.begin(); it != vect.end(); ++it)
 {  //it的类型是std::vector<int>::iterator
    std::cin >> *it;
  }
```

或者儲存 lambda 表達式類型的變數聲明：

```
  auto ptr = [](double x){return x*x;};//类型为std::function<double(double)>函数对象
```

在模板函式定義時，如果變數的類型依賴於模板參數，使用 auto 關鍵字使得在編譯期確定這些類型，如：

```
 template <class T, class U>void Multiply(T t, U u)
 {
      auto v = t * u;
      std::cout<<v;
 }
```

模板函式的返回類型如果也是依賴於從模板參數推導，

```
 template <typename _Tx, typename _Ty>
 auto multiply(_Tx v1, _Ty v2) -> decltype( _Tx * _Ty )
 {
     return v1*v2;
 }
 auto result = multiply(101, 1.414); // 结果类型是double
```

## 語意

使用 auto 關鍵字做類型自動推導時，依次施加以下規則：

* 首先，如果初始化表達式是參照，首先去除參照；
* 上一步後，如果剩下的初始化表達式有頂層的 const 且 / 或 volatile 限定符，去除掉。

這一組規則同於模板函式的模板參數推導（template argument deduction）時的規則。但 auto 關鍵字可以從 C++11 風格的花括號 {與} 包圍的值列表推導出 std::initializer\_list；而模板函式的形參推導時不認為這種值列表是一個類型，因此不能由值列表推導出 std::initializer\_list 類型。

因而，使用 auto 關鍵字聲明變數的類型，不能自動推導出頂層的 CV-qualifiers，也不能自動推導出參照類型，需要顯式指定。例如：

```
   const int v1 = 101;
   auto v2 = v1;       // v2类型是int，脱去初始化表达式的顶层const
   v2=102；            // 可赋值
   auto al = { 10, 11, 12 };//类型是std::initializer_list<int>
   template<class T> void foo(T arg); // 函数模板声明
   foo(v2); //函数模板实例化为 void foo<int>(int)
```

如果需要具有頂層的 CV-qualifiers，或者參照的類型，解決辦法是顯式指明：

```
   const auto& v3=v1;
   foo<const int&>(v1);//直接指明模板参数类型
   template<class T> void foo(const T& arg);//或者偏特化模板函数
```

如果 auto 關鍵字還帶上 & 號，聲明參照類型，則不執行 const 剝除（const-stripping），例如：

```
   const int c = 0;
   auto& rc = c;
   rc = 44; // 编译错误，const int类型
```

這是因為如果不抑制 const 剝除，則得到了一個非常數參照型變數，指向了 const 變數，這顯然是不可接受的。模板參數推導也遵循此規則。

初始化表達式為陣列，auto 關鍵字推導的類型為指標。這是因為陣列名在初始化表達式中自動隱式轉換為首元素位址的右值。例如：

```
   int a[9];
   auto j = a;
   std::cout << typeid(j).name() << " "<<sizeof(j)<<" "<<sizeof(a)<< std::endl;
```

由於 C++ 規定字串字面量是左值，因此可以通過 & 運算子直接取位址：

```
   auto al = &"hello";  // a1的类型是const char(*) [6]  
```

### auto 關鍵字的類型完美轉發

C++11 使用 auto 聲明變數時，如：`auto&& var=initValue;`「auto&&」並不意味著這一定是右值參照類型的變數，而是類似於模板函式參數的類型推導，既可能是左值參照，也可能是右值參照。其目的是把初始化表達式的值分類情況，完美轉發給由 auto 聲明的變數。也即：

* 如果初始化值（initializer）是類型 A 的左值，則聲明的變數類型為左值參照 A&；
* 如果初始化值是類型 A 的右值，則聲明的變數類型為右值參照 A&&。

## 參考文獻
Auto_5000

**Auto 5000** GmbH 是德國一家汽車製造公司，成立於沃爾夫斯堡的大眾汽車公司複合園區內。

該公司被以較低成本模式設立，目的是在生產線轉向其他地區時保持德國境內的製造業工作機會。主要的成本降低是來自每週工資降低和更具彈性的工作時間。 

## 命名緣由

初始月薪為 5000 德國馬克，初始僱員人數為 5000 人（沃爾夫斯堡 3500 人，漢諾威 1500 人），公司名稱即因此而來。

## 產品

該公司製造了 Touran（2002 年 12 月至 2008 年）和 Tiguan（2007 年至 2008 年）。

## 計畫結束

2008 年，大眾宣布即將結束該計畫，從 2009 年 1 月 1 日起，剩餘的工作人員轉移到標準大眾汽車合同。

## 參考
Auto_Union

**汽車聯盟公司（Auto Union AG）** 創立於 1932 年，是由四家德國汽車廠牌合併而成，並在 1936 年在薩克森肯尼茲正式成立。它是德國汽車大廠奧迪（Audi AG）的前身。

汽車聯盟除了作為擁有四個組成品牌（Audi、Horch、DKW、Wanderer）的公司外，汽車聯盟更以它的賽車團隊而聞名於世。汽車聯盟賽車部門（Auto Union Rennabteilung）以 Horch 所在的茨維考和薩克森為根據地。其中，兩支來自德國的銀箭（Silver Arrow）車隊：分別隸屬於梅賽德斯 - 奔馳和汽車聯盟，不僅在 1934 年之後成為 GP 賽車的主宰者，而且還創下了多項連續保有幾十年才被打破的紀錄。例如：在公路上的最快極速（每小時 432.7 公里、每小時 268.9 英里）的紀錄，一直保持到 2017 年才被刷新。但在經歷第二次世界大戰而幾乎淪為廢墟的汽車聯盟，直到 1949 年才在巴伐利亞英戈爾施塔特重新成立，直到 1964 年被福斯集團從梅賽德斯 - 奔馳手中收購，並於 1969 年與 NSU 車廠合併，而發展成為了現代的奧迪公司（Audi AG）。

當前具有汽車聯盟（Auto Union）名稱的企業實體：「Auto Union GmbH」是由奧迪（Audi AG）獨資成立；其成立目的是為了保有並管理汽車聯盟（Auto Union）的歷史商標和相關智慧財產權，並兼管奧迪的歷史文化產權。該公司獨特的商標是由四個互鎖環組成，分別代表汽車聯盟原始的四個廠牌，也是奧迪現行商標的雛形。

## 標誌

汽車聯盟（和現代的奧迪）的商標，四個重疊的環，象徵著組成汽車聯盟的四個品牌：Audi、DKW、Horch 和 Wanderer。

儘管汽車聯盟（Auto Union）使用了四環標誌，但四環標誌在那個時期幾乎只用於**汽車聯盟賽車**車輛，旗下四個品牌仍主要使用自己的名稱和標誌。

這時期的四環標誌的版本有「重疊環」和「互鎖環」兩種版本。

## 致敬

汽車聯盟（Auto Union）在 1999 年的勞力士蒙特雷老爺車大賽中被致敬
。

## 參見

* 奧迪
* DKW
* Horch
* NSU 車廠
* Wanderer

## 參考文獻

* Bruintjes, Jeroen. "Auto Union Type E—The Stillborn 1.5-litre car: Why it (Almost) did Exist"
* Oswald, Werner. Deutsche Autos 1920–1945, Band (vol) 2. Motorbuch Verlag. 2001. ISBN 3-613-02170-6 （德語）.
* Snellman, Leif. "The Early Auto Unions, From P-Wagen to A-type"
* Wise, David Burgess. "Rumpler: One Aeroplane which Never Flew", in Northey, Tom, ed. _World of Automobiles_ (London: Orbis, 1974), Vol. 17, p. 1964.<

### 備註

## 外部連結

* August-Horch-Museum （頁面存檔備份，存於網際網路檔案館）
* Audi History
* AUTO UNION Sales Brochures 1939 （頁面存檔備份，存於網際網路檔案館）
* AutoUnion: the cars, the drivers and the history （頁面存檔備份，存於網際網路檔案館）
* Auto Union Historic site （頁面存檔備份，存於網際網路檔案館）
* 有關汽車聯盟在德國經濟學中央圖書館（ZBW）20 世紀新聞檔案中的 Documents and clippings about。
Autobahn

**德國高速公路**是德國的全國高速公路系統，其德文名稱（**Autobahn** [ˈaʊtoːbaːn]  德文發音）是「高速公路」的意思。瑞士和奧地利兩個德語使用國的高速公路也稱為 Autobahn，但通常 Autobahn 專指德國高速公路，其德文正式名稱為**聯邦高速公路**（**Bundesautobahn**，BAB）。德國高速公路傳統上是沒有速度限制的，但是隨著車輛的增加，許多經過城鎮的路段都先後設立了速限，此外速度越快在意外訴訟中，駕駛人與陪同乘客所負擔的肇事責任也會顯著增加，保險也可能減少理賠額度。一份 2008 年的評論顯示，德國高速公路路網的 52% 無速限（有 130km/h 的建議速限以節省油耗，調查顯示德國駕駛者一般保持時速約 142km/h），剩下的 15% 會有因天氣（北方冬季會下雪）或交通狀況而設立的暫時速限，33% 有永久速限，例如市區或山路等。

## 興建時期

德國高速公路與世界上其他高速公路一樣，都是擁有多線道、雙向分離行駛、完全控制出入口、全部採用兩旁封閉和天橋與道口以及容許高速行駛的道路。第一條德國高速公路是在 1932 年建成，位於科隆與波恩之間。剛開始時的路面是以水泥構成的，在二次世界大戰後才逐漸的以瀝青加以覆蓋。當初興建時的最高設計速度為大約每小時 160 公里，還有最大 8% 的橫坡（路面橫向的坡度），這在戰後修復時期更被改為 4%，以確保駕駛人有更穩定的行車品質。

現在的公路編號系統是在 1974 年開始使用的，所有的高速公路都以 A 開頭後接一個空白與數字編號，例如：A 8。穿越德國全國的東西向主要高速公路以偶數編號，南北向的道路則以單數編號。用來連接區域性重點城市的較短高速公路則以兩位數字來編號。

* A 10 至 A 19 位於德國東部，包括柏林及薩克森 - 安哈特州；
* A 20 至 A 29 位於德國北部以及東北部 ；
* A 30 至 A 39 位於下薩克森州（德國西北部）；
* A 40 至 A 49 位於萊茵地區；
* A 50 至 A 59 亦位於萊茵地區；
* A 60 至 A 69 位於萊茵蘭 - 普法爾茨州、薩爾州以及黑森州；
* A 70 至 A 79 位於圖林根、巴伐利亞北部以及部分薩克森；
* A 80 至 A 89 位於巴登 - 符騰堡州；
* A 90 至 A 99 位於拜恩州以及博登湖周邊。

有些區域性的高速公路，例如連接兩條主要高速公路之間的高速公路，或高速公路支線，會以三位數字來編號，其第一個數字通常與該區域的編號相符。

## 基本駕駛原則

* 盡可能靠右側行駛。
* 左側超車。

上述原則產生之結果：左側車永遠比右側車快，佔據左側超車道者禮讓。

## 收費

德國高速公路原則上不收費。2005 年 1 月開始，對重量超過 12 噸的貨車開始收費，平均每公里收 15 歐分的使用費。因為重量太重的大車，對公路損害程度較大，對環境的污染也較大，應該承擔一些公路的維護費用及環保成本。這種作法可刺激運輸公司換用更小的貨車，以降低對公路的損害及提升對環境的保護，降低汙染。而對歐盟與國外的駕駛人而言，德國部分政治家曾提出建議，考慮對外國使用者採用不同的收費方案，因為德國高速公路的維護費用驚人卻主要是由德國人納稅負擔，但目前處於爭辯而尚未實施。

## 注釋

## 參考資料

* Getting Around Germany --The Autobahn （頁面存檔備份，存於網際網路檔案館）
Autocar

《**Autocar**》（原名_**The Autocar**_）是英國的一份汽車雜誌，創刊於 1895 年，常自稱世界上最早的汽車雜誌。

## 歷史

該雜誌最初由艾利夫父子公司（Iliffe and Son Ltd.）以「The Autocar」為名在 1895 年 11 月 2 日出版，當時全英國總共也就六或七輛車。1962 年改現名。1988 年收購《The Motor》。

## 參考文獻

## 外部連接

* Autocar 官方網站（頁面存檔備份，存於網際網路檔案館）
* Autocar India 官方網站（頁面存檔備份，存於網際網路檔案館）
* Autocar Indonesia 官方網站（頁面存檔備份，存於網際網路檔案館）
Autochton

**幽弄蝶屬**（學名：_Autochton_）為弄蝶科的一個屬。

## 下屬物種

本屬包括以下物種：

* _Autochton bipunctatus_ (Gmelin, 1790)
* _Autochton cellus_ (Boisduval & Le Conte, 1833)
* _Autochton cincta_ (Plötz, 1882)
* _Autochton integrifascia_ Mabille, 1891
* _Autochton itylus_ Hübner, 1823
* _Autochton jao_ (Mabille, 1889)
* _Autochton longipennis_ (Plötz, 1882)
* _Autochton neis_ (Geyer, 1832)
* _Autochton pseudocellus_ (Coolidge & Clemence, 1911)
* _Autochton reflexus_ (Mabille & Boullet, 1912)
* _Autochton sulfureolus_ (Mabille, 1883)
* _Autochton vectilucis_ (Butler, 1874)
* _Autochton zarex_ (Hübner, 1818)

**歸入本屬的物種：**

* _Cecropterus drusius_
* _Cecropterus takuta_ (Evans, 1952)
* _Cecropterus toxeus_
* _Cecropterus trebia_
* _Cecropterus virescens_

## 參考文獻
Autoclave

**滅菌釜**（英語：**Autoclave**，亦稱為**高壓滅菌釜**、**高壓滅菌器**、**加壓釜**或**加壓滅菌器**）是用水蒸汽的高溫高壓對物品進行滅菌處理的裝備。通常的處理條件是在高壓飽和蒸汽 121 攝氏度下處理 15 到 20 分鐘，具體處理條件由待處理物品的體積和數量決定。滅菌釜在 1879 年由 Charles Chamberland 發明，其前身是 1679 年 Denis Papin 發明的蒸解器。滅菌釜的英文名是一個複合詞，auto - 來自於希臘文，是自動的意思，而 - clave 來自於拉丁文「鑰匙」一詞，所以該詞意為一種自動上鎖的裝置。

## 應用

滅菌釜被廣泛應用於微生物學、醫藥領域、刺青、身體穿孔、獸醫學、牙醫學、足病醫療和修復整形製備。滅菌釜的大小和功能因其處理的對象而異。

典型的處理對象包括實驗室玻璃製品、手術用具、醫療廢物、病患護理用品、動物籠填充墊，以及 LB 培養基。

目前，滅菌釜在醫療廢物（諸如帶有致病菌的醫院廢物）拋棄前的滅菌處理方面應用正在顯著增長，但過程並不足以除去朊毒體或是一些微生物產生的毒素（例如：革蘭氏陰性細菌的脂多糖）。作此種功用的滅菌釜，通常都是使用原始原理的普通滅菌釜，通過利用加壓蒸汽和過熱水來消毒有潛在致病能力的物品。新一代的廢物處理滅菌釜可以在不使用任何加壓容器的情況下對培養基、橡膠製品、實驗服、手套等達到相同的殺菌效果。這對於無法承受乾熱爐（hot air oven）高溫的物品特別有用。但是對於全玻璃製成的注射器來說，乾熱爐是更好的選擇。

滅菌釜也被廣泛用於處理複合材料，以及硫化處理橡膠。滅菌釜提供的高溫高壓環境可以確保可重複的產生最優的物理性質。在航空領域和桅杆製作上，會使用到長達五十英尺以上、寬達十英尺的滅菌釜。

一般情況下在在高壓飽和蒸汽 121 攝氏度下處理 15 到 20 分鐘即可達到滅菌效果，但考慮到使用的目的以及不同器材有不同厚度，因此在處理一般的感染性廢棄物時若能達到操作溫度攝氏 121 度以上，每平方英吋 15 磅以上之壓力，加熱時間為 60 分鐘以上會更佳。通常可以利用各種不同的指示方式來確認滅菌成功與否，舉例來說嗜熱桿菌芽孢就是良好的檢測生物指示劑，唯有經過成功滅菌手續後的嗜熱桿菌芽孢才會失活而無法生長。

## 原理和排氣分類

滅菌釜的基本原理和高壓鍋相似，都是通過加壓提高水的沸點來達成高溫。滅菌釜需要排去比熱容較低的空氣，以飽和水蒸汽取而代之，才能有效加熱物體實現滅菌。飽和水蒸氣在 134°C 三分鐘即可完成滅菌，而一般空氣即使是在 160°C 也需要兩小時。滅菌釜按照排氣原理可以分為：

 

除此之外還有較為簡陋的滅菌釜，不設專門的排氣裝置，需要手動進行排氣。這類滅菌釜和加了壓力表的高壓鍋沒有什麼區別，一般叫做**滅菌鍋**，在經濟條件較差或者非醫用的地方常有使用。

## 參考資料
Autocommit

在資料庫技術中，**autocommit** 是一種資料庫連接模式，使得每條資料庫操作（如每條 SQL 語句）作為一條事務執行，因此不能被回滾。

Microsoft SQL Server 以及 ODBC 與 Microsoft OLE DB, autocommit 模式是改變數據的所有語句的默認模式，以保證單條語句遵從 ACID。

autocommit 模式對立面是 non-autocommit，意味著 SQL 客戶應用自身負責發出事務語句 _start transaction_、_commit_、_rollback_ 命令。

## 參見

* Commit
* Transaction

## 參考文獻
Autoconf

**GNU Autoconf** 是一個在 Bourne shell 下製作供編譯、安裝和打包軟體的組態指令碼的工具。Autoconf 並不受程式語言限制，常用於 C、C++、Erlang 和 Objective-C。組態指令碼控制了一個軟體套件在特定系統上的安裝。在進行一系列測試後，組態指令碼從模板中生成 makefile 與標頭檔進而調整軟體套件，使之適應某一種系統。Autoconf 與 Automake、Libtool 等軟體組成了 GNU 構建系統。Autoconf 由戴維・麥肯思於 1991 年夏天編寫用於支持他在自由軟體基金會的編程工作。此後，Autoconf 包含了多人編寫的改進代碼並成為了使用最廣泛的自由編譯組態軟體。

## 使用概要

軟體開發者通過使用 GNU m4 語言在 _configure.ac_ 中寫出限定組態指令碼行為的列表。Autoconf 將 _configure.ac_ 中的命令轉化為對應特定平台的組態指令碼。Autoconf 本身並不具備編譯能力，它僅僅用於產生通常附帶在軟體套件中的組態指令碼。

### configure.ac 格式

The GNU Autoconf 手冊建議 configure.ac file 使用如下格式：

**Autoconf requirements**
: The AC\_PREREQ（_version_）macro can be used to ensure that a recent enough version of the autoconf program is available to process the configure.ac file

**AC\_INIT（_package_, _version_, _bug-report-address_）**
: This macro is required in every configure.ac file. It specifies the name and version of the software package for which to generate a configure script and the email address of the developer.

**information on the package**
**checks for programs**
**checks for libraries**
**checks for header files**
**checks for types**
**checks for structures**
**checks for compiler characteristics**
**checks for library functions**
**checks for system services**
**AC\_CONFIG\_FILES（[file...]）**
**AC\_OUTPUT**

## 工作原理

autoconf 類似於 perl 使用的 metaconfig 包。先前 X window 系統所使用的 imake 系統與 autoconf 是密切相關，但有不同的理念。

autoconf 通過檢查特性而不是軟體版本來確保可移植性。例如 Sun OS 4 的原生 C 編譯器不支援 ISO C，但是使用者或管理員可以自行安裝支援 ISO C 的編譯器。基於軟體特性的檢查方法可以發現僅檢查軟體版本的方法檢測不到的支援 ISO C 的編譯器。因此組態指令碼可以在未知的或者較新的系統中得到合理的結果，同樣允許管理員按照他們的系統來組態指令碼。

## 批評

autoconf 是一個古老和成熟的產品，如果使用得當，可以使用一個非常簡單的介面進行複雜的交叉編譯。但是有一些批評指出 autoconf 使用了過時的技術，因而遺留了很多限制。autoconf 無法為 Xcode 與 Visual Studio 製作專案檔案，其指令碼通常大且複雜，因此增加了 Debug 的難度。Autoconf 所使用的 M4 對於一些開發者來說是陌生的，因此他們需要專門學習。一些開發者並不遵循組態指令碼的一些習慣約定。

因此一些自由軟體開發者開始使用其他軟體代替 autoconf，KDE 於 KDE 4 起開始使用 CMake，Scribus 同樣開始使用 CMake。

## 參見

* CMake
* 組態指令碼
* GNU 構建系統
* pkg-config

## 註腳

## 外部連結

* GNU Autoconf home page（頁面存檔備份，存於網際網路檔案館）
* GNU Autoconf macro archive（頁面存檔備份，存於網際網路檔案館）
* _The Goat Book_ homepage (aka the Autobook)（頁面存檔備份，存於網際網路檔案館）
* Murray Cumming（of gtkmm fame）produced these succinct Autotool info pages:\*one \*two.
* Autotoolset home page（頁面存檔備份，存於網際網路檔案館）
* https://web.archive.org/web/20140816060326/http://www.freesoftwaremagazine.com/books/autotools\_a\_guide\_to\_autoconf\_automake\_libtool

### 教程

* https://web.archive.org/web/20100627142047/http://mi.eng.cam.ac.uk/~er258/code/autoconf/
* Learning Autoconf and Automake" by Eleftherios Gkioulekas
* _Learning the GNU development tools_ @sourceforge（頁面存檔備份，存於網際網路檔案館）
* Autotools Tutorial（頁面存檔備份，存於網際網路檔案館） by Alexandre Duret-Lutz introduces Autoconf, Automake, Libtool, 和 Gettext
* Using GNU auto {conf,make,header}（頁面存檔備份，存於網際網路檔案館） by Felipe Bergo
Autodesk

**歐特克股份有限公司**（英語：Autodesk, Inc.）是一家美國公司，以其在建築、工程及製造業等行業的產品聞名。歐特克係由約翰・沃克和另外 12 個人一起在 1982 年所建立。在美國的馬林縣亦設有多個分公司，而目前則以聖拉菲爾為總部。位於中國上海的歐特克中國研究院是歐特克全球最大的研發機構。

## 產品列表

* AutoCAD
* AutoCAD WS（專為行動裝置推出）
* Autodesk 3ds Max 系列
* Autodesk Alias 系列
* Autodesk Inventor 系列
* Autodesk Maya
* Autodesk Navisworks 系列
* Autodesk Revit 系列

## 參見

* DWF
* DWG
* DXF
* CAD
* 數位化原型
* 建築資訊模型

## 參考資料

## 外部連結

* Autodesk Inc.
  * Autodesk 總部 （頁面存檔備份，存於網際網路檔案館）
  * Autodesk 中國大陸 （頁面存檔備份，存於網際網路檔案館）（簡體中文）
  * Autodesk 臺灣 （頁面存檔備份，存於網際網路檔案館）（繁體中文）
* Autodesk University
  * Autodesk Univeristy
  * Autodesk Univeristy 中文技術社群（簡體中文）
* Autodesk 實驗室 （頁面存檔備份，存於網際網路檔案館）
* Autodesk 學生社群 （頁面存檔備份，存於網際網路檔案館）
* Early AutoCAD information （頁面存檔備份，存於網際網路檔案館）
* The Autodesk File, a History of Autodesk （頁面存檔備份，存於網際網路檔案館）
* Autodesk Sponsorship of CGSociety Challenges （頁面存檔備份，存於網際網路檔案館）
Autodesk_123D

**Autodesk 123D** 是由 Autodesk 開發的免費 3D 建模工具，除了基本的繪圖和建模功能外，亦包含堆疊、排列、切割等進階功能。

2017 年，Autodesk 表示不會再更新 Autodesk 123D，除了 Autodesk 123D Circuits 以外，所有的套件皆以停產 ，並由 Tinkercad，Fusion 360 和 ReMake 取代。

## Autodesk 123D 的套件

Autodesk 123D 包含以下套件：

* Catch: 從相機拍攝的不同角度的多張照片中建立 3D 模型。
* Sculpt+: 可雕塑 3D 模型。
* Make: 可將 3D 模型轉換成多張 2D 的切片影像。
* Design: 建立簡易的 3D 模型。
* Creature: 可以在 iPad 上建立 Creature。
* Circuits: 可模擬麵包板與電路設計。
* Tinkercad: 建立 3D 列印的工具。
* MeshMixer: 處理多邊形的工具。

## 參考資料
Autodesk_3ds_Max

**3ds Max**（原名：**3D Studio Max**），是 Autodesk 傳媒娛樂部開發的全功能的三維計算機圖形軟體。它運行在 Win64 平台上。在 2007 年 7 月，3ds Max 發布了第十版。

在 Windows NT 出現以前，工業級的計算機圖形學製作被 SGI 圖形工作站所壟斷。3D Studio Max + Windows NT 組合的出現一下子降低了 CG 製作的門檻，首先開始運用在電腦遊戲中的動畫製作，後更進一步開始參與影視片的特效製作，例如 X 戰警 2、最後的武士等。

3ds Max 對 CG 製作產生了歷史性的影響：

* CG 軟體製作平台紛紛由 Unix 工作站向基於網絡的 PC 平台轉移
* CG 製作成本大大降低
* CG 製作由電影的高端應用進入電視遊戲等低端應用

## 特點

* 基於 PC 系統的低配置要求
* 人性化的界面設計，入門簡單快捷。
* 安裝外掛（plugins）可提供 3D Studio Max 所沒有的功能（比如說 3D Studio Max 7.5 版本以前不提供毛髮功能）以及增強原本的功能
* 強大的角色（Character）動畫製作能力
* 可堆疊的建模步驟，使製作模型有非常大的彈性。
* 支援 Maxscript 內建腳本控制語言，讓使用者有自訂工具的能力。Maxscript 是內建在 autodesk 相關產品中的比如 Autodesk VIZ、3ds Max、Plasma、GMax 等軟體中的腳本語言。為 3ds Max 開發的第三方外掛中也多半有支援以 Maxscript 來控制。

## 支援語言

德文 英文 法文 日語 韓文 葡萄牙語 簡體中文

## 歷史

最初的 3D Studio 產品由 Yost Group 為 DOS 平台製作，由 Autodesk 發行。Autodesk 從第二版開始買下接下來兩個版本的標誌和內核開發。在 3D Studio Release 4 後，產品轉到 Windows NT 平台，名字改為「3D Studio MAX」。此版本還是 Yost Group 製作，由從 Autodesk 拆分的 Kinetix 發行。稍後，產品名稱改為「3ds max」（全小寫字母），為了符合位於蒙特婁的 Discreet 公司的命名標準。之後 Discreet 被 Autodesk 收購，在第八版產品又重新打上 Autodesk 的標誌，名稱又變為「3ds Max」（大小寫字母）。

### 版本歷史

**3D Studio DOS**

**3D Studio MAX**

**Discreet 3dsmax**

**Autodesk 3ds Max**

## 外部連結

* 3ds Max 官方（繁體）中文主頁（頁面存檔備份，存於網際網路檔案館）
* 3ds Max 官方（簡體）中文主頁（頁面存檔備份，存於網際網路檔案館）
Autodesk_Inventor

**Autodesk Inventor** 是一個電腦輔助設計（電腦輔助製圖）應用程序，用來進行 3D 機械設計、模擬、顯示、與儲存。Autodesk Inventor 的主要競爭者包括 SolidWorks、Solid Edge 與 Creo Parametric (Pro/Engineer)。

## 功能

Inventor 允許使用者在一個單一環境中，整合 2D 和 3D 數據，創建一個虛擬的產品，使用戶能夠在產品正式生產前，驗證和調整產品的屬性。 Autodesk Inventor 也包含數據、直接編輯和自由的建模工具，以及不同 CAD 檔案的轉檔能力。

## 版本

Inventor 的最新版本包括以下套件：

* Autodesk Inventor LT 2020
* Autodesk Inventor Professional 2020

## 參照

* Solid Edge
* SolidWorks

## 外部連結

* Autodesk Inventor official website（頁面存檔備份，存於網際網路檔案館）
* Autodesk Inventor Forums（頁面存檔備份，存於網際網路檔案館）
* Autodesk Inventor Blog（頁面存檔備份，存於網際網路檔案館）
* Autodesk Education Community（頁面存檔備份，存於網際網路檔案館）
* GrabCAD（頁面存檔備份，存於網際網路檔案館） - 上傳、下載、與顯示 Inventor 檔案

## 參考資料
Autodesk_Revit

**Autodesk Revit**，是 Autodesk 公司為建築師、景觀設計師，結構工程師，軟體 MEP 工程師，設計師和承包商開發的一套建築資訊模型軟體。它支援用戶以 3D 形式設計建築物和結構及其族群，使用 2D 繪圖元素註釋模型，並從建築模型的資料庫存取建築資訊。Revit 是 4D BIM，可以使用工具來規劃和追蹤建築物生命週期中的各個階段，從概念到施工以及後來的維護或拆除。

## 產品

自 Revit 2013 起，Revit 將所有功能合併在一個產品中。2013 年發布了功能受限的 Revit LT 版本。Revit 2015 起，Autodesk Revit 不再支援 32 位元 Windows。

## 參考來源

* Revit 官網 (英文)（頁面存檔備份，存於網際網路檔案館）
* Revit 說明
Autodesk_Softimage

**Softimage** 是一個知名的三維繪圖軟體，主要執行於 Windows 上，也有 Linux 的版本。主要用於電腦動畫、電影、廣告、電視遊戲和電腦遊戲的圖形製作。由 Softimage 軟體公司維護發行。Softimage 自 1986 年建立以來，曾被微軟和 Avid 以高價收購。目前 Softimage 軟體公司隸屬於歐特克公司（Autodesk）。

它的前身為 **Softimage｜3D**，最初總部位於加拿大魁北克的蒙特婁市。為 1986 年加拿大國家電影理事會製片人丹尼爾・朗洛斯（Daniel Langlois）建立的。其為致力於一套由藝術家自己開發設計的三維動畫系統。其基本內容就是如何在業內建立視覺特效，並產生一批新的視覺效果藝術家和動畫師。

## 發展

該系統在全球範圍內已經超過 12,000 多個使用者，它們大多是世界上極富靈感和創造力的藝術家。其中包括譬如光影魔幻工業、世嘉、任天堂、索尼等大客戶。由該技術產生的著名電影和遊戲包括《侏羅紀公園》、《鐵達尼號》、《駭客任務》、《黑衣戰警》、《星際大戰》、《幽靈的威脅》、《複製人進攻》、《神鬼戰士》《星河艦隊》等等。遊戲如《超級馬里奧 64》、《鐵拳》、《Virtua Fighter》、《Wave Race》、《NBA Live》等等。其卓越的動畫功能是一大亮點，被認為是第三代動畫系統的標準。

## 結束

2014 年 3 月 5 日，官方宣布 2015 將是 Softimage｜XSI 的最後一個版本，未來會中止相關開發。

## 外部連結

* 公司首頁（頁面存檔備份，存於網際網路檔案館）

## 參考
Autodesk传媒娱乐部

**Autodesk 傳媒娛樂部**前身是 **Discreet**，位於魁北克省蒙特婁，作為 Autodesk 的娛樂部門。此部門製作以電影、電視廣告和互動遊戲為目標的軟體。它也提供產品儲存、管理和分發以補充其主產品線。

## 歷史

Autodesk 的 Yost Group 最初開發了 3D Studio 和隨後的 3D Studio MAX。Autodesk 將 Yost Group 改名為 Kinetix，並在 1996 年將其變成子公司。

由 ATI、AST 和 Delrina 等公司組成的加拿大電腦工業專家聯合，在多倫多成立了 MGI 有限公司。它受命發展 PC 市場上最好的圖形與影片軟體。

位於蒙特婁的 Discreet Logic（高端 UNIX 和 NT 影片與圖形軟體製作公司）在 1999 年付出 $1.53 億收購了 MGI。

在 1999 年，Autodesk 獲得 Discreet Logic，並將 Discreet 與 Kinetix 聯合了幾年。2005 年，Autodesk 將 Discreet 改組為 Autodesk 傳媒娛樂部。

## 軟體

### Maya

利用 64 位元和多核心技術設計的全新模板工具，紋理增強及工作流程可以建立激動人心的 3D 效果以滿足產品的要求。

### 3ds Max

可高度客製化，升級的用於遊戲，電影，電視和設計展示的 3D 動畫，建模及彩現平台。

### mental ray

### Mudbox

### Gmax（已停產）

### 3ds Max Design

### Edit（已停產）

### Flint

用於後期製作和廣播圖像的進階視覺特效系統。

### Flame

業界領先即時視覺特效設計及合成系統。

### Flame Premium

Flame Premium 基於業界驗證的 Autodesk 解決方案，是一款能夠提供全面服務的便捷、經濟高效的創新後期製作工具。增加或交叉升級到 Autodesk 的卓越工具集，就可以利用即時數字配光、編輯後期製作與三維視效工具，打造端到端的創意後期製作環境。

### Flare

Autodesk Flare™ 視覺特效軟體是 Autodesk Flame 和 Autodesk Inferno 視覺特效與合成軟體的一個完全相容的創作伴侶。

### Inferno

### Smoke

整合的 SD、HD、2K 膠片及更高解析度素材的剪輯與完成系統

### Smoke on Mac

### Fire（已停產）

最佳的即時，非壓縮，高精度非線性剪輯系統

### Lustre

高效能的 2K/4K 數字配光和校色系統

### Combustion（已停產）

### Cleaner（已停產）

### Toxik

應用於電影製作流程的互動式協同運作型合成解決方案
用於電影製作管線的互動式協同運作性合成解決方案

### MotionBuilder

### Softimage

### ImageModeler

### Stitcher

## 外部連結

* 總部官方首頁（頁面存檔備份，存於網際網路檔案館）
* 中國大陸官方首頁
* 台灣官方主頁
Autodesk软件有限公司

**歐特克股份有限公司**（英語：Autodesk, Inc.）是一家美國公司，以其在建築、工程及製造業等行業的產品聞名。歐特克係由約翰・沃克和另外 12 個人一起在 1982 年所建立。在美國的馬林縣亦設有多個分公司，而目前則以聖拉菲爾為總部。位於中國上海的歐特克中國研究院是歐特克全球最大的研發機構。

## 產品列表

* AutoCAD
* AutoCAD WS（專為行動裝置推出）
* Autodesk 3ds Max 系列
* Autodesk Alias 系列
* Autodesk Inventor 系列
* Autodesk Maya
* Autodesk Navisworks 系列
* Autodesk Revit 系列

## 參見

* DWF
* DWG
* DXF
* CAD
* 數位化原型
* 建築資訊模型

## 參考資料

## 外部連結

* Autodesk Inc.
  * Autodesk 總部 （頁面存檔備份，存於網際網路檔案館）
  * Autodesk 中國大陸 （頁面存檔備份，存於網際網路檔案館）（簡體中文）
  * Autodesk 臺灣 （頁面存檔備份，存於網際網路檔案館）（繁體中文）
* Autodesk University
  * Autodesk Univeristy
  * Autodesk Univeristy 中文技術社群（簡體中文）
* Autodesk 實驗室 （頁面存檔備份，存於網際網路檔案館）
* Autodesk 學生社群 （頁面存檔備份，存於網際網路檔案館）
* Early AutoCAD information （頁面存檔備份，存於網際網路檔案館）
* The Autodesk File, a History of Autodesk （頁面存檔備份，存於網際網路檔案館）
* Autodesk Sponsorship of CGSociety Challenges （頁面存檔備份，存於網際網路檔案館）
Autoexec.bat

**AUTOEXEC.BAT**，又常被稱為**啟動執行檔**，是個人電腦上的一個系統指令檔，始源於 MS-DOS。AUTOEXEC.BAT 的名稱來自英文字「AUTOmatic」和「EXECution」的結合，即「自動執行」之意；副檔名「BAT」則解釋了它是一個批次檔。

AUTOEXEC.BAT 內記載的指令於相對的作業系統啟動時自動執行。

## 作業系統

AUTOEXEC.BAT 在所有基於 MS-DOS 執行的作業系統中皆適用：

* MS-DOS
* Windows 3.x
* Windows 95
* Windows 98
* Windows ME

## 應用

作為一個批次檔，電腦使用者可於 AUTOEXEC.BAT 內輸入任何適用於 MS-DOS 內的指令，以使該檔案內的指令於每次作業系統啟動時自動執行。AUTOEXEC.BAT 的執行次序僅次於 CONFIG.SYS 之後。在視窗作業系統下，這兩個檔案皆於圖形使用者介面（GUI）啟動之前執行的。

AUTOEXEC.BAT 最常見的實際應用是設定作業系統的環境參數，例如載入鍵盤、滑鼠等驅動程式、磁碟檢查工具或病毒掃瞄程式。部分電腦病毒亦會更改 AUTOEXEC.BAT，以使其在啟動後自動執行。

AUTOEXEC.BAT 通常位於啟動磁碟中的根目錄。

## 範例

在早期 MS-DOS 中，AUTOEXEC.BAT 的預設設定比較簡單。

## NT 系統

由於 Windows NT 及其後版本 Windows 2000、Windows Server 2003 及 Windows XP 等都不是一個基於 MS-DOS 環境下執行的作業系統，這些作業系統啟動時都不會執行 AUTOEXEC.BAT 內的指令。然而，在這些作業系統下啟動命令提示字元時，將會自動執行批次檔 AUTOEXEC.NT 內的指令。AUTOEXEC.NT 位於作業系統檔案夾內的 system32 子資料夾。
Autoire

**歐圖瓦爾**（法語：Autoire，法語發音：[otwaʁ]；奧克語：Altoire）是法國洛特省的一個市鎮，位於該省東北部，屬於菲雅克區。

## 地理

歐圖瓦爾（44°51'16"N, 1°49'17"E）面積 7.15 平方千米，位於法國奧克西塔尼大區洛特省，該省份為法國西南部內陸省份，北起順時針與科雷茲省、康塔爾省、阿韋龍省、塔恩 - 加龍省、洛特 - 加龍省和多爾多涅省接壤。

與歐圖瓦爾接壤的市鎮（或舊市鎮、城區）包括：盧布勒薩克、普呂多馬、聖梅達爾 - 德普雷斯克、聖米歇爾盧貝茹、聖讓拉日內斯特。

歐圖瓦爾的時區為 UTC+01:00、UTC+02:00（夏令時）。

## 行政

歐圖瓦爾的郵政編碼為 46400，INSEE 市鎮編碼為 46011。

## 政治

歐圖瓦爾所屬的省級選區為聖塞雷縣。

## 人口

歐圖瓦爾於 2019 年 1 月 1 日時的人口數量為 356 人。

## 參見

* 洛特省市鎮列表

## 參考文獻
Autoit

**AutoIt**（讀音 **aw**-tow-it）是一個用於 Microsoft Windows 的免費自動化語言。在它的早期發布版本中，這個軟體主要旨在為微軟 Windows 程式建立自動化指令碼（有時也稱為巨集）但現在已經成長為包含了程式語言設計和全面功能的增強的軟體。

在版本 3 中，AutoIt 的語法結構調整為接近於 BASIC 系列的語言。它是使用經典資料模型、利用可以儲存多種資料類型包括陣列的變數類型的第三代程式語言。它相容於 Windows 95，98，ME，NT4，2000，XP，2003，Vista 以及 Windows 7（然而，在 3.3.0 版本中終止了（頁面存檔備份，存於網際網路檔案館）對 Windows 2000 之前作業系統的支援）。

AutoIt 自動化指令碼可以編譯成壓縮、單一的可執行檔，這樣的檔案可以執行在沒有安裝 AutoIt 直譯器的電腦上。廣泛的函式庫（稱為 UDF 或「使用者定義函式」）包含在程式中或可以從網站中下載，通過他們可以添加許多專用的功能。AutoIt 的安裝程式中還內建了基於 SciTE 的 IDE。其中整合了編譯器和幫助文字，從而為使用 AutoIt 的開發者提供了事實上的標準環境。

## 功能

* 用於 Windows 桌面環境的類 BASIC 結構的手稿語言。
* 用於特殊應用程式的外掛程式庫和模組。
* AutoIt 使用者和開發者的線上支援論壇。
* 支援 TCP 和 UDP 協定。
* 支援 COM（組件物件模型）物件。
* 呼叫 Win32 DLL 中的函式。
* 執行控制台應用程式和存取標準流。
* 包含檔案在編譯檔案中以便在執行時提取。
* GUI 介面，建立訊息和輸入框。
* 播放、暫停、恢復、停止、尋道聲音檔案，取得播放的當前位置和聲音檔案的長度。
* 類比滑鼠移動。
* 操作窗口和行程。
* 自動傳送使用者輸入和鍵擊到應用程式以及程式中的單個控制項。
* 可以把指令碼編譯為單個可執行檔。
* 從 3.2.4.0 開始增加了 Unicode 支援。
* 從 3.2.10.0 開始增加了 64 位元支援。
* 支援正規表示式。
* 可工作於 Windows Vista 的使用者帳戶控制（UAC）。
* 通過庫進行物件導向設計

## 限制

* AutoIt 是單執行緒的，這使得非同步、並行、並列（例如應用程式間通訊）編程相當困難。

（這可以通過像多行程，組件物件模型等方法變通解決。但如果在語言的內部或其庫中提供多執行緒 API，則麻煩會少得多。）

* AutoIt 應用程式有時會被使用啟發式查毒的反病毒軟體報告為攜帶病毒，因為這種應用程式是自解壓式可執行檔。

## 用法

AutoIt 可以用來建立 Microsoft Windows 中的工具軟體來自動執行常見的任務，例如監視網站，監視網路，磁碟重組以及備份。它還能用來類比使用者的操作，因此在軟體測試中可以使用 AutoIt 代替手動來「驅動」應用程式。它還常用來開發電腦遊戲機器人，用來自動執行遊戲中的任務。也可以常用於開發系統封裝工具。

## 注釋和參照

## 另請參閱

* AutoHotkey
* Automator (用於 Macintosh)
* KiXtart
* iMacros
* thinBasic
* Visual Basic
* Winbatch
* Expect

## 外部連結

* 官方首頁（頁面存檔備份，存於網際網路檔案館）
* AutoIt 中文論壇（頁面存檔備份，存於網際網路檔案館）
Autolykiviridae

**奧托呂科斯病毒科**（學名：Autolykiviridae）為保護病毒綱的一個科。目的地位未定。

## 下級分類

本科包括以下屬：

* _Livvievirus_
* _Paulavirus_

## 參考文獻
Automake

**GNU Automake** 是一種編程工具，可以產生供 make 程式使用的 Makefile，用來編譯程式。它是自由軟體基金會發起的 GNU 計劃的其中一項，作為 GNU 構建系統的一部分。automake 所產生的 Makefile 符合 GNU 編程標準。

automake 是由 Perl 語言所寫的，必須和 GNU autoconf 一併使用。automake 包含了以下命令：

* _aclocal_
* _automake_

_aclocal_ 是個泛用的程式，對於 autoconf 使用者是相當有用的。舉例而言，GNU Compiler Collection 使用 _aclocal_，即使 Makefile 是手寫的。

就像 autoconf，automake 並非完全向下相容的。舉例而言，使用 automake 1.4 的專案可能不能使用 automake 1.9。

## 方法

Automake 目標是讓使用者透過高階語言來寫 makefile，而不是透過純手工的方式來寫整個 makefile。在簡單的情況下，它能提供：

* 源檔案的列表
* 傳給編譯器的命令列選項列表（比如標頭檔置於哪個路徑）
* 傳給連結器的命令列選項列表（程式需要哪些程式庫以及它們的路徑）

經由這些資訊，Automake 產生 makefile 能夠讓使用者：

* 編譯程式
* clean（清除，刪除編譯過程中所產生的檔案）
* 將程式安裝於標準路徑
* 將程式反安裝（從安裝的地方移除）
* create a source distribution archive (commonly called a tarball)
* test that this archive is self-sufficient, and in particular that the program can be compiled in a directory other than the one where the sources are deployed

### 依存性資訊的產生

Automake 能夠自動生成依存性的資訊，因此，當一個原始檔被修改，下次呼叫 make 命令的時候就會知道哪些原始檔需要重新編譯。如果編譯器允許，Automake 會試著讓依存性系統保持動態：無論何時原始檔被編譯，都會要求編譯器重新產生依存性列表更新該檔案的依存性。換句話說，依存性追蹤是編譯過程的一種邊際效應。

這企圖避免一些靜態依存性系統的問題，比如依存性只會在程式員開始專案時才會被偵測到。在這種情況下，如果原始檔獲得一個新的依存性（例如，如果程式員增加了一個新的 `#include` 指令在 C 語言的原始檔），這樣在真實的依存性和編譯系統所使用的依存性之間就會產生差異。程式員應該重新產生依存性，但很有可能忘了那樣做。在一般情況下，automake 透過隨附的 depcomp 指令碼生成依存性，這會適當的呼叫編譯器或是回到 makedepend。如果 gcc 編譯器的版本夠新的話，automake 將會 inline 依存性生成碼，直接呼叫 gcc。

### Libtool

Automake 還可用來輔助庫的編譯，它可以自動生成呼叫 Libtool 的 Makefile 檔案，從而使程式設計師避免了直接呼叫 Libtool, 而專案也可以從此可移植的庫生成工具獲益。

## 參見

* CMake
* qmake
* imake
* Flowtracer

## 參考資料

## 外部連結

* Automake home page
* Online version of _The Goat Book_ aka Autobook（頁面存檔備份，存於網際網路檔案館）
* Autotoolset home page（頁面存檔備份，存於網際網路檔案館）
* Article "Using Automake and Autoconf with C++" by Murray Cumming

### 教材

* Tutorial for beginners "Autotools Tutorial" by Sarah George
* Tutorial "Learning Autoconf and Automake" by Eleftherios Gkioulekas
* The "Autotools Tutorial（頁面存檔備份，存於網際網路檔案館）" by Alexandre Duret-Lutz introduces Autoconf, Automake, Libtool, and Gettext.
* Learning the GNU Development tools（頁面存檔備份，存於網際網路檔案館）
Automated_Transfer_Vehicle

**自動運載飛船**（英文：**Automated Transfer Vehicle**，縮寫：**ATV**）是國際太空站的實驗性設備以及向太空站運輸食物、空氣和水的貨運飛船。自動運載飛船由歐洲太空總署建造。自動運載飛船將是國際太空站供應太空艙中不可缺少的一個。每 17 個月，自動運載飛船將運載 7.7 噸貨物從位於法屬蓋亞那的蓋亞那太空中心發射場起飛前往距離地球 400 公里的軌道。一個高精度導航系統將引導自動運載飛船沿正確的軌道飛行。飛船到達國際太空站後它將自動與俄國服務艙對接。作為駐地的艙組，自動運載飛船將在國際太空站停靠六個月，並在回程中完成它最後的任務：利用地球的大氣燃燒 6.4 噸國際太空站廢物。

首艘儒勒・凡爾納號於 2008 年 3 月 8 日由亞利安五號火箭於蓋亞那太空中心發射升空，於 4 月 3 日與國際太空站星辰號服務艙銜接。這是全自動太空船首次與國際太空站完成自動銜接動作，無地面航控人員或太空站太空人以手動補助操作介入。

## 設計

自動運載飛船的功用類似進步號太空船，但是設計容量為後者三倍。它如同進步號，可攜載液體（燃料或水）以及其它較易碎的貨物。後者儲放在加壓區，太空人不需換著太空衣即可取用。自動運載飛船的加壓貨物區是基於義大利製造的 MPLM 的設計，而 MPLM 原本是太空梭用來運送貨物往返太空站的，理論上也可以放入太空梭的貨倉內。

## 開發

第一艘自動運載飛船從鹿特丹出港，在幾乎 2 週的航行後於 2007 年 7 月 31 日抵達 ESA 火箭發射地點法屬圭亞那的 Kourou，最後於 2008 年 3 月 9 日發射升空。EADS Astrium Space Transportation 在該公司位於 Bremen 的工廠建造 ATV。2004 年又簽署合約再建造 4 艘自動運載飛船，使得總數量達到 5 艘。

RSC Energia 簽了 4 千萬歐元合約給了 EADS Astrium Space Transportation 的一個主要子承包商，義大利的 Alenia Spazio (現改名為 Thales Alenia Space)，此合約提供補給 Russian Docking System, refuelling system, and Russian Equipment Control System。 Thales Alenia Space 負責 ATV 的加壓貨物艙，建造地點在義大利杜林。

自動運載飛船開發成本約為 13.5 億歐元，而每艘 ATV 太空船（不包含發射成本）的成本約相當於 3 億美元。

## 運用

## 任務

來源：

### 儒勒・凡爾納號

第一艘自動運載飛船在 2008 年 3 月 9 日發射前被延誤非常多次。此太空船的命名是為了紀念第一個現在科幻小說作家儒勒・凡爾納。儒勒・凡爾納號攜載了兩份原始手稿送給國際太空船太空人作為第一次任務成功的象徵。

這艘自動運載飛船搭載在一個亞利安五號運載火箭，從赤道上的圭亞那太空中心 ELA-3 發射台升空進入 300 公里軌道。自動運載飛船從亞利安火箭分離後，經過幾星期的測試與軌道調整，終於在 2008 年 4 月 3 日 UTC 時間 14:45 與國際太空站接合成功。

2008 年 9 月 29 日凌晨，儒勒・凡爾納號 重入大氣層燒燬後掉落在大溪地西南方無人居住的太平洋裡。

### 約翰尼斯・克卜勒號

2011 年 2 月 17 日發射升空約翰尼斯・克卜勒號當時是 ESA 有史以來最重的太空船，搭載了 7,000 公斤重的貨物前往 ISS。2011 年 2 月 15 日第一次試圖發射，但在倒數 4 分鐘前，因為其中一個火箭的燃料槽的錯誤訊號而停止。

2011 年 8 月 29 日，自動運載飛船使用火箭引擎轉動國際太空站，以使俄羅斯的進步號補給太空船與太空站接合。

由於太空梭 STS-134 發射的延誤， 約翰尼斯・克卜勒號任務被延長，最後於 2011 年 6 月 20 日離開國際太空站。一天過後，2011 年 6 月 21 日重入大氣層。

### 愛德華多・阿瑪爾迪號

第三艘自動運載飛船愛德華多・阿瑪爾迪號在 2011 年 8 月底抵達法屬圭亞那，並於 2012 年 3 月 23 日發射。飛船於 2012 年 3 月 28 日格林尼治標準時間 22:31 抵達國際太空站。

### 阿爾伯特・愛因斯坦號

阿爾伯特・愛因斯坦號於 2013 年 6 月 5 日格林尼治標準時間 21:52:11 發射，是當時阿麗亞娜火箭發射過的最重的太空飛行器。飛船於 2013 年 6 月 15 日格林尼治標準時間 14:07 抵達國際太空站。

### 喬治・勒梅特號

第五艘飛船以比利時天文學家喬治・勒梅特命名。飛船於 2014 年 7 月 29 日晚（格林尼治標準時間 23:44、當地時間 20:44、歐洲中部夏令時間 7 月 30 日 01:44）發射。飛船為國際太空站補充推進劑、水、空氣、乾貨，還運送了一幅藝術家凱蒂・帕特森的作品，於 8 月 12 日格林尼治標準時間 13:30 抵達國際太空站。喬治・勒梅特號質量約 20.3 噸，質量比之前的 ATV 飛船都大，這也使其成為阿麗亞娜火箭發射過的最重的太空飛行器。

## 自動運載飛船控制中心

## 進一步發展提案

## 尺寸

## 發射配置

* 貨物質量
* 第一班飛行 2008 年

## 參考資料
Automatic/Time_Will_Tell

《**Automatic/time will tell**》是日本歌手宇多田光於 1998 年 12 月 9 日發行的出道單曲，分別以 8 公分及 12 公分兩種形式發行。兩版本初動 4 萬 2 千張，總銷 206 萬張，出貨量達到 255 萬張。若將兩個版本合併計算（即 206 萬），這是日本女歌手歷代銷售量第二單曲，而本曲 12 公分版本的成功，更讓日後的 12 公分單曲產品漸成日本主流。

在出道前夕，因媽媽是藤圭子，加上歸國子女的身分引起注意，之後單曲大賣引起很大的討論。

台灣 8cm 版本的封面與日本 8cm 版本的封面不一樣

其中〈Automatic〉一曲發行後在日本持續風行，對《First Love》專輯的長賣影響甚鉅。宇多田光本人在 2006 年演唱會是這麼說的：「這應該是我最受歡迎的曲子了吧，每次跟朋友去卡拉 OK 都會被拱著唱這首歌。」香港歌手陳慧琳亦曾改編〈Automatic〉，歌名為〈情不自禁〉。

## 曲目

8cm 版本

1. Automatic
2. time will tell
3. Automatic (original karaoke)

12cm 版本

1. Automatic
2. time will tell
3. time will tell (Dub Mix)

黑膠版本

* A 面曲目
1. Automatic
* B 面曲目
1. time will tell
2. time will tell (Dub Mix)

## 銷售

Automatic/time will tell - **Oricon** Sales Chart (Japan)

## 參考資料

## 外部連結

* Hikki's Website — official Toshiba EMI site
Automatic_Data_Processing

**自動資料處理公司**（Automatic Data Processing, Inc.），通常稱 **ADP** 或**安德普翰**，是世界最大的人力資源管理公司之一。

## 歷史

1949 年，會計師亨利・陶布（Henry Taub）與他的兄弟喬（Joe Taub）一起成立了該公司的前身「自動薪酬公司」（Automatic Payrolls, Inc）。不久後弗蘭克・勞滕伯格加入，並在 1952 年成為董事長兼 CEO。1957 年改現名。1965 年在英國建立子公司，1970 年在紐約證券交易所上市。2006 年進入中國，在上海成立中國區總部。

## 參考文獻

## 外部連結

* 官方網站（英文）
* 官方網站（中文）
* *
Automatic_Network_Replenishment

**自動網路修復**（Automatic Network Replenishment，縮寫 ANR），又稱**斷點續傳**，是一種結合本地存儲和網絡存儲的技術，主要用來解決網絡失效時的視頻丟失問題。

DVS 通常本身沒有視頻存儲功能，而是必須由後端的 NVR 來實現視頻的存儲，因此對於網絡穩定性要求很高，網絡連接失敗、丟包嚴重、抖動等各種因素都可能造成視頻數據的丟失。因此 DVS 本身設計存儲緩衝區是個好辦法，可以保證網絡短暫中斷的情況下視頻數據的連續存儲。ANR 技術實質即要求前端（DVS）與後端（NVR）都要具有存儲功能，一旦出現網絡中斷情況，前端的存儲可以不受網絡的影響，繼續進行存儲並作為備份數據，後端就可以在網絡重新接通成功後，將網絡失效期間存儲在前端 DVS 緩存區的視頻數據以」補充」的方式傳輸到後端。

ANR 技術的實質就是 DVS 本身增加緩衝存儲功能，以彌補網絡中斷導致的視頻錄影丟失。但是，該功能並非是簡單地在 DVS 增加一個存儲卡、記憶棒那麼簡單，在 DVS 上增加存儲設備後，DVS 啟動電流可能需要增加，這樣散熱問題也跟著需要解決；另外，需要採用良好的存儲機制，保證網絡中斷後視頻轉到本地錄影，在網絡恢復後，自動補充 NVR 的「斷點」視頻。
Automatic_nervous_system

**自律神經系統**（英語：autonomic nervous system，縮寫為 ANS），又稱**植物神經系統**（vegetative nervous system，VNS），與軀體神經系統共同組成脊椎動物的周圍神經系統。 所謂「自律 (自主)」，是因為未受訓練的人無法靠意識控制該部分神經的活動。自律神經系統控制體內各器官系統的平滑肌、心肌、腺體等組織的功能，如心臟搏動、呼吸、血壓、消化和新陳代謝。

自主神經系統可進一步分為三個部分：

* 交感神經系統：負責調動身體的資源來應對環境中的壓力
* 副交感神經系統：於休眠時負責補充修復的功能
* 腸神經系統：腸神經系統接受中樞調節較少，時常被歸類為一個獨立的系統。

與軀體神經系統一樣，自律神經系統中神經，既有腦神經也有脊神經。

## 構造與生理

自律神經的控制中心位於下視丘以及腦幹，透過脊髓下達至各器官。它也接受大腦皮質以及邊緣系統的調節。

訊息由中樞神經傳出後，透過兩個神經元（節前神經元 preganglionic neuron 與節後神經元 postganglionic neuron）傳至目標器官。交感神經系統的神經節位於第一胸椎至第二腰椎間（T1-L2）較靠近脊椎處，離臟器較遠。而副交感神經系統透過第 3、7、9、以及第 10 條腦神經與骶髓（S2, S3, S4）下達訊息，有較長的節前神經元，在較靠近臟器或分佈於臟器內的神經節與較短的節後神經元形成突觸。

另外，神經可再依它們所釋放出的神經傳導物質來分類：交感神經與副交感神經的節前神經元釋出的傳導物質皆為乙醯膽鹼，搭配的受器（位於節後神經元細胞膜上）皆為尼古丁受器，交感神經的節後神經大多釋出去甲基腎上腺素，唯獨負責控制汗腺的交感節後神經釋出的是乙醯膽鹼，副交感神經的節後神經釋出乙醯膽鹼，搭配的受器為蕈毒鹼受器。

## 臨床重要性

「自律神經失調」是自律神經系統不正常運作下導致一系列症狀的統稱，國際疾病分類標準 (ICD-10) 代碼為 G90。

造成自律神經失調的原因很多，先天基因的表現、重大或長期壓力的累積、飲食及生活作息的異常、藥物的副作用、以及糖尿病或者帕金森氏症等神經退化性疾病都可能造成自律神經失調。

自律神經系統掌管人體 90% 以上身心活動，心率變異 H R V 不正常，即代表身心不健康。心率變異 H R V（單位 ms) 代表自律神經總活性；自律微調功能越好，HRV 越高。其實 HRV 與年齡有極大關連性。20 歲的年輕人其心率變異 H R V 約為 50-60ms，但隨著身心老化率變異 H R V 在 60 歲時降至 20 到 25ms 。女性較男性略高，依此可觀察現況的生理年齡。

### 症狀

自律神經失調的症狀可能遍佈全身，一般人會出現至少二到三種不同器官系統的症狀，症狀的呈現因人而異，焦慮、恐慌、失眠、眩暈、慢性鼻炎、姿勢性低血壓、心悸、胃食道逆流、大腸激躁症 (腸躁症)、多汗症、頻尿、性功能障礙等，都可能因自律神經失調引起。患者通常經徹底檢查後仍無法找出能合理解釋症狀程度的器官病變，因此常被誤解為是心理作用或精神病。

### 檢測技術

自律神經檢測的正式學術名稱為 heart rate variability，簡稱 HRV，中文稱為心率變異分析。最早於 1963 年由婦產科醫師 Hon and Lee 發現並在臨床上運用，判斷胎兒是否健康，因為在胎兒窘迫發生之前，心跳間隔的差異是最早出現變化的參數。於 1970 年代，Ewing 團隊利用心率變異以及姿勢所引起的血壓變化等參數來診斷出糖尿病心臟自主神經病變。之後的 20 年間有超過一萬篇關於 HRV 的論文在國際主流期刊上發表，臨床研究顯示心率變異與各科疾病的預後有顯著的關連性，自律神經活性定量分析逐漸受到重視。歐洲心臟學會 (European Society of Cardiology) 及北美心律電生理學會 (North American Society of Pacing and Electrophysiology) 所成立的特別工作小組，於 1996 年公佈了」心率變異性之量測、生理意義及臨床應用」之國際標準。

利用 HRV 偵測自律神經及其他器官疾病的論文至今已不計其數，由於準確度高美國醫療保險業也將 HRV/R-R 間距加入給付項目 (CPT 95921 and CPT 95922), 台灣目前在神經內科及精神科對 HRV 的使用還不普遍。

## 發現歷史

19 世紀末，英國劍橋大學的生理學家沃爾特・霍爾布魯克・加斯克爾與 John Langley 先後發現「每個體內的器官都被兩組性質相反的神經控制著」，並且定義了「自主神經系統」。美國哈佛大學的科學家沃爾特・布拉德福・坎農更於 20 世紀中葉進一步解釋了自律神經與體內平衡，和情緒以及高等大腦功能的相關性。

## 參考文獻

## 外部連結

* 解剖學 (Anatomy)- 自主神經系統 (autonomic nerve system)-1
* 解剖學 (Anatomy)- 自主神經系統 (autonomic nerve system)-2

 

## 相關條目

* 自主神經紊亂
* 平滑肌
Automator

**自動操作**（英語：**Automator**）是蘋果公司為他們的 Mac OS X 系統開發的一款軟體。只要通過點擊拖拽滑鼠等操作就可以將一系列動作組合成一個工作流程，從而幫助你自動的（可重複的）完成一些複雜的工作。Automator 還能橫跨很多不同種類的程序，包括：訪達（Finder）、Safari 網絡瀏覽器、iCal、地址簿或者其他的一些程序。它還能和一些第三方的程序一起工作，如微軟的 Office、Adobe 公司的 Photoshop 或者 Pixelmator 等。自動操作第一次發布是在 Mac OS X Tiger（10.4）系統。

## 接口

自動操作提供了圖形化的界面用來建立工作流，所以你不需要熟悉編程或者腳本語言。任務可以在操作的時候被記錄下來，也可以從列表里選擇。上一個動作的輸出可以是下一個動作的輸入。

## 程序特點

自動操作實際上是一些列動作（文件重命名，找連結的圖片、寫郵件等等）組合在一個工作流文檔里。工作流文檔用來執行一系列的重複勞動，可以保存和重複執行。Unix 命令行操作或者 AppleScript 也可以被當作一個動作在流裡面執行。工作流也可以另存為一個程序，一個工作流文件，或者菜單項。在工作流創建或者執行的時候，是可以設置一些選項的。

## 演示

一些可以演示的工作流見這裡（頁面存檔備份，存於網際網路檔案館）。

## 相關條目

* AppleScript
* AutoHotkey
* iMacros for Firefox

## 外部連結

* Apple's Official Automator Page
* Apple's Download Page for Automator Actions（頁面存檔備份，存於網際網路檔案館）
* Apple's Automator Programming Guide
* A site focused on Automator actions by Sal Soghoian, the AppleScript Product Manager at Apple and others（頁面存檔備份，存於網際網路檔案館）
Automattic

**Automattic, Inc.** 是一家網頁程式設計公司，成立於 2005 年 8 月。它最令人稱道的產品是 WordPress.com（一個免費部落格服務）以及其製作的 WordPress（一個開源部落格軟體）。

## 產品列表

該公司的其他產品項目包括：

* After the Deadline – 線上校對工具
* Akismet – 防垃圾評論系統，能夠整合在許多部落格和論壇平台
* bbPress – 論壇軟體
* blo.gs – RSS 訂閱聚合器
* BuddyPress – 社群網路外掛程式
* GlotPress – 協同運作翻譯工具
* Gravatar – 全球頭像集合
* IntenseDebate – 評論工具
* Ping-O-Matic – PingBack 服務
* PollDaddy – 民意調查工具
* Tumblr - 輕部落格社群網路平台
* WordCamp – WordPress 使用者會議
* WordPress.com VIP – WordPress 企業服務
* VaultPress – WordPress 備份與安全服務
* VideoPress – Wordpress 的 HD 影片代管網站

## 外部連結

* Automattic – Making the web a better place（頁面存檔備份，存於網際網路檔案館）（英文）
Automobile_platform

**汽車平台**（英語：Car platform）是一種共享的機制，包括一般設計、工程與量產流程等面向。此外在許多外觀，甚至類型不同的汽車上也可能共用重要的零組件。共用汽車平台的汽車往往分屬不同，但相關的品牌。在汽車工業中應用汽車平台以降低成本，同時可在少數平台的基礎上開發產品。這也更進一步地允許汽車公司從相似設計的基礎上創造出不同型號的汽車。

## 定義和好處

平台共享是一種各廠牌在不同產品上應用相同組件的開發方法。其目的在於減少開發成本，並且得到更有效率的產品開發過程。 藉著共用零組件，汽車公司能獲得降低採購成本的好處。然而這也同時限制了產品差異化的能力，甚至面臨失去原來已屬脆弱的產品獨特性。故汽車公司必須在降低開發成本，與減少產品差異化空間之間做出妥協。

## 範例

* 豐田 TNGA 平台
* 大眾集團 MQB 平台

## 相關條目

* AUTOSAR
* 兄弟車
* 換牌工程
* 豐田 NBC 平台
* 全球戰略車
* MIH 電動車開放平台

## 參考資料

## 外部連結

* EE Times
* Safe Car Guide
* California government
* Motor Authority
* The Truth about Cars （頁面存檔備份，存於網際網路檔案館）
* Motor Trend （頁面存檔備份，存於網際網路檔案館）

Template:CarDesign nav