zetavg/zh-tw-wikipedia huggingface dataset:
通灵之六世古宅

《**通靈之六世古宅**》（英語：_The Strange House_），中國大陸 3D 驚悚恐怖片，導演彭發，主演徐嬌、張兆輝、田子田。

## 劇情

該片講述「葉子」進入古宅之後發生的一系列驚悚、恐怖的故事。

## 演出

## 參考文獻

## 外部連結

* 豆瓣電影上《通靈之六世古宅》的資料 （簡體中文）
* 時光網上《通靈之六世古宅》的資料（簡體中文）
通灵之战

**通靈之戰**（俄語：Битва экстрасенсов）是俄羅斯 TNT 電視頻道播出的一場電視節目，模仿英國電視節目《大英超自然挑戰》（Britain's Psychic Challenge）而錄製，是通靈師關於超感官知覺的電視挑戰節目。

類似的節目在世界各地也有，例如美國（«America's Psychic Challenge»）、以色列（Reality "Koah" - "Power"）、保加利亞（«Ясновидци»）、亞塞拜然（«Ekstra hiss»）、烏克蘭（«Битва екстрасенсiв»）、蒙古國（«Зөн билгийн тулаан»）、喬治亞（"Ekstrasensta Brdzola» - ექსტრასენსთა ბრძოლა）、哈薩克斯坦（«Қыл көпір»）、澳大利亞（«The One»）、立陶宛（«Ekstrasensų mūšis»）、愛沙尼亞（«Selgeltnägijate tuleproov»）、拉脫維亞（«Ekstrasensu cīņas»）。

通靈之戰第一季於 2007 年 2 月 25 日播出。如今已播出 22 季。2013 年 11 月 24 日播出的第 14 季節目達到最高收視率 33.4%，該集獻給在 1995 年被謀殺的媒體人弗拉季斯拉夫・利斯季耶夫。

## 參考資料

## 外部連結

* Официальная страница программы на сайте «ТНТ»
* Выпуски на официальном сайте
通灵大峡谷

**通靈大峽谷**位於廣西壯族自治區百色市靖西市，距離德天瀑布一小時車程。峽谷深 300 米，寬 200 米，全長 2800 米，內有瀑布，落差 188 米，由地下河貫穿而成。
通灵术

**招魂術**（英語：Necromancy）是指一種與死者靈魂溝通的巫術，在人類歷史上已經存在一段很長的時間，通常和黑巫術或巫術有所關聯。

## 參見

* 通靈
* 招魂

## 參考

## 參考文獻
通灵男孩诺曼

《**派拉諾曼：靈動小子**》（英語：_ParaNorman_）是一部 2012 年美國 3D 家庭電影恐怖喜劇定格動畫電影，由萊卡公司製作，焦點影業發行，於 2012 年 8 月 17 日上映。主要配音演員有凱西・艾佛列克、坦普塞特・布蕾索、傑夫・格爾林、約翰・古德曼、伯納德・希爾、安娜・坎卓克、萊絲莉・曼恩、克里斯・敏茲 - 普雷斯、寇帝・史密 - 麥菲、裘黛兒・佛蘭、伊蓮妮・斯楚奇和塔克・艾布里奇。

影片獲得很高評價，總票房為 1.07 億美金，並獲得第 85 屆奧斯卡金像獎最佳動畫電影提名與八項安妮獎提名。

## 劇情

小男孩諾曼能夠看到幽靈並且可與他們對話，他的這種怪異舉動卻經常被一些人所厭煩和嘲諷。他所在的城鎮受到以前一個冤死的女巫的詛咒，全鎮於是受到殭屍和幽靈的威脅。諾曼最終憑藉自己的特殊能力和善心，打動女巫解除了長達 300 年的詛咒，他也因拯救全鎮成為了一個小英雄。

## 角色

### 介紹

**諾曼（Norman Babcock）** 

　
: 11 歲的男孩，具有與死人對話的超能力。

 **（Agatha "Aggie" Prenderghast）** 

　
: 生活在 300 年前的女孩，是個清教徒。因被居民冤死而在死後成為女巫，對全鎮施行了詛咒

 **（Judge Hopkins）** 

　
:

 **（Neil Downe）** 

　
: 諾曼的好友

 **（Courtney Babcock）** 

　
: 諾曼的姐姐，是名啦啦隊長

 **（Mitch Downe）** 

　
: Neil 的哥哥，是名運動員，他受到 Courtney 的愛慕

 **（Alvin）** 

　
: 學霸，經常欺負諾曼

 **（Sandra Babcock）** 

　
: 諾曼的媽媽

 **（Perry Babcock）** 

　
: 諾曼的爸爸

 **（Grandma Babcock）** 

　
: 諾曼的奶奶（已經去世）

 **（Mr. Prenderghast）** 

　
: 諾曼的叔叔，該鎮的瘋子

 **（Sheriff Hooper）** 

　
: 警察

 **（Salma）** 

　
: 諾曼的同學

### 配音員

## 製作

《派拉諾曼：靈動小子》是首部用上彩色立體印表機的換件定格動畫電影，是繼《第十四道門》使用黑白立體列印技術後再一次革新。立體列印技術令製作團隊花費更少時間去製作人偶部件，由於電影用上大量人偶臉部部件，全彩色印製的部件令電影更快製作完成。

## 參考資料

## 外部連結

* 官方網站
* 網際網路電影資料庫（IMDb）上《ParaNorman》的資料（英文）
* 大卡通資料庫上《ParaNorman》的資料（英文）
* AllMovie 上《ParaNorman 》的資料（英文）
* 爛番茄上《ParaNorman》的資料（英文）
* Metacritic 上《ParaNorman》的資料（英文）
* Box Office Mojo 上《ParaNorman》的資料（英文）
* _ParaNorman_ DVD & Blu-ray （頁面存檔備份，存於網際網路檔案館） at Universal Studios Home Entertainment
* Official novel website
通灵的按摩师

《**通靈的按摩師**》（英語：_The Mystic Masseur_）是一部英國電影，它改編自英國作家奈保爾於 1957 年發表的小說。人物主要是特立尼達印度社區的成員。

《通靈的按摩師》的電影版在特立尼達島拍攝，於 2001 年上映，反響較好。該片的主角是一個沮喪的作家 ——Ganesh Ramsumair。最後，他成為一個成功的殖民政客，名叫 G. Ramsay Muir。

## 外部連結

* Review by Slant Magazine
* Merchant Ivory Production Listing （頁面存檔備份，存於網際網路檔案館）
* Review by BBC （頁面存檔備份，存於網際網路檔案館）
* Roger Ebert's review （頁面存檔備份，存於網際網路檔案館）
通灵者

**通靈**（英語：Mediumship），是據稱在死去人類的靈魂和活著的人類之間進行溝通的一種做法。從業者被稱為**靈媒**或**通靈者**等（英語：medium 或 spirit medium）。有許多類型的通靈媒介，包括通靈板、碟仙、起乩等。

儘管沒有客觀證據證明其存在，但對該現象的信念廣泛存在。科學研究人員試圖確定該些信念等聲稱的有效性，英國心理學會（英語：British Psychological Society）進行的一項實驗得出的結論是，其研究對象沒有表現出通靈能力。

通靈板在 19 世紀流行起來，當時上層階級使用通靈板作為娛樂的來源。在此期間的調查揭示了普遍存在的欺詐行為 —— 一些從業者使用了舞台魔術師使用的技術，這種做法開始失去公信力。欺詐在該領域中仍然很普遍。

在全球各地，警方辦案不時會與通靈技術發生關係；但是，法庭心理學者西倫・奧基夫（Ciarán O'Keeffe）根據針對該領域之長年研究指出，該技術無足夠科學證據可證明其能提供對案情確定有幫助的證據，反而容易分散調查資源，延遲辦案進度。

## 參考資料

## 參見
通灵芯片

《**通靈晶片：計算機運作的簡單原理**》（英語：_**The Pattern on the Stone**: The Simple Ideas that Make Computers Work_）是由丹尼爾・希利斯著作的一部科普讀物，英文版由 Basic Books 在 1998 年出版 (ISBN 0-465-02595-1)，中文版則由上海科學技術出版社出版，崔良沂譯 (ISBN 9787532394418)。該書從一個外行人的角度解釋了計算機科學中的一些基本概念。

該書介紹了一些有關布爾代數的主題，如資訊理論、並行計算、加密、算法、啟發式計算、通用計算，和一些的新興的技術，如量子計算和自學習系統。

## 參考
通灵藤属

**通靈藤屬**（學名：_Banisteriopsis_）為金虎尾科的一個屬。

## 下屬物種

本屬包括以下物種：

* _Banisteriopsis acerosa_ (Nied.) B.Gates
* _Banisteriopsis adenopoda_ (A.Juss.) B.Gates
* _Banisteriopsis alternifolia_ (Steyerm.) B.Gates
* _Banisteriopsis andersonii_ B.Gates
* _Banisteriopsis angustifolia_ (A.Juss.) B.Gates
* _Banisteriopsis anisandra_ (A.Juss.) B.Gates
* _Banisteriopsis arborea_ B.Gates
* _Banisteriopsis argyrophylla_ (A.Juss.) B.Gates
* _Banisteriopsis basifixa_ B.Gates
* _Banisteriopsis byssacea_ B.Gates
* _Banisteriopsis caapi_ (Spruce ex Griseb.) Morton
* _Banisteriopsis calcicola_ B.Gates
* _Banisteriopsis campestris_ (A.Juss.) Little
* _Banisteriopsis carolina_ W.R.Anderson
* _Banisteriopsis cipoensis_ B.Gates
* _Banisteriopsis confusa_ B.Gates
* _Banisteriopsis elegans_ (Triana & Planch.) Sandwith
* _Banisteriopsis gardneriana_ (A.Juss.) W.R.Anderson & B.Gates
* _Banisteriopsis goiana_ B.Gates
* _Banisteriopsis grandifolia_ (Nied.) B.Gates
* _Banisteriopsis harleyi_ B.Gates
* _Banisteriopsis hatschbachii_ B.Gates
* _Banisteriopsis heterocarpa_ Standl.
* _Banisteriopsis hirsuta_ B.Gates
* _Banisteriopsis irwinii_ B.Gates
* _Banisteriopsis laevifolia_ (A.Juss.) B.Gates
* _Banisteriopsis latifolia_ (A.Juss.) B.Gates
* _Banisteriopsis lyrata_ B.Gates
* _Banisteriopsis macedae_ W.R.Anderson
* _Banisteriopsis magdalenensis_ B.Gates
* _Banisteriopsis maguirei_ B.Gates
* _Banisteriopsis malifolia_ (Nees & Mart.) B.Gates
* _Banisteriopsis maracaybensis_ A.Juss., 1840
* _Banisteriopsis martiniana_ (A.Juss.) Cuatrec.
* _Banisteriopsis megaphylla_ (A.Juss.) B.Gates
* _Banisteriopsis membranifolia_ (A.Juss.) B.Gates
* _Banisteriopsis multifoliolata_ (A.Juss.) B.Gates
* _Banisteriopsis muricata_ (Cav.) Cuatrec.
* _Banisteriopsis nummifera_ (A.Juss.) B.Gates
* _Banisteriopsis oxyclada_ (A.Juss.) B.Gates
* _Banisteriopsis padifolia_ (Nied.) B.Gates
* _Banisteriopsis paraguariensis_ B.Gates
* _Banisteriopsis parviflora_ (A.Juss.) B.Gates
* _Banisteriopsis parvifolia_ (Nied.) B.Gates
* _Banisteriopsis parviglandula_ B.Gates
* _Banisteriopsis pauciflora_ (Kunth) C.B.Rob.
* _Banisteriopsis polygama_ (Nied.) B.Gates
* _Banisteriopsis prancei_ B.Gates
* _Banisteriopsis pseudojanusia_ (Nied.) B.Gates
* _Banisteriopsis pubescens_ (Nied.) Cuatrec.
* _Banisteriopsis pulcherrima_ (Sandwith) B.Gates
* _Banisteriopsis pulchra_ B.Gates
* _Banisteriopsis quadriglandula_ B.Gates
* _Banisteriopsis rostrata_ W.R.Anderson
* _Banisteriopsis salicifolia_ (DC.) B.Gates
* _Banisteriopsis sanguinea_ A.Juss.
* _Banisteriopsis schizoptera_ (A.Juss.) B.Gates
* _Banisteriopsis schwannioides_ (Griseb.) B.Gates
* _Banisteriopsis scutellata_ (Griseb.) B.Gates
* _Banisteriopsis sellowiana_ (A.Juss.) B.Gates
* _Banisteriopsis stellaris_ (Griseb.) B.Gates
* _Banisteriopsis variabilis_ B.Gates
* _Banisteriopsis velutinissima_ B.Gates
* _Banisteriopsis vernoniifolia_ (A.Juss.) B.Gates
* _Banisteriopsis whitei_ Rusby
* _Banisteriopsis wilburii_ B.Gates

## 參考文獻
通炎散

**苦繩**（學名：_Dregea sinensis_）是夾竹桃科南山藤屬的植物，是中國的特有植物。分布在中國大陸的廣西、陝西、貴州、四川、浙江、雲南、湖北、江蘇、甘肅等地，生長於海拔 500 米至 3,000 米的地區，一般生長在山地疏林中或灌木叢中，目前尚未由人工引種栽培。全株入藥可催乳、止咳、祛風濕，葉外敷治腫痛、癰癤、骨折。

其種加詞「_sinensis_」意為「中華的」。

現接受名為牛奶菜（_Marsdenia sinensis_ Hemsl., 1889）。

## 別名

奶漿藤（雲南、貴州）；隔山撬、白絲藤、白漿草（雲南）；小木通、通炎散、刀愈藥（雲南昆明）；野泡通（貴州）

## 參考文獻
通燕高速

**通燕高速公路**（**通燕路**）是連接北京市**通**州區和河北省廊坊市三河市**燕**郊鎮的收費高速公路，簡稱**通燕高速**，是 102 國道的一段高等級公路。在通州的部分是北京城市副中心「十一橫九縱」路網體系中的一個橫向通道。通燕高速西端通過京通通燕聯絡線高速公路與京通快速路連接於天成橋，並通過 102 國道線路引入朝陽路，東接三河市的 102 國道路段京榆大街，途中於三惠東橋與 北京繞城高速交匯。

## 互通樞紐及服務設施

出口編號及里程以 102 國道為準

## 歷史

通燕高速曾被命名為**京哈高速**，2010 年，全國高速開始統一編號，原京瀋高速公路成為新 京哈高速，原京哈高速更名為通燕高速。

2015 年 5 月，通州新城中心區建管委主任朱志高表示，為了凸顯五河交匯這個亮點，將初步考慮「讓通燕高速改道下穿，從運河源頭的東側耿莊橋下穿，把運河五河交匯處水面讓出來，一直穿行到西側的收費站附近為止，不會讓高速截斷河面。」但由於工程量大、施工複雜，具體方案還在論證中。

2022 年 6 月 10 日，通燕高速公路出京方向全時段免費通行、進京方向早尖峰時段 7:00-9:00 正常收費，其餘時段免費通行。

## 地位

通燕高速在北京高速公路網中被歸為**國道沿線技術等級為高速公路的路段**，編號採用了所屬國道的編號。

## 參考文獻

## 參見

* 北京交通
通燕高速公路

**通燕高速公路**（**通燕路**）是連接北京市**通**州區和河北省廊坊市三河市**燕**郊鎮的收費高速公路，簡稱**通燕高速**，是 102 國道的一段高等級公路。在通州的部分是北京城市副中心「十一橫九縱」路網體系中的一個橫向通道。通燕高速西端通過京通通燕聯絡線高速公路與京通快速路連接於天成橋，並通過 102 國道線路引入朝陽路，東接三河市的 102 國道路段京榆大街，途中於三惠東橋與 北京繞城高速交匯。

## 互通樞紐及服務設施

出口編號及里程以 102 國道為準

## 歷史

通燕高速曾被命名為**京哈高速**，2010 年，全國高速開始統一編號，原京瀋高速公路成為新 京哈高速，原京哈高速更名為通燕高速。

2015 年 5 月，通州新城中心區建管委主任朱志高表示，為了凸顯五河交匯這個亮點，將初步考慮「讓通燕高速改道下穿，從運河源頭的東側耿莊橋下穿，把運河五河交匯處水面讓出來，一直穿行到西側的收費站附近為止，不會讓高速截斷河面。」但由於工程量大、施工複雜，具體方案還在論證中。

2022 年 6 月 10 日，通燕高速公路出京方向全時段免費通行、進京方向早尖峰時段 7:00-9:00 正常收費，其餘時段免費通行。

## 地位

通燕高速在北京高速公路網中被歸為**國道沿線技術等級為高速公路的路段**，編號採用了所屬國道的編號。

## 參考文獻

## 參見

* 北京交通
通牒

**外交照會**（法語：Démarche）即一國政府向另一國政府通知己方對某一事件的意見。亦稱「通牒」。「照會」，意指「察照知會」。

可以是某國外交部對另一國外交部的書信，也可以是某國外交官對另一國的外交官的書信，也可以是外交部對外國使節與領事的電報，亦可以是各地的行政長官與當地外國外交官所遞交的一種外交文書。

## 參見

* 最後通牒
通猜·麦金泰

**通猜・麥金泰**（泰語：ธงไชย แมคอินไตย์，1958 年 12 月 8 日 —），泰國男演員、歌手。

## 著名音樂作品

* Hard-Sai Sai-Lom Song-Rao (1986)
* Sabai-Sabai (1987)
* Rub-Kwun-Wan-Mai (1987)
* Boomerang Man (1990)
* Ku Gad (1990)
* Bird Chilli (1991)
* Smile Club (Oct 2001)
* Smile Club Remix (Mar 29, 2002)
* Chud Rab Kaek (2002)
* Fan Ja...Sanid Kun Leaw Ja (Mar 17, 2003)
* Bird Son Bird Sek (Jun 2004)
* Volume 1 (Jul 2005)

## 電視劇

* Khu Kam (คู่กรรม)
* Wan née tee ror koy (วันนี้ที่รอคอย)

## 參考資料
通玄真人

**文子**（？—？），道家人物，相傳是老子弟子。眾說紛紜，其源流不詳。人稱**通玄真人**。文子可能是雜揉很多歷史人物所彙整的，大致上都是道家思想家，辛文子是其中之一。

為《文子》（《通玄真經》）一書作者，《漢書・藝文志》道家類著錄《文子》九篇。

## 簡介

主要看法認為「文子」就是辛文子（號計然），然而此說存很大爭議。

一說認為其姓文，名仲。也有人認為文子就是文種。

有人認為文子少於孔子，曾問學於子夏和墨子，班固在《漢書藝文志》下註明：「老子弟子，與孔子同時，而稱周平王問，似依託者也。」北魏李暹作《文子注》，傳曰：「姓辛，…… 號曰計然。范蠡師事之。本受業於老子。」

相傳文子學道早通後，曾遊學於楚，楚平王孫白公勝曾向他詢問「微言」。後又遊學到齊國，彭蒙、田駢、慎到、環淵等皆師事之，形成齊國的黃老之學。

## 參考資料
通玄真經

**文子**，又稱作《**通玄經**》，相傳是老子弟子文子所作。中國古代的書籍，有多種內容略有差異的版本。《漢書・藝文志》載有道家類著錄《文子》九篇。

主要看法認為「文子」就是辛文子（號計然），然而此說存很大爭議。文子可能是雜揉很多歷史人物所彙整的，大致上都是道家思想家，辛文子是其中之一。

## 傳為偽書

《隋書・經籍志》著錄《文子》十二篇。前人認為今本系漢唐之間的偽書，或認為抄襲《淮南子》的西漢後期作品。如唐柳宗元即認為這本書是夾雜抄襲了儒、墨、名、法諸家語句，來解釋《道德經》，故稱之為「駁書」。黃震認為是唐代默希子（徐靈府）偽造。章太炎說今本《文子》「半襲淮南，所引老子亦多怪異，其為依託甚明」。章太炎認為今本《文子》與《列子》「同出一手」，因此，「疑即張湛偽造」。。梁啓超認為「今本蓋非斑舊，實偽中出偽也，其大半襲自《淮南子》」。唐蘭說：「《文子》與《淮南子》很多辭句是相同的，究竟誰抄誰，舊無定說。今以篇名襲黃帝之言來看，《文子》當在前。......《文子》中有很多內容為《淮南子》所無，也應當是先秦古籍之一。」

但是 1973 年河北定縣 40 多號漢墓出土的竹簡中，有《文子》的殘簡，其中與今本《文子》相同的文字有 6 章，不見於今本的還有一些內容，或系《文子》的佚文，但確證了《文子》一書的存在，為西漢時已有的先秦古書。《文子》在唐代時與《老子》、《莊子》並重，天寶元年唐玄宗詔封文子為「通玄真人」，詔改《文子》為《通玄真經》，與《老子》、《莊子》、《列子》並列為道教四部經典。置博士、助教講習這些經典。列入唐代科舉教育體系。

## 漢墓出土

1973 年河北省定縣八角廊村 40 號漢墓出土大批竹簡，其中包括《文子》一書。有少量竹簡文字與今本《文子》中《道原》、《精誠》、《微明》、《自然》等篇的內容相似，余者皆是今本《文子》中找不到的佚文。有學者通過比較敦煌本、竹簡本、今本《文子》的異同，並結合有關史籍加以考察，認為《文子》一書經歷了相當長的演變過程。三種《文子》版本之間有密切聯繫，敦煌本是竹簡本向今本演變的過渡本。

## 整理

對《文子》進行整理研究的，有《通玄真經》默希子注，十二卷；宋代朱並注，七卷，（八卷以下已佚）；元代杜道堅《文子纘義》，十二卷；清代錢熙祚《文子校勘記》，俞樾《俞樓雜纂讀文子》。現今流傳的版本有：《正統道藏》十二卷本；《通玄真經贊義》十二卷本；《道藏》七卷本；《道藏輯要》本；《四部叢刊》縮印《通玄真經》十二卷本；《四部備要》本等。

今本《文子》分十二篇八十八章。十二篇分別為：

一、道原，

二、精誠，

三、九守，

四、符言，

五、道德，

六、上德，

七、微明，

八、自然，

九、下德，

十、上仁，

十一、上義，

十二、上禮。

## 體例

《文子》一書之主旨，在於解說老子之言，闡發老子思想，繼承和發展道家「道」的學說。書中每篇皆以「老子曰」三字開始，表明與老子之師承關係。明朝宋濂稱：「子嘗考其言，一祖老聃，大概道德經之義疏爾。」元代吳金節也稱：「文子者，道德經之傳也。」均說明《文子》的主旨內容。然而，亦有人認為「老子曰」三字乃後人竄入，非原文如此。

## 章節摘錄

《文子》首篇《道原》首章云：

> 老子曰：有物混成，先天地生，惟象無形，窈窈冥冥，寂寥淡漠，不聞其聲，吾強為之名，字之曰道。夫道者，高不可極，深不可測，苞裹天地，稟受無形，原流泏泏，沖而不盈，濁以靜之徐清，施之無窮，無所朝夕，表之不盈一握，約而能張，幽而能明，柔而能剛，含陰吐陽，而章三光；山以之高，淵以之深，獸以之走，鳥以之飛，麟以之遊，鳳以之翔，星曆以之行；以亡取存，以卑取尊，以退取先。古者三皇，得道之統，立於中央，神與化遊，以撫四方。是故能天運地墆，輪轉而無廢，水流而不止，與物終始。風興雲蒸，雷聲雨降，並應無窮，已雕已琢，還復於樸。無為為之而合乎生死，無為言之而通乎德，恬愉無矜而得乎和，有萬不同而便乎生。和陰陽，節四時，調五行，潤乎草木，浸乎金石，禽獸碩大，毫毛潤澤，鳥卵不敗，獸胎不殰，父無喪子之憂，兄無哭弟之哀，童子不孤，婦人不孀，虹蜺不見，盜賊不行，含德之所致也。大常之道，生物而不有，成化而不宰，萬物恃之而生，莫知其德，恃之而死，莫之能怨，收藏畜積而不加富，布施稟受而不益貧；忽兮怳兮，不可為象兮，怳兮忽兮，用不詘兮，窈兮冥兮，應化無形兮，遂兮通兮，不虛動兮，與剛柔卷舒兮，與陰陽俯仰兮。
> 
> 

文中所謂「老子曰」的內容，乃是集合《老子》中的不同語句而成，重加編排，就其義理而闡發，非實有如此一段文字。在夫道者之後，則更易看出是闡析的部份。

此章開宗明義地解釋老子「有物混成，先天地生」的「道」，以「道」是天地萬物的起源。此道先天地而生，是窈冥無形，渾而為一的。道無形無狀，無所不包，無處不在。旣分為天地，輕清者為天，重濁者為地，而四時陰陽亦依此而生，萬物乃得以生存活動。因此「道」是自然的究竟根本。 下文又說此是大常之道，「生物而不有，成化而不宰，萬物恃之而生，莫知其德，恃之而死，莫之能怨。」是以自然萬物皆循道而行，但又不知不怨，對此道的本質，旣無法認識，無法掌握，無法干預。

在《下德》篇則首言：

_老子曰：陰陽陶冶萬物，皆乘一氣而生。上下離心，氣乃上蒸，君臣不和，五穀不登，春肅秋榮，冬雷夏霜，皆賊氣之所生也。_

此章則言道有氣的特性，判為陰陽，而世間萬物皆就其陶冶而成。這就頗為超出了《老子》的基礎，而見出後人闡發的精彩之處。

## 注釋

## 外部連結

* 《文子》公案之徹底了結：班固《漢書》徵引片段
* 《文子》公案之徹底了結：桓寬《鹽鐵論》徵引片段 （頁面存檔備份，存於網際網路檔案館）
* 《文子》公案之徹底了結：《文子》徵引篇章統計 （頁面存檔備份，存於網際網路檔案館）

## 參考書目
通玄观造像

**通玄觀造像**位於中國浙江省杭州市上城區紫陽山東南麓、七寶山東麓，太廟巷 7 號紫陽小學內後山岩壁上，為原南宋臨安府道觀通玄觀道教造像遺蹟，也是杭州僅存的道教造像和中國國內罕見的南宋時期道教石刻造像。通玄觀始建於南宋紹興二十九年（1159），為原宋高宗內侍劉敖入道修真、結庵於此，地面建築已毀於清咸豐間。岩壁坐北朝南，開鑿於南宋初年至明代，長 30 米，高 3.7 米，雕鑿有四龕六尊造像及摩崖題記和碑十一通。由於曾多年處於露天狀態（現已建保護棚），風化程度逐年加重，現狀多處題刻字跡漫漶，部分造像已面目不清。

## 圖集

## 參考資料
通王城

**大吳哥**（高棉語：អង្គរធំ，羅馬化：_Angkor Thom_ 高棉語發音：[ʔɑːŋ.kɔː.tʰum]）又譯**吳哥通**、**吳哥城**，是吳哥古都最後的主城池。其高棉語名字意思是「大城」。該城市位於今天的柬埔寨，是由國王闍耶跋摩七世於十二世紀末建立。

大吳哥佔地 9 平方公里，位於吳哥窟以北，園區內保存幾座早期的紀念碑以及闍耶跋摩及其繼任者建立的紀念碑。城市的中心是闍耶跋摩的國家寺廟巴戎寺，其他主要遺址聚集在勝利廣場周圍，在這範圍內包括一系列各朝建立的古都遺蹟：蘇利耶跋摩一世重建的空中宮殿，優陀耶迭多跋摩二世建立的巴普昂寺，闍耶跋摩七世建立的巴戎寺（Bayon）、群象台和瘌王台等。該遺跡群是東南亞最受歡迎的旅遊景點之一。

## 詞源

**吳哥**（អង្គរ 高棉語發音：[ʔɑŋ.ˈkɔː]）在高棉語中意思是「首都」；該詞彙來源於梵語詞彙「城」（नगर _nagara_）。該城的正式名稱是**耶輸陀羅補羅**（高棉語：យសោធរបុរៈ 高棉語發音：[jeaʔ sao tʰeaʔ reaʔ boʔ raʔ]；梵語：यशोधरपुर _Yaśōdhara-pura_），意爲「榮光的她之城」。

不過，Angkor Thom（高棉語：អង្គរធំ）是大吳哥的另一個替代名稱（高棉語：នគរធំ）的變換名稱，由於忽略了錯誤發音而被認為是正確的名稱。Nokor（高棉語：នគរ，Nôkô ）這個詞字面意思是源自梵語的 Nagara（梵語：नगर），意為大城市，並結合了高棉語單詞 Thom（高棉語：ធំ ，Thum ）。

## 歷史

大吳哥是闍耶跋摩七世帝國的首都，也是他進行大規模建設城市計劃的中心。在城裡發現的一處銘文稱闍耶跋摩為新郎，而城市則是他的新娘。鑑於先前被占城入侵的慘痛經驗，闍耶跋摩七世將吳哥城城牆築得特別高又厚實，城外建有護城河。城中心的巴戎寺，最著名的就是以闍耶跋摩七世面容為藍本來雕刻的 54 尊四面佛像，也是「微笑高棉」的由來，寺廟牆上浮雕不只展現闍耶跋摩七世與占城戰鬥的壯闊場面，也有描繪市井小民的生活場景。而因為闍耶跋摩七世篤信佛教，吳哥地區信仰開始由印度教轉變為佛教，在巴戎寺中也可以看到印度教與佛教並存的特殊風格。除此之外，闍耶跋摩七世還建造了大批寺廟如塔普倫寺（Ta Prohm）、達松將軍廟等，也興建了不少醫院、旅舍。「吳哥城 - 偉大的城市」這個名字從 16 世紀就開始使用。

已知在吳哥城建造的最後一座寺廟是曼加拉薩寺，它於 1295 年投入使用。此後，現有的結構不斷進行修改，任何新建造的建築都是用易腐爛的材料製成的，並且沒有倖存下來。

最終在 13 世紀由國王波隆摩羅闍二世領導的阿瑜陀耶王國最終洗劫了大吳哥，迫使博涅亞領導的高棉人將首都遷往東南部的金邊，棄守後的吳哥漸漸凋零。

吳哥城在 1609 年之前的某個時間被遺棄，最遲於 16 世紀六十年代被柬埔寨人重新發現，當時一位早期的西方遊客寫道「這是一座無人居住的城市，「就像柏拉圖的亞特蘭蒂斯一樣奇妙」。[4] : 140 據信該城市曾居住了 80,000–150,000 的人口。

1622 年用高棉詩作的吳哥窟詩，曾描述了吳哥城的美麗。

## 城市格局

### 風格

大吳哥的建築物採用巴戎風格設計。其結構多以砂岩、紅土建造，每個城市入口處的面塔設有那伽雕像的巨型人物塔。

### 格局、結構

大吳哥位於洞里薩河的支流暹粒河西岸，距河約四分之一英里。大吳哥南門位於暹粒以北 7.2 公里，吳哥窟入口以北 1.7 公里。城牆高 8 公尺，兩側有護城河，每條長 3 公里，圍合面積 9 平方公里。城牆是由土支撐的紅土結構興建，頂部設有欄杆。每個基點都有大里通往市中心或巴戎寺。由於巴戎寺本身沒有城牆或護城河，考古學家將這座城市的城牆或護城河解釋為代表須彌山周圍的山脈和海洋。另一座城門「勝利門」位於東門以北 500 米處；勝利之路與通往勝利廣場和巴戎北部皇宮的東路平行。距暹粒市中心約 30 分鐘路程。

城門高 23 公尺的塔樓是後來添加到主體結構的，沿用了巴戎的表面，上頭刻畫的人物可能代表國王本人、觀世音菩薩、 帝國的守護者或某種組合。每座塔前的護城河都有一條堤道：左邊有一排提婆，右邊有一排阿修羅，每排都拿著一隻龍以拔河的姿態呈現。這似乎是對印度教著名的創世神話故事《攪乳海》神話的參考。龍族也可能代表從人類世界到眾神世界（巴戎）的過渡，或者是守護者。

南門現在是遊客最多的地方，因為它是遊客進入城市的主要入口。在城市的每個角落都有一座由砂岩建造的角落神殿 ，供奉觀音菩薩。這些建築通常為以中央塔為基準的十字形結構，面向東方。

大吳哥內設有運河系統，水從東北流向西南。被城牆包圍的大部分土地將被城市的建築所佔據，這些建築現已不存。並被森林覆蓋。

大多數吳哥遺址都有大量的淺浮雕展示，描繪了古代印度教的神話故事和史詩中出現各種神、女神和超凡脫俗的生物。以及實際已知的動物，如象、蛇、魚和猴，此外還有看起來如是中國神話、中國民俗中的傳說生物龍樣貌的生物。

在塔普倫遺址中，在一個巨大的石入口附近，可以看到「西入口南側壁柱上的圓環設計不同尋常」。人們能夠看到該遺跡描繪各種常見動物，如豬、猴子、水牛、公雞和蛇的圓形。這些圓形中沒有神話人物，因此可以合理地得出結論，這些人物描繪的是 12 世紀古代高棉人常見的動物。

## 圖片

* * * * * * * * * * * * * * * * * * * * *

## 參考資料

**來源**

**書籍**

* Albanese, Marilia. The Treasures of Angkor (Paperback). Vercelli: White Star Publishers. 2006. ISBN 88-544-0117-X.
* Freeman, Michael; Jacques, Claude. Ancient Angkor (Paperback). Bangkok: River Books. 2003. ISBN 974-8225-27-5.  含有內容需登入查看的頁面 (link)
* Jessup, Helen Ibbitson; Brukoff, Barry. Temples of Cambodia - The Heart of Angkor (Hardback). Bangkok: River Books. 2011. ISBN 978-616-7339-10-8.

## 外部連結

* OpenStreetMap 上有關大吳哥的地理資訊
* 維基共享資源上的相關多媒體資源：大吳哥
通珠高速动车组列车

**通珠高速動車組列車**是中國鐵路運行於江蘇省南通市南通站及廣東省珠海市珠海站的高速動車組列車，途經江蘇省、上海市、浙江省、江西省、湖南省、廣東省五省一市，列車客運乘務由廣州局集團廣九客運段擔當。其中南通站至珠海站運行 11 小時 11 分，使用車次為 **G1304/1301 次**；珠海站至南通站運行 10 小時 56 分，使用車次為 **G1302/1303 次**。

## 歷史

2021 年 1 月 20 日，原南通～廣州南 G1304/1301、G1302/1303 次列車延長至珠海站始發終到。

## 時刻表

* 以下數據截至 2022 年 6 月 27 日：

## 使用列車

本對列車使用配屬廣州局集團深圳動車運用所的 CR400AF-A。

## 參見

* 滬廣高速動車組列車
* 滬深高速動車組列車

## 參考資料
通班·显阿蓬

**通班・顯阿蓬**（Thongbanh Sengaphone，1953 年 5 月 2 日 —2014 年 5 月 17 日）生於寮國博利坎賽省 Thouai Beang，寮國政治家，原寮國人民革命黨中央書記處書記、公安部部長。

## 生平

2005 年 2 月，寮國公安部部長蘇再・塔馬西退休，通班・顯阿蓬接任公安部部長。2005 年 5 月 26 日，中國國務委員、公安部部長周永康在人民大會堂與寮國公安部部長通班・顯阿蓬舉行會談。

2006 年 6 月組成的新一屆寮國政府中，通班・顯阿蓬擔任公安部部長。

2011 年 6 月組成的新一屆寮國政府，共設有 21 個部門（18 個部和 3 個直屬機構），其中通班・顯阿蓬擔任公安部部長。2013 年 7 月 8 日，中共中央政治局委員、中央政法委書記孟建柱，國務委員、公安部部長郭聲琨在釣魚台國賓館會見了寮國人民革命黨中央書記處書記、公安部部長通班・顯阿蓬。

2014 年 5 月 17 日，包括隆再・皮吉中將（寮國人民革命黨中央政治局委員、政府副總理兼國防部部長）等寮國高級政府官員乘飛機從寮國首都萬象起飛，到川壙省參加慶祝寮國人民軍第二師成立 55 周年的活動，但飛機在當天早上墜毀，寮國國防部部長隆再・皮吉及其夫人、寮國公安部部長通班・顯阿蓬、寮國人民革命黨中央宣傳部部長征・宋本坎、萬象市市長蘇甘・馬哈拉等人在事故中遇難。

## 參考文獻
通瑞

**通瑞**（Thông Thụy、1034 年四月 —1039 年六月）是大瞿越國越南李朝太宗李佛瑪的第二個年號，共計 6 年。

## 紀年

## 參見

* 越南年號索引
通產相

**經濟產業大臣**（日語：経済産業大臣／けいざいさんぎょうだいじん、英語：Minister of Economy, Trade and Industry）是日本內閣中掌管經濟產業省的國務大臣。簡稱**經產相**（けいさんしょう）。

## 概要

經濟產業大臣前身是 1949 年（昭和 24 年）由商工省重組更名的通商產業省首長**通商產業大臣**（簡稱**通產相**）。1960 年代高度經濟成長期至 1990 年代泡沫經濟期為止是與外務大臣及大藏大臣並列的最重要閣僚之一。在自民黨政權下多由派閥領袖與次世代明日之星擔任。

每年舉行的八大工業國組織首腦會議由各國首腦與外交閣僚、財政閣僚出席，各自參與首腦會議、外長會議、財長會議。1980 年威尼斯高峰會前 10 日，首相大平正芳去世，日本由外相大來佐武郎代理首相出席首腦會議，外長會議則由通產相佐佐木義武出席。

2001 年（平成 13 年）中央省廳再編，通商產業省重組更名為經濟產業省，廢除通商產業大臣，新設**經濟產業大臣**。

## 歷代大臣

## 參考文獻

## 外部連結

* 大臣・副大臣・大臣政務官（METI / 經濟產業省） （頁面存檔備份，存於網際網路檔案館）
通用

**通用**（General）可能指以下公司：

* 通用汽車，簡稱 **GM**，美國的一家跨國汽車製造公司。
* 奇異，簡稱 **GE**，又被稱為**奇異公司**。
* 通用動力，簡稱 **GD**，美國的一家國防企業集團。
* 通用儀器，簡稱 **GI**，美國的一家電子產品製造商。
* 通用磨坊，簡稱 **GM**，美國的一家食品公司。
* 通用原子，簡稱 **GA**，美國的一家能源和國防企業集團。
通用3D

**通用 3D**（U3D）是 3D 計算機圖形壓縮文件格式標準。

該格式由一個 3D 行業論壇的特殊聯盟定義，該聯盟匯集了各種公司和組織，包括英特爾、波音、惠普、Adobe、賓利和其他關注 3D 推廣的公司和組織用於各種行業的圖形，特別是製造及建築工業廠房設計。該格式後來在 2005 年 8 月被 Ecma 國際標準化為 ECMA-363。

PDF 格式本身支持 U3D 格式，U3D 格式的 3D 對象可以插入到 PDF 文檔中，Adobe Acrobat（自版本 7 起）以交互方式可視化該格式的 3D 對象。

## 應用程式支持

支持嵌入 U3D 對象的 PDF 的應用程式包括：

* Adobe Acrobat Pro 允許在 PDF 中創建 PDF 並將各種文件格式轉換為 U3D。Acrobat Pro 允許創建 PDF 和嵌入預先創建的 U3D 文件。
* Adobe Photoshop CS3、CS4 和 CS5 Extended 能夠將 3D 圖層導出為 U3D 文件。
* ArchiCAD 允許導出 U3D 文件。
* Bluebeam Revu 允許在 PDF 中創建 PDF 和嵌入 U3D。隨附可從 Revit 和 Solidworks 導出 3D PDF 的插件。
* Daz Studio 允許導出到 U3D。
* IText 開源 Java 庫允許創建包含 U3D 的 PDF。
* Jreality 一個具有 3D-PDF 和 U3D 導出​​功能的開源數學可視化包。
* MeVisLab 支持導出生物醫學圖像的 U3D 模型。
* MicroStation 允許導出包含 U3D 的 PDF。
* Poser 7。
* Autodesk Inventor 允許將文件保存為包含 U3D 的 3D PDF。即將於 2017 版推出。
* KeyCreator 允許從 U3D 和 PDF 文件讀取 U3D 數據，並將模型導出到 U3D 並嵌入到 3D PDF 中。
* SolidWorks 允許將文件保存為包含 2014 版之前的 U3D 的 3D PDF。
* ArtiosCAD 允許將文件保存為包含 U3D 的 3D PDF。
* SpaceClaim 允許打開和保存包含 U3D 的 3D PDF 格式。
通用GE36

**奇異 GE36** （**General Electric GE36**）是一種實驗性飛機發動機， 由渦輪風扇發動機和渦輪螺旋槳發動機結合而成，被稱為**無涵道風扇發動機** （**UDF**）或槳扇發動機。由奇異航空開發，同時，其 CFM 國際的平等合作夥伴斯奈克瑪參與了 35% 的開發。
GE36 的開發於 1989 年被取消。

## 規格

**數據來源：** 12, 17

### 概況

* **類型：** **直驅式** 、**同軸反向旋轉**、附**推桿配置**且配有**奇異 F404 的氣體產生器**的**槳扇發動機**
* **長度：**
* **直徑：** 76.4 英寸（194 公分；6.37 英尺；1.94 公尺） 最大機艙直徑
  * **前風扇直徑:** 140.0 英寸（356 公分；11.67 英尺；3.56 公尺）
  * **後風扇直徑（10 個前葉片 + 8 個後葉片的組合）:** 132.0 英寸（335 公分；11.00 英尺；3.35 公尺）
  * **後風扇直徑（8 個前葉片 + 8 個後葉片的組合）:** 128.0 英寸（325 公分；10.67 英尺；3.25 公尺）
* **淨重：** 6,000 英磅（2,700 公斤）

### 組件

* **壓縮機：** 3 級低壓軸流式壓縮機（轉速 13270 rpm）、7 級高壓軸流式壓縮機（轉速 16810 rpm）
* **渦輪：** 1 級低壓渦輪、1 級高壓渦輪、6 級對轉自由動力渦輪

### 性能

* **最大推力：** 25,000 英磅力（110 千牛頓）轉速 1393 rpm
* **總壓比：** 26:1
* **旁通比：** 35
* **渦輪前溫度：** 動力渦輪進口: 1,310 °F（710 °C）
* **燃料消耗率：** _起飛_: 0.232 英磅燃料每英磅推力每小時（6.6 克燃料每千牛頓每秒）; _巡航_: 0.49 英磅燃料每英磅推力每小時（14 克燃料每千牛頓每秒）
* **推重比：** 8

## 應用

* 波音 727
* 波音 7J7
* 麥道 MD-81
* 麥道 MD-94X

## 參見

* 歐洲螺旋槳公司 TP400
* 庫茲涅佐夫 NK-12
* 庫茲涅佐夫 NK-93

**相關開發**

* 奇異 F404
* 奇異 GE38-B5 UDF
* 奇異 GE90

**類似引擎**

* 普惠 - 艾利森 578-DX
* 伊夫琴科 - 進步設計局 D-27
* 伊夫琴科 - 進步設計局 D-236
* 勞斯萊斯 RB3011

## 參考來源

## 外部連結
通用Windows平台

**通用 Windows 平台**（**Universal Windows Platform**，簡稱 **UWP**）是微軟公司建立並在 Windows 10 中首次引入的一個同性質應用程式架構平台。此軟體平台的目的是說明發展 Metro 樣式的應用程式，便於軟體可以在 Windows 10 和 Windows 10 Mobile 上執行且無需重新編寫。它支援使用 C++、C#、VB.NET 或 XAML 開發的 Windows 應用程式。API 採用 C++ 實現，並支援 C++、VB.NET、C# 和 JavaScript。UWP 在 Windows Server 2012 和 Windows 8 中作為一個 Windows Runtime 平台的擴充被首次引入，允許開發者建立可潛在執行在多種裝置類型上的應用程式。

## 相容性

UWP 是 Windows 10 和 Windows 10 Mobile 的一部份。UWP 應用程式不能在早期的 Windows 版本上執行。

應用程式能使用 Visual Studio 2015 進行此平台的原生開發。而面向 Windows 8.1、Windows Phone 8.1 及其兩者（通用 8.1）的舊版 Metro 應用程式需要一些修改才能遷移到 UWP。

在 2015 Build 期間，微軟宣布了一個 UWP「橋梁」集，允許 Android 和 iOS 軟體被移植到 Windows 10 Mobile。 Windows Bridge for Android（代號「Astoria」）將允許使用 Java 或 C++ 的 Android 應用程式被移植到 Windows 10 Mobile 和發布到 Windows 應用程式商店。Windows 開發者平台的技術總監 Kevin Gallo 解釋說，該層包含一些限制：Google Mobile 服務和某些核心 API 將不可用，存在「深度整合到背景服務」的應用程式（如通信軟體）也不能在此環境下良好執行。Windows Bridge for iOS（代號「Islandwood」）是一個開源中介軟體工具包，允許使用 Objective-C 開發的 iOS 軟體使用 Visual Studio 2015 將 Xcode 程式碼轉換為 Visual Studio 專案以移植到 Windows 10 Mobile。Windows Bridge for iOS 的一個早期版本已使用 MIT 許可證在 2015 年 8 月 6 日發布為一個開源軟體，而 Android 版本仍在內部測試。

2016 年 2 月，微軟宣布已經收購了位於舊金山的開發 Xamarin 軟體的公司。此次收購後不久，微軟宣布將放棄 Android bridge 專案，並計劃支援在 Windows 10 上執行 Android 應用程式。他們的關注重點將主要集中在 iOS bridge。

## 開發

UWP 是 Windows Runtime 的一個擴充。採用 UWP 建立的「通用 Windows 應用程式」在其清單（manifest）構建中不再採用對特定作業系統的寫法，相反，它們採用「通用 Windows 平台橋梁」針對一個或多個裝置族群，例如個人電腦、智慧型手機、平板電腦和 Xbox One。這些擴充允許應用程式自動利用當前執行裝置中可用的功能。通用應用程式即可以執行在智慧型手機上，也可以執行在平板電腦上，並為兩者提供適當的體驗。如果手機連接到一台桌面電腦或者一個合適的擴充埠，其上執行的通用應用程式還可能呈現為平板電腦上的體驗。

## 反響

### 作為遊戲平台

UWP 的遊戲開發會受到技術限制，遊戲可能無法做到桌面應用程式的所有功能，包括不相容多顯示卡，無法停用垂直同步，不能支援遊戲模組，及不能使用遊戲輔助軟體如 Fraps、Steam 遊戲內介面和按鍵管理器等。Epic Games 創辦人 Tim Sweeney 批評 UWP 是「圍牆花園」，預設情況下，UWP 軟體只能透過 Windows 應用程式商店安裝，必須更改系統設定才能啟用外部應用程式的安裝（Android 系統有類似的設計）。此外，某些系統功能只能在 UWP 呼叫，不能在基於 Win32 的軟體中使用（這包括大多數 PC 電子遊戲）。Sweeny 表示這是「微軟有史以來最激進的動作」、試圖將 PC 轉變為封閉平台，並且這些舉動註定將使 Steam 等第三方商店處於劣勢，微軟削減了使用者自由安裝全功能 PC 軟體的自由，破壞開發者及發行商與其客戶之間保持直接關係的權利。因此，Sweeney 稱終端使用者應該可以直接下載 UWP 軟體並以桌面軟體的方式安裝它。

在 Build 2016 期間，微軟 Xbox 部門負責人 Phil Spencer 宣布公司正在嘗試解決一些問題，以改進 UWP 對 PC 遊戲的能力。他指出，微軟正在「致力於達到或超過全螢幕遊戲的效能預期，以及提供包括覆蓋層、模組等附加功能的支援。」，並同時宣布提供停用垂直同步的支援，以及 AMD FreeSync 和 Nvidia G-Sync 技術的支援，這將在 Windows 10 的未來更新中添加。

## 參考資料

## 外部連結

* Guide to UWindows Runtimeniversal Windows Platform (UWP) apps （頁面存檔備份，存於網際網路檔案館）
通用Windows平台应用

**通用 Windows 平台應用**，也稱 **Metro 風格應用**，是一種通過 Windows 應用商店向 Microsoft Windows 作業系統分發的移動應用程式，它們不同於在設計、開發、分發以及內容上不同於傳統桌面應用程式。

## 感觀

傳統的桌面軟體運行於窗口內，有它們自己的邊框，以區分彼此。邊框上還會附著用於顯示應用程式標題的標題欄，系統菜單、偶爾也會有一組最大化、最小化、關閉和求助按鈕置於其上。框圍軟體的窗口可水平或垂直的更改尺寸。它們是由使用者介面中可見的元素控制，包括菜單、工具欄、繃帶、滾動條以及窗口邊框。在 Windows Vista 和 Windows 7 中這些元素變得更加複雜，以至於需要特定的應用程式來做螢幕擷取。

在 Windows 8 中，Metro 風格應用程式不運行於窗口中。它們或者是佔據了整個熒屏；或者是移到熒屏的一側，而佔據了熒屏的那個垂直部分。Metro 風格應用程式沒有傳統的使用者介面，沒有標題欄、沒有系統窗口、沒有窗口邊框、也沒有控制按鈕等等，真正的應和了微軟常說的「內容才是主角」的口號。但必要的命令介面像滾動條這樣的介面元素還是有的，不過起初被隱藏起來。Metro 風格應用程式在他們自己的介面中並沒有菜單，而是借用置於 Settings charm 中的特製菜單。

根據使用者的回饋，微軟逐漸寬鬆了這種無介面元素的規則。在 Windows 8.1 中，標題欄被引入但處於隱藏的狀態，除非使用者將滑鼠滑越於熒屏頂端，否則它決不會現身。Windows 10 引入了平板模式，平板電腦安裝後會自動開啟這種模式；而在桌面或筆電中它被默認是關閉的，但卻可手動開啟與關閉。當這種模式關閉時，運行於桌面的 Metro 風格應用程式有可見的標題欄，大小也是可調的。當平板模式開啟後，Metro 風格應用回退至 Windows 8.1 時的樣式，所有應用程式都以最大化呈現佔據著整個熒屏，不可調節尺寸。

此外，Windows 10 也將設定 Charm 移除，被一種稱之為「漢堡菜單」的系統菜單變體所取代。

## 分發和授權

此前，Windows 可以安裝來自於任何地方的應用程式，無論是隨身碟還是網際網。但對於 Metro 風格應用程式來說，只能夠透過 Windows 商店來購買安裝。購買而來的 Metro 風格應用程式與帳戶綁定，因此無論身處何處，都可通過同一帳戶安裝於不同的裝置中。然而在 Windows 10 中安裝次數得以受限。

## 多任務

Windows 8 之前，任務欄被用於抽選正在運行的程式，而在 Windows 8 中運行中的 Metro 風格應用程式是通過熒屏左側特定的應用選擇器來選取。

## 生命週期

在 Metro 風格應用程式出現以前，軟體的運轉與結束都可由使用者控制，比如雙擊圖標開始，單擊關閉按鈕結束。然而 Metro 應用程式是沉浸式的，可能在使用者還未開啟它們時，系統已將其啟用；而當使用者關閉後，系統可能還在保留它們在後臺工作。Metro 風格應用程式的生存週期是由 Windows 應用管理員根據系統資源利用情形而自行管理的。

## 開發

### Windows 運行時

傳統的應用程式是通過使用 Windows API 庫函式在計算機語言下開發的，人們可以自由選擇喜愛的開發工具與開發語言。然而要開發 Metro 風格應用程式便須使用 WinRT 運行時庫，並且對於系統函式的調用加以限制，未能資質驗證通過的應用是無法在 Windows 商店中上架的。

並不是每個使用 WinRT 運行時庫的應用都是 Metro 風格應用；WinRT 中的有些功能也可被桌面應用程式所利用。

 
Metro 風格應用程式只能使用微軟自家的開發工具開發。雖然聲稱可以在多種語言下互操作，但自行嘗試實現對窗口運行時的綁定將導致失敗。根據 Embarcadero Technologies 的首席科學家 Allen Bauer 所說，這裡有些編程介面幾乎是所有程式開始者所必須調用的，但是卻得到微軟的禁止，除非是使用微軟自家的 Visual C++ 運行時才行。

### 通用應用

可同時運行於智慧型電話、個人電腦、遊戲終端和 HoloLens 的應用稱之_為通用應用_。這是通過使用通用應用介面來完成的，最早出現於 Windows 8.1 和 Windows Phone 8.1 中。Visual Studio 2013 with Update 2 起可以開發這類應用程式。Windows 10 為開發通用應用而引入了通用 Windows 平台 10。使用 Visual Studio 2015 可以利用這一平台開發這樣的應用。早先的 Windows 8.1、Windows Phone 8.1 的應用需要經過修改後才可遷移至此平台。

特定 Windows 平台並不是一個不同於 WinRT 的開發庫，相反只是它的擴展。通用應用不再是為特定作業系統而編寫的，相反，它們定位於一個或多個不同的裝置，比如桌面、移動、電玩 XBox 以至於物聯網。只要裝置能力允許，那麼它們便可運行。一個通用應用可以在智慧型電話和平板上運行，並提供差不多的體驗。運行於智慧型電話的通用應用在連接到熒屏後會可能會與運行於平板之上相同。

### APPX

**APPX** 是用於分發和安裝 Metro 風格應用程式檔案格式，它使用於桌面和移動版的 Windows。 為了統一電腦版和移動版中的應用，在 Windows Phone 8.1 中，XAP 檔案格式也被 APPX 取代。APPX 檔案僅相容 Windows Phone 8.1 和之後的版本。

Windows 電話市場允許使用者將 APPX 檔案下載至 SD 卡中並手動安裝它們。但在桌面系統，如 Windows 8，這樣的做法是被禁止的，除非使用者可得到開發者許可或使用在商業域中的電腦。

## 安全性

Windows 軟體只要它們希望便有使用和改變他們生態系統的能力。Windows 帳戶權限，使用者帳戶控制面板和殺毒軟體嘗試在應用試圖這麼做前通知並讓使用者干預他們的做法，以至於免於它們帶來的威脅。然而 Metro 風格應用軟體運行於沙盒中，是無法永遠改變 Windows 作業系統的生態環境的。它們需要權限才可存取硬體資源，比如網際錄影機和麥克風，而且它們也僅能使用使用者文件，比如我的文件。微軟進一步的協調這些應用，並當在發現它們帶來安全和隱私問題時刪除它們。

## 參見

* 通用 Windows 平台（UWP）
* Modern UI

## 參考資料
通用·貝迪公司

**通用・貝迪公司**(GE-Betz) 為通用集團下之子公司 (GE Water & Process Technologies) 是位於美國賓夕法尼亞州的水處理公司。貝迪公司的核心業務在於水處理化學藥劑，其功用為延長冷卻水塔、鍋爐等器材之使用壽命。
通用中間語言

**通用中間語言**（**Common Intermediate Language**，簡稱 **CIL**，發音為 "sill" 或 "kill"）是一種屬於通用語言架構和.NET 框架的低階（lowest-level）的人類可讀的程式語言。目標為.NET 框架的語言被編譯成 CIL，然後彙編成字節碼。CIL 類似一個物件導向的組合語言，並且它是完全基於堆疊的。它運行在虛擬機上，其主要的語言有 C#、Visual Basic .NET (VB.NET)、C++/CLI 以及 J#。

在.NET 語言的測試版中，CIL 原本叫做**微軟中間語言**，即 **Microsoft Intermediate Language**，簡稱 **MSIL**。由於 C# 和通用語言架構的標準化，在.Net 開發平台下，所有語言（C#、VB.NET、J#、C++/CLI）都會被編譯為 MSIL，再由 CLR 負責運行，字節碼現在已經官方地成為了 CIL。因此 MSIL 有時仍會與 CIL 混用，特別是那些.NET 語言的老用戶。更詳細的信息可以參看微軟的說明。

## 概述

在編譯.NET 程式語言時，原始碼被翻譯成 CIL 碼，而不是基於特定平台或處理器的目標代碼。CIL 是一種獨立於具體 CPU 和平台的指令集，它可以在任何支持.NET framework 的環境下運行。CIL 碼在運行時被檢查並提供比二進位代碼更好的安全性和可靠性。

## 即時編譯（JIT）

即時編譯是指字節碼在 CPU 執行時被立即轉換成機器碼。轉換是在程序執行的過程中逐漸進行的。即時編譯技術提供了特定環境下的最佳化、運行時類型安全以及彙編驗證。為此，即時編譯器檢查程序集元數據中是否有非法訪問和句柄的衝突。

## NGEN（本機映像生成器）編譯

本機映像生成器（Ngen.exe）是一個提高託管應用程式性能的工具。Ngen.exe 創建本機映像（包含經編譯的特定於處理器的機器代碼的文件），並將它們安裝到本地計算機上的本機映像緩存中。運行庫可從緩存中使用本機映像，而不是使用實時編譯器編譯原始程序集。

## 元數據

## 執行 CIL

## 參見

* PyPy，可將 Python 編譯成 CIL 的一套編譯器
* Phalanger（PHP into CIL compiler）

## 參考文獻

## 外部連結

* Hello world program in CIL
* Kenny Kerr's intro to CIL (called MSIL in the tutorial) （頁面存檔備份，存於網際網路檔案館）
* Common Language Infrastructure (CLI ) - Partition III - CIL Instruction Set
* Tutorial including CIL (called MSIL in the tutorial) by Aleksey Nudelman
* Common Language Infrastructure (Standard ECMA-335)（頁面存檔備份，存於網際網路檔案館）
* Speed: NGen Revs Up Your Performance With Powerful New Features -- MSDN Magazine, April 2005
* C# and Common Language Infrastructure Standards」on MSDN
通用二进制

**通用二進位**（英語：Universal binary）是蘋果電腦公司提出的一種程序代碼，使程序能以本地程序的形式運行在使用 PowerPC 或者英特爾微處理器（x86）的麥金塔電腦上，在同一個程序包中同時為兩種架構提供最理想的性能。硬體方面，蘋果電腦公司已經將其產品線上的所有麥金塔電腦在 2006 年內轉為英特爾處理器，相對應的軟體方面，蘋果最早是在 2005 年蘋果電腦全球研發者大會上就發布了通用二進位的內容來適應這種轉換。

當程序在作業系統中運行後，將自動檢測通用二進位代碼，然後根據使用的架構自動選擇合適的代碼來執行，因此實現無損的本地程序運行速度。

## 概要

通用二進位代碼有兩種基本類型。一種類型就是簡單提供兩種獨立的二進位代碼，一個用來對應 x86 架構，一個用來對應 PowerPC 架構。但是對於不熟悉代碼的普通軟體使用者來說，在購買和使用的時候，可能搞不清二者區別。另外一種類型就是只編寫一個架構的代碼，當另外一種處理環境時讓系統自動調用模擬器運行。這會導致運行速度下降，一般是作為「通用二進位」或者「特別連編二進位」出現之前暫時使用的折衷辦法。（參見 Rosetta）

因為需要儲存多種代碼，通用二進位應用程式通常比單一平台二進位的程序要大，但是由於兩種架構有共通的非執行資源，所以並不會達到單一版本的兩倍之多。而且由於執行中只調用一部分代碼，運行起來也不需要額外的內存。

在 1990 年代中期從 68k 處理器轉換到 PowerPC 的時候，蘋果電腦公司使用了一個類似的技術。當時這些雙平台可執行程序被稱為 " 胖二進位 "，因為他們文件容量比原來要大。

目前，蘋果公司的 Xcode 是唯一一個可以編譯通用二進位代碼的 GUI 工具。一個使用 processor-independence 開發的簡單應用程式只需要改動很少的部分就可以實現通用二進位。但是對於那些基於要發揮一種架構特長的複雜程序來說，修改代碼通過連編就是一個比較複雜的工程。 使用其他開發工具製作的應用程式需要額外的修改。正因為這些原因，導致目前英特爾麥金塔電腦和那些第三方製作的通用二進位軟體不能同步的現象。而蘋果在硬體方面的轉換比預定計劃提前了好幾個月，也是造成這種差距的另外一個因素。

蘋果公司的 Xcode 2.4 版本將通用二進位的概念進一步推廣，支持創建四架構二進位（對應英特爾和 PowerPC 中 32 位和 64 位平台），因此可以讓一個執行程序在所有 Mac OS X 機器上運行。

## 通用應用程式

2005 年蘋果電腦全球研發者大會以來，很多軟體開發者都已經為其產品提供了通用二進位代碼。到 2008 年 12 月，蘋果官方網站列出了超過 7500 種通用應用程式。

儘管如此，一些老舊的應用程式與遊戲還沒有通用二進位版本，如暴雪的星海爭霸。這些產品目前必須使用 Rosetta 編譯器在英特爾麥金塔電腦上運行。在 Adobe Photoshop 推出適用於英特爾麥金塔電腦運行的版本前，該軟體要比在 PowerPC 處理器的麥金塔電腦，甚至比 Microsoft Windows 系統中運行還要緩慢。Adobe 公司已經聲明，不會發布舊產品的通用二進位版本，而是轉而在未來發布的新版本中進行通用二進位化。 微軟也發布了類似的聲明。

2007 年 4 月 16 日，Adobe 發布了 Adobe Creative Suite 3，該產品第一個使用通用二進位格式的版本。

在 2008 年 3 月，許多 Mac OS X 的程序已經被轉換成了通用二進位格式，包括 QuarkXPress，Apple 的 Final Cut Studio，Adobe Creative Suite，Microsoft Office 2008 和 Shockwave Player（11 版以後）。其餘只有 PowerPC 版本的程序在 Intel 處理器的 Mac 上運行時必須使用 Rosetta。

隨著 Mac OS X 10.6 Snow Leopard 的發布，由於系統僅支持 Intel 處理器等原因，部分程序已經去除了對 PowerPC 處理器的支持。

## 通用二進位 2

蘋果在 2020 年 6 月的 WWDC 中宣布了其將 Mac 遷移至蘋果晶片的計劃，同時發布了通用二進位 2，供開發者同時支持 x86-64 和 ARM64。整個遷移將持續「大約兩年」。

## 參見

* 英特爾
* 蘋果電腦公司

## 注釋

## 外部連結

* 蘋果開發者關於通用二進位代碼編程指南的介紹簡體中文
通用产品代码

**通用產品代碼**（英語：Universal Product Code，**UPC**）是美國均勻碼理事會制定的商品條碼，主要在美國及加拿大使用。在其基礎之上發展起來的歐洲商品編碼則已發展成為適用範圍最廣的通用條碼。

## 歷史

UPC 是在 IBM 公司工程師諾曼・伍德蘭的環形碼基礎上誕生的。1966 年，美國國家食物連鎖協會（National Association of Food Chains，NAFC）要求研製加快貨物驗收速度的設備，國家收款機（National Cash Register，IBM 公司的前身）在 1967 年開發出了用來替代伍德蘭德牛眼碼的新式同心圓環碼。

1970 年夏天，應國家食物連鎖協會要求，Logicon 公司開發出了食品工業統一碼（Universal Grocery Products Identification Code，UGPIC），依據 IBM 喬治・勞雷爾設計方案。很快，美國超市 Ad Hoc 組織在 Logicon 公司建議下製造了 UPC。美國均勻碼理事會在 1973 年建立了 UPC 系統，並且實現了該碼制標準化。UPC 首先在雜貨零售業中試用，1974 年 6 月 25 日，俄亥俄州的 Marsh 超級市場安裝了由 NCR 製造的第一台 UPC 掃描器。在使用 UPC 的 27 種商品中，第一個被收銀員沙龍・布坎南（Sharon Buchanan）掃描的是標價 69 美分的十片裝箭牌口香糖。在十年內，條碼掃描器攻占了一半的美國超市。至 1989 年，達到全美食品店的 62%。

1992 年香港惠康超級市場（台灣稱為「頂好」）成為全港第一家使用 UPC 系統的超市，為客人提供更快更方便的付款服務。根據 2004－2008 年的報告，惠康超級市場的分店數目因而提升。

## 編碼規則

UPC 只能用來表示 0－9 的數字。每 7 個模組表達一個字符，每個模組有空（白色）與條（黑色）兩種狀態。

UPC 又分為 UPC-A、B、C、D、E 五種版本。

### UPC-A

用於通用商品，是適用範圍最廣的 UPC。一共有 113 個模組，每個模組長 0.33 毫米。左右兩個各由 9 個模組組成的空白。UPC-A 是定長碼，只能表示 12 位數字。從左至右，依次是 3 個模組（101）的起始碼、1 位的系統碼、5 位的左側數據碼、5 個模組（01010）的中間碼、5 位的右側數據碼、檢查碼、3 個模組（101）的終止碼。其中，起始碼、中間碼、終止碼的模組長度都要長於數據碼。

* 對應法則：左側數據碼與右側數據碼的數值對應規則並不相同，左側數據碼含有奇數個模組，右側數據碼含有偶數個。黑色模組對應邏輯值為 1，白色則為 0。

　
: 可以看出，左側數據碼是右側數據碼的反碼。

　
: 以上圖中的數字 4 為例：首先確定它是右側數據碼，然後讀取出它的邏輯值：1011100。轉換成條與空則是：細黑（1）、細白（0）、粗黑（111）、粗白（00）。

* 檢查碼：檢查碼為全部 12 位數據碼最後一位。如果從左至右依次將數據碼前十一位命名為 N1－N11, 檢查碼命名為 C。則檢查碼 C 的計算方式如下：
  * CC=(N1+N3+N5+N7+N9+N11)×3 +(N2+N4+N6+N8+N10)，然後取個位；
  * C=10–CC（若 C 值為 10，則取 0）。

　
: 以圖中條碼為例，CC=(0+6+0+2+1+5)×3+(3+0+0+9+4)=58，C=2

### UPC-B/C/D

與 UPC-A 基本相同。其中：B 碼主要用於醫藥衛生；C 碼用於產業部門，第二位為系統碼，倒數第二位為檢查碼；D 碼用於倉庫批發，倒數第三位為檢查碼

### UPC-E

短碼，總長度為 8 個字碼。A 碼與 E 碼之間數字的對應規則與最後一位檢查碼有關。如下:

* 對應法則：至於數字與模組之間的對應關係，也與最後一位有關：

E 表示偶碼，O 表示奇碼。UPC-E 的奇碼與 UPC-A 的奇碼完全相同。

* 檢驗碼：計算 UPC-E 的檢查碼時，先將其轉換為對應的 UPC-A，然後按照一樣的模式計算出檢查碼即可。

## 參考文獻

* （簡體中文）UPC 碼
* （繁體中文）UPC 條碼 （頁面存檔備份，存於網際網路檔案館）
* （英文）UPC 碼 30 年
* （英文）IBM 公司對於條碼的影響 （頁面存檔備份，存於網際網路檔案館）
* （英文）BarcodeRobot （頁面存檔備份，存於網際網路檔案館）
* （英文）條碼歷史
通用会计准则

**會計準則**是規範會計帳目核算、會計報告的一套文件。它的目的在於把會計處理建立在公允、合理的基礎之上，並使不同時期、不同主體之間的會計結果的比較成為可能。

會計準則的制訂主體有兩類：在奉行大陸法系的國家，會計規範一般採用法定主義。即會計事務的處理規則從屬於稅法，國家制訂了一系列具體的會計法規、甚至包括統一的會計科目表，如法國、德國。在奉行普通法的國家，會計準則由民間專業團體制訂、並在實踐上被稅法、證券法所承認，如美國的《公認會計原則》（GAAP），以及國際會計準則委員會的《國際會計準則》（IAS）。

會計準則制訂的最高水平當屬美國的公認會計原則和國際會計準則委員會的國際會計準則。前者內容繁多，有 200 多條款，偏重於具體的規則，後者內容較為簡略，偏重於原則的遵守。前者由於受到全球最大資本市場的管理者－美國證券交易委員會的承認，所以在世界上很有影響。後者由於被歐盟指定為歐洲普遍適用的會計準則，所以也越來越具有影響力。這兩者之間隨著國際會計準則委員會改組為國際會計準則理事會（IAS－國際會計準則隨之改稱 IFRS－國際財務報告準則）、並吸收了 GAAP 的制訂者－財務會計準則委員會的成員加入，有融合的趨勢。

## 中華民國財務會計準則

中華民國通行的財務會計準則由中華民國會計研究發展基金會制定與修訂，目前己出版之《財務會計準則公報》共有 41 號，但其中第 4、21，26，27 等四號準則公報已終止適用

根據中華民國現行的會計準則，財務會計準則公報第一號財務會計觀念架構及財務報表之編製，對於同一經濟個體不同時期的會計比較之品質特性，稱為一致性；對於不同經濟個體同一時期之會計比較的品質特性，稱之為可比較性。

## 中華人民共和國會計準則

中華人民共和國的會計準則由財政部制定，是會計核算的行為標準，其強調對會計行為的規範，以及對原則性問題的限制，相對於會計制度更為宏觀。中國的會計準則具有行政法規的性質。中國的會計準則基本採用國際會計準則的原則與理念。目前，中國會計準則有基本準則一項、具體準則三十八項。

## 參考文獻

## 外部連結

* （繁體中文）中華民國財務會計及審計準則列表及全文 中華民國會計研究發展基金會
通用信息模型

**CIM** (Common Information Model, **通用信息模型**) 是一個開放式標準， 它定義了 IT 環境中的受控元素如何被表示為一組通用的對象以及這些對象之間的關係。其目的是在不同的生產商和提供商之間為受控元素的管理提供一種一致的方法。

分布式任務管理組是 CIM 標準的制定者和發布者。與之相關的一種標準叫做 WBEM，它是 CIM 的一種特定的實現，包括一組用來發現和訪問該實現的一組協議。

## CIM 架構和規範

CIM 規範定義 CIM 的體系結構和概念，包括用於定義 CIM 架構的語言，以及一種用於把 CIM 對應到其他信息模型如簡單網絡管理協議的方法。CIM 體系結構基於 UML，因此它是物件導向的。受控元素被表示為類（classes），而它們之間的關係被表示為關聯（associations）。通過繼承（Inheritance），可以把通用的基礎元素特殊化為更特定的派生元素。

CIM Schema 是一種概念上的架構，它定義了一組對象以及其間的關係，以它們作為 IT 環境中的受控元素的共同基礎。CIM 架構涵蓋了現有 IT 環境中的大多數元素，例如：計算機系統，作業系統，網絡，中間件，服務和存儲。CIM 架構定義了這些受控元素的共同基礎。由於大多數受控元素具有產品特定的行為或者廠家特定的行為，CIM 架構是可以擴展的。通過擴展，這些受控元素的製造者就可以讓 CIM 架構定義的共同基礎與他們自定義的特定功能的表述無縫連接。

CIM 是大多數其他 DMTF 標準的基礎，例如 WBEM 和 SMASH。同時它也是存儲管理標準（SMI-S）的基礎。

## 實現

許多廠商以不同的方式提供了 CIM 的實現
一些作業系統提供了 CIM 的實現。例如微軟 Windows 2000 及更高版本中的 WMI API 實現了 CIM。類似的還有一些在 Sourceforge 上發布的 GNU/Linux 里的 SBLIM 項目。存儲區域網工業業界已經深深涉足 CIM 和 WBEM，他們使用的 CIM 叫做 SMI-S，是由 SNIA 定義的。DMTF 中的一些伺服器廠商在 SMASH 動議項目中合作定義基於 CIM 的伺服器管理。DMTF 中的 DASH 動議項目試圖定義基於 CIM 的桌面計算機管理。
通用儀器

**通用儀器（General Instrument Inc.）** 是一家電子產品製造商，1939 年成立於美國賓夕法尼亞州，專業從事半導體之設計及製造。產品包括：二極體（diodes）、電晶體（transistors）、邏輯集成電路（logic ICs）等。

臺灣通用儀器公司成立於 1964 年，是第一家外商在中華民國投資的電子產品公司；臺灣半導體產業的發展，啟端在臺灣通用儀器高雄封裝廠。

通用儀器的衍生公司包括 Microchip Technology Inc. (1989 年) 等。

1997 年，通用儀器被拆分為 NextLevel Systems Inc.、CommScope Inc. (標榜為世界上最大的同軸電纜製造商)、General Semiconductor Inc. (後由 Vishay Intertechnology Inc. 收購) 三家公司。翌年，作為最大分立部分的 NextLevel Systems Inc. 正名為 **通用器材（General Instrument Corp.）** 。
通用光碟格式

**通用光碟格式**（Universal Disk Format，簡稱 **UDF**）是一個使用在光學儲存媒體的檔案系統的規格。它實行了 **ISO/IEC 13346** 標準（亦稱為 **ECMA-167**）。它亦是用作取代 ISO 9660，現時已經廣泛地用於可寫光學儲存媒體上。UDF 是由光學儲存技術協會（Optical Storage Technology Association，OSTA）開發並維護的。

## 歷史

UDF 檔案系統是由光學儲存技術協會標準化。其目標在於組織一個供所有光學儲存媒體通用的檔案系統。這仍然是繼續進行 UDF 標準化的主要目的，儘管對一些不常用的單寫多讀儲存媒體的支援有限，而且可能會增加對非光學儲存媒體的支援。

當它在第一次標準化時，它已經設計成取代 ISO 9660，它容許唯讀和可讀寫儲存媒體的支援。在第一個版本釋出後，UDF 幾乎直接地被 DVD 論壇（DVD Consortium）採用作官方 DVD 檔案系統。現時，UDF 檔案系統可以在市場上大多數常見的光學儲存媒體上，以及在差不多所有可燒錄影片的 DVD 媒體上使用。

因為其目的，起初 UDF 主要在光學儲存媒體上使用。大多作業系統需要特別的第三方軟體以讀取 UDF。現在幾乎所有作業系統本身都至少支援讀取 UDF 檔案系統，當中很多亦支援寫入部份格式。因為這些增長的支援，UDF 開始在可以轉換的非光學儲存媒體上出現，如 Iomega REV，大型的快閃記憶體，甚至在硬碟上。

在現在的 Windows Vista 以上系統，都可以使用 UDF 格式化光碟，但是格式化過程很慢，需要幾分鐘的時間，在超過 2 GB 的光碟將強制使用 UDF 格式。

## UDF 版本

UDF 已經推出了不同版本：

* 版本 1.00（1995 年 10 月 24 日）：原始版本。
* 版本 1.01（1995 年 11 月 3 日）：添加了 DVD 附錄，並做了一些小的更改。
* 版本 1.02（1996 年 8 月 30 日）：DVD-Video 採用的格式。
* 版本 1.50（1997 年 2 月 4 日）：加入由 VAT 結構發表後對 CD-R/DVD-R 媒體重寫能力的支援。亦加入了在如 CD-RW、DVD-RW、DVD+RW 等可重寫媒體中容錯管理的備用資料表。
* 版本 2.00（1998 年 4 月 3 日）：加入對資料流檔案及實時錄製檔案的支援 (DVD 錄影用) 及簡化目錄管理。亦擴張了 VAT 支援。
* 版本 2.01（2000 年 3 月 15 日）：主要修復了版本 2.00 中的錯誤。很多在以往版本上的含糊標準都在此版本解決。
* 版本 2.50（2003 年 4 月 30 日）：加入元資料分割區促進了元資料的群集，更容易的衝突修復及可選擇的檔案系統資訊複本：所有元資料像節點及目錄內容般寫在一個分離的分割區中，這可選擇地作鏡像用。
* 版本 2.60（2005 年 3 月 1 日）：加入為可支援偽超燒相容燒錄器的偽超燒方法，用燒錄在連續可錄媒體。

在下個 UDF 版本推出前，有相關討論中 UDF 可望用在硬碟媒體中，及在攝影用儲存媒體中。

## UDF 優點

UDF 的好處是使用者可以移除和複製檔案，與傳統光碟不一樣的是可以刪除檔案，並且功能與 USB 相同，但是因為燒錄裝置速度的關係，所以寫入檔案時不如 USB 速度快。

## UDF 缺點

UDF 的缺點是使用者把光碟讀取於 CD 播放機上，可能會不能播放，目前能播放 UDF 的光碟播放機較少，並且舊版的作業系統可能不能讀取。

## UDF 的分支

### 普通

### 後備（RW）

### 電腦不能讀取部份 UDF 光碟的原因

## 相容性

大多數 DVD 播放器不支援高於 1.02 版本 UDF 的光碟。但若使用 ISO 9660 檔案系統作橋接者，較新版本的 UDF 的光碟仍有可能被讀取。

當有些 DVD 燒錄程式在使用 1.50 版本 UDF 來燒錄視訊 DVD 時，使用者會發現必要避免使用精靈引導，以及直接以手動方式設定以 1.02 版本燒錄。

即使若作業系統聲稱支援 1.50 版本 UDF，它仍可能只支援_完全寫入_，而不支援 VAT 或後備式的 UDF 組建。

Mac OS X 10.4.5 版本聲稱支援 1.50 版本 UDF（詳情請見其 _man mount\_udf_ 部份），但只可以_完全寫入_組建載入及不提供虛擬化選項。Mac OS X 不能以 VAT 方式載入，相似於發生在 Sony Mavica 攝影機的一樣。10.4.11 版本之前，可以 Sparing Table 方式載入，但不能正確地讀取檔案，這個問題直至 10.4.11 版本才版解決。。

相似地，Microsoft Windows XP Service Pack 2（SP2）在其不完善的 UDF 管理系統下，不能讀取 2.00 版本 UDF 的 DVD-RW 光碟。UDF 管理系統會將 DVD-RW 建立一個備用檔案表，橫越多於一個磁區，因而發生讀取錯誤。Windows XP SP2 可識別該 DVD 為 UDF 檔案系統，但會出現為空白光碟。以上的問題隨著 Service Pack 3 中的修正檔案發表而被解決。

### OS 預設支援

**註解：**

　
: * 除非特別註明，否則**讀取**、**寫入**支援是指只有**完全寫入** UDF 組建支援，而非 **VAT** 及**備用式**組建支援。
* 支援**讀取**是指被 UDF 格式化的光碟可以被系統載入。它容許使用者以相同介面讀取 UDF 系統內容。
* 支援**寫入**是指對一個掛載的 UDF 媒體，除了可以讀取，還可對其修改、新增與刪除。

## 參看

* ISO/IEC 13490

## 參考資料

## 參考文獻

* ISO/IEC 13346 standard, also known as ECMA-167 （頁面存檔備份，存於網際網路檔案館）.

## 外部連結

* OSTA home page （頁面存檔備份，存於網際網路檔案館）
* Wenguang Wang's UDF Introduction
* Linux UDF support （頁面存檔備份，存於網際網路檔案館）
* Microsoft Windows UDF Read Troubleshooting （頁面存檔備份，存於網際網路檔案館）
通用公共无线接口

**通用公共無線接口**（英語：CPRI，Common Public Radio Interface），是一套技術規範，在無線基站劃分為無線設備控制中心（REC，Radio Equipment Control）和無線設備（RE，Radio Equipment）兩部分的基礎上，定義了兩者之間的接口。

CPRI 是通信業界的數家廠商合作的結果。制定技術規範的參與方有愛立信、華為、NEC、北電網絡和西門子。第一版的規格書在 2003 年 9 月 30 日發布於 CPRI 的官方網站。CPRI 支持使用網線和光纖兩種介質，而光纖傳輸能夠讓 REC 和 RE 安裝在相距較遠的位置。

## 參考文獻
通用再保险

**通用再保險**（英語：General Reinsurance Corporation）是一家全球跨國財產和生命再保險公司。該公司是一家直接再保險公司，屬於波克夏・海瑟威集團旗下。通過全球 40 多個辦事處組成龐大網絡，是全球再保險市場中的主要代表。

通用再保險業務的財務實力評級：

* A.M. Best：A++ (優越)
* 標準普爾評級：AA+

## 歷史

通用再保險是 1921 年創建。在接管挪威克里斯蒂安的挪威全球保險公司的美國業務之前，叫做通用傷亡和保證再保險集團。1923 年美國投資者收購公司，更改名為通用再保險集團。1994 年和德國科隆再保險達成聯盟，1998 年被波克夏・海瑟威收購，2003 年通用再保險和科隆再保險開始使用通用再保險的品牌名字。 2009 年集團完全收購科隆再保險。 將其改名為「通用再保險股份制公司」

## 辦公地區

通用再保險總部位於美國史丹福，分支和子公司位於全球各地：

在北美，通用再保險業務地區包括亞特蘭大、波士頓、北卡羅來納州夏洛特、芝加哥、俄亥俄州哥倫布、達拉斯、哈特福、堪薩斯城、洛杉磯、蒙特婁、紐約、費城、舊金山、西雅圖、緬因州南波特蘭、明尼蘇達州聖保羅和多倫多。

該公司也在拉丁美洲（墨西哥城、聖保羅）、歐洲和中東（貝魯特、科隆、哥本哈根、倫敦、馬德里、米蘭、莫斯科、巴黎、里加、維也納、華沙）、非洲（開普敦、約翰尼斯堡）、亞洲（北京、香港、孟買、首爾、上海、新加坡、台北、東京）和大洋洲（奧克蘭、墨爾本、雪梨）擁有業務。

## 參考來源

## 外部連結

* 通用再保險

**文章**

* Tad Montross: Exploding soft market myths - _Reactions_，2010 年 10 月 24 日 （頁面存檔備份，存於網際網路檔案館）
* Gen Re's Tad Montross on model dependency - _Reactions_，2010 年 5 月 3 日 （頁面存檔備份，存於網際網路檔案館）
* Gen Re's Tad Montross - The quiet American - _Reactions_，2008 年 11 月 3 日

**數據**

* Yahoo! - General Re Corporation Company Profile （頁面存檔備份，存於網際網路檔案館）
通用函数

在電腦編程中，**泛化函式**（generic function）或譯**泛型函式**，是為多型而定義的函式。

## 在靜態型別語言中

在靜態型別語言（比如 C++ 和 Java）中，術語「泛型函式」，指稱一種叫做泛型編程的編譯時間多型機制（靜態分派），特別是參數多型。它們是使用類型參數定義的函式，意圖用編譯時間類型資訊來解決它。編譯器使用這些類型來實例化適合的版本，適當的解決任何函式多載。

## 在 Common Lisp 物件系統中

在某些物件導向程式設計系統，比如 Common Lisp 物件系統（CLOS）和 Dylan 中，泛化函式是一個實體，由具有相同名字的所有方法組成。泛化函式典型的是從 `function` 和 `standard-object` 二者繼承而來的類別的實例。因此泛化函式是函式（可以被呼叫而應至實際參數）和正常物件二者。圖書《元物件協定的藝術》詳細解釋了 CLOS 泛化函式的實現和使用。

Lisp 的早期物件導向程式設計擴充是 Flavors。它受 Smalltalk 影響，而使用平常的訊息傳送範式。傳送一個訊息的 Flavors 語法是：

對於 New Flavors，它決定 `message` 應當是真正的函式，並使用常規函式呼叫語法：

`message` 現在是泛化函式，是一個物件並且自身就是函式。`message` 的個體實現叫做方法。

相同的想法實現於 CommonLoops 之中。New Flavors 和 CommonLoops，是 Common Lisp 物件系統的主要影響者。

## 例子

### Common Lisp

下面在 SBCL 中定義一個泛化函式，有兩個形式參數 `object-1` 和 `object-2`。這個泛化函式的名字是 `collide`：

屬於這個泛化函式的方法定義在類之外。這裡為泛化函式 `collide` 定義一個方法，它特定於類 `asteroid`（第一個形式參數 `object-1`）和類 `spaceship`（第二個形式參數 `object-2`）。形式參數在方法體內作為正常變數使用。沒有存取類槽的特殊命名空間：

呼叫泛化函式：

Common Lisp 還可以檢索一個泛化函式的個體方法。`FIND-METHOD` 從泛化函式 `collide` 找到特定於類 `asteroid` 和 `spaceship` 的方法。

## 比較於其他語言

泛化函式粗略的對應於 Smalltalk 術語方法，但具有顯著的例外，在 Smalltalk 的單一分派中，接收者的類，是呼叫哪個代碼體的唯一確定者，與實際參數的類型或值無關。在具有多分派的程式語言中，在呼叫一個泛化函式的時候，方法分派在所有實際參數的基礎之上發生，不只是有特權的那個實際參數。New Flavors 也提供了泛化函式，但只有單一分派。

## 參照
通用制图工具

**通用製圖工具**（英語：Generic Mapping Tools，縮寫：**GMT**）是一個被地理學界廣泛使用的繪圖工具，可以完成海岸線、國界、河流、時間序列及三維資料等的繪制與投影，並可對資料進行包含傅立葉轉換在內的數學運算。該軟體遵照 LGPL 發佈，並得到美國國家科學基金會的資助。

## 外部連結

* GMT 首頁 （頁面存檔備份，存於網際網路檔案館）
* 通過 GMT 在線生成地圖
* GMT 的一些實例 （頁面存檔備份，存於網際網路檔案館）
* iGMT：GMT 的圖形界面
通用动力

**通用動力公司**（英語：**General Dynamics**，NYSE：GD）是一家美國的國防企業集團。2020 年時通用動力是世界第五大國防工業承包商。由於近年來不斷的擴充和併購其他公司，通用動力現今的組成與面貌已與冷戰時期時大不相同。現今通用動力包含三大業務集團：海洋、作戰系統和資訊科技集團。

## 歷史

* 1899 年，**電力船舶**（Electric Boat）公司成立
* 1952 年，公司更名為**通用動力**。
* 1953 年，收購康維爾。
* 1982 年，收購克萊斯勒戰鬥系統，組建為通用動力戰鬥系統。
* 1992 年，將戰術飛彈部門出售給休斯電氣，將賽斯納出售給德事隆。
* 1993 年，將固定翼軍用飛行器部門（含 F-16 生產線）出售給洛克希德。將太空系統部門出售給馬丁・馬瑞塔。
* 1994 年，出售康維爾飛機結構部門給麥道。
* 1995 年，收購創建於 1890 年的巴斯鋼鐵廠。
* 1996 年，關閉康維爾。
* 1998 年，收購國家鋼鐵與造船。
* 1999 年，收購灣流宇航。
* 2001 年，收購摩托羅拉集成信息系統後組建通用動力決策系統。
* 2002 年，收購 Advanced Technical Products。
* 2003 年，通用汽車名下的通用汽車防務。收購 Steyr Daimler Puch Spezialfahrzeug。收購 Veridan。

## 公司概要

* 海洋系統

　
: * 美國海外海運公司
* 巴斯鋼鐵廠
* 通用動力電船
* 國家鋼鐵和造船公司

* 武器系統

　
: * 通用動力公司地面系統

　
: * 通用動力公司機器人系統

　
: * 自主導航系統
* 移動檢測和評價的響應系統
* 無人地面車輛

* 遠征坦克
* M1 艾布拉姆斯系列主戰坦克
* 遠征戰車
* 重型突擊橋項目
* 斯崔克裝甲戰車
* 十字軍自行榴彈炮

* 通用動力裝備與技術產品

　
: * 機槍

加特林 XM214 微型炮機槍
XM307 自動榴彈發射器

　
: : : * M134 迷你砲機槍 (GAU-17 加特林機槍)
* GAU-19
* XM312
* XM806
* LWMMG

* 通用動力軍械和戰術系統
* 通用動力歐洲陸地戰鬥系統

　
: * 歐洲地面系統

　
: * ASCOD 裝甲戰車

* MOWAG 公司

　
: * MOWAG 食人魚

* 聖巴巴拉艾維斯

　
: * 豹 2 坦克
* ASCOD 裝甲戰車

* 信息系統

信息系統的營業額占通用動力公司總收入的 34%。 

　
: * 通用動力先進信息系統
* 通用動力 C4 系統
* 通用動力信息技術
* 通用動力英國
* 通用動力公司無線系統

* 航空

　
: * 灣流宇航

## 參考文獻
通用动力电船

**通用動力電船公司**（**General Dynamics Electric Boat**）是美國通用動力公司的一個部門，在超過 100 年的時間裡一直都是美國海軍潛艦的主建造商。公司的主要設施是位於康乃狄克州格羅頓的船塢和位於羅得島州北金斯頓的構件和設備工廠。

公司由美國發明家伊薩克・賴斯於 1899 年創建，最初名為電船公司（Electric Boat Company），目的主要是為了實現約翰・菲利普・霍蘭的水下艦艇設計，這項設計是在劉易斯・尼克森位於新澤西州伊莉莎白的克雷森特船廠里發展出來的。電船公司建造的第一艘潛艦命名為霍蘭六號，1900 年 4 月 11 日，霍蘭六號成為美國海軍訂購併正式服役的第一艘潛艦，更命為霍蘭號。在第一次世界大戰中，電船公司為美國海軍共生產了 85 艘潛艦和 722 艘獵潛艦。但戰後直到 1931 年，美國海軍都沒有向電船公司訂購任何一艘潛艦。第二次世界大戰期間，電船公司共生產了 74 艘潛艦。

1952 年，公司更名為通用動力公司，次年，又收購了康維爾公司。公司決定將控股公司命名為「通用動力」，而潛艦建造部門依舊保留「電船」的名稱。

1954 年 1 月，電船公司建造了世界上第一艘核動力潛艦 —— 鸚鵡螺號（USS Nautilus SSN-571）。1959 年，該公司又建造了世界上第一艘彈道飛彈潛艦，喬治・華盛頓號。此外，俄亥俄級核潛艦、洛杉磯級核潛艦、海狼級核潛艦和維吉尼亞級核潛艦潛艦均為電船公司建造。

## 參考資料

## 深度閱讀

* _The Defender: The Story of General Dynamics_, by Roger Franklin. Published by Harper and Row 1986. More accurate version of "just who" actually founded this company.
* _Brotherhood of Arms_: General Dynamics and The Business of Defending America, by Jacob Goodwin. Published 1985. Random House.
* _The Legend of Electric Boat, Serving The Silent Service_. Published by Write Stuff Syndicate, 1994 and 2007. Written by Jeffery L. Rodengen.
* _International Directory of Company Histories_ Volume 86 under General Dynamics/Electric Boat Corporation, July 2007; pp. 136–139. Published by St James Press/Thomson Gale Group.
* _Who Built Those Subs? Naval History Magazine_, Oct. 1998 125th Anniversary issue, pp. 31–34. Written by Richard Knowles Morris PhD. Published by The United States Naval Institute, Annapolis, Md. Copyrighted 1998.
* _The Klaxon_, The U.S. Navy's official submarine force newsletter, April 1992. Published by the Nautilus Memorial Submarine Force Library and Museum in Groton/New London, CT.
* _"The Ups and Downs of Electric Boat"_ John D. Alden, United States Naval Institute, Proceedings Magazine, July 1, 1999, p. 64.

## 外部連結

* Official site crediting those who played key roles as the company was founded （頁面存檔備份，存於網際網路檔案館）
* Crescent Shipyard is the location where Electric Boat began developing U. S. Navy's first submarines （頁面存檔備份，存於網際網路檔案館）
* Brief history and account of General Dynamics and parent company, Electric Boat （頁面存檔備份，存於網際網路檔案館）
* Official Pentagon/Chief of Naval Operations web site/submarine warfare division/under Submarine Pioneers/John Philip Holland/Arthur Leopold Busch etc （頁面存檔備份，存於網際網路檔案館）
* The ironic history of Electric Boat can be found at this site
* Mr. Holland trying to set up operations in Europe after fallout with Isaac Leopold Rice, Electric Boat's first President and CEO （頁面存檔備份，存於網際網路檔案館）
通用动力陆地系统

**通用動力陸地系統**（**General Dynamics Land Systems，GDLS**）是美國一家製造坦克和裝甲戰鬥車輛等軍用機械裝備的工業企業。

## 歷史

1982 年 2 月，克萊斯勒宣布將以 3.485 億美元的價格將其盈利的國防領域子公司 —— **克萊斯勒防務**出售給通用動力。出售工作於 1982 年 3 月完成，最終修訂後的成交價格為 3.361 億美元。該部門隨後更名為**通用動力陸地系統**，接管了位於俄亥俄州萊馬的聯合系統製造中心與阿拉巴馬州安尼斯敦的安尼斯敦陸軍工廠，以及位於賓夕法尼亞州塔拉哈西與斯克蘭頓的通用動力運營分部。目前該公司總部位於密西根州斯特靈海茨。

2003 年，該公司收購了**斯泰爾 - 戴姆勒 - 普赫特種車輛**（SSF），即斯泰爾 - 戴姆勒 - 普赫的軍用車輛產品部門。同年，該公司位於加拿大安大略省倫敦的子公司 —— **通用動力加拿大陸地系統**（CDLS-C），從通用汽車手中收購了 **GM 防務**及其全部產品生產線，提供諸如 LAV-25 、史崔克和基於這些底盤的其他型號的裝甲戰鬥車輛。斯泰爾 - 戴姆勒 - 普赫特種車輛則在被收購後併入該公司歐洲分部，即**通用動力歐洲陸地系統**。

在該公司加拿大分部獲得了一項為期 14 年、價值 150 億美元的向沙烏地阿拉伯供應輕型裝甲車的交易後，加拿大統一組織的代表對此表示擔心。由於圍繞該交易的負面宣傳，倫敦工廠會在經濟上受到影響，而且在該工廠就業的工會成員會失去工作。魁人政團領導人吉爾・杜塞佩和加拿大新民主黨黨魁唐民凱都對時任總理史蒂芬・哈珀關於沙烏地阿拉伯的軍售的保密性提出質疑，而加拿大國防和外交事務研究所的高級分析師戴維・佩里則認為，貿易細節的保密性是全球市場當中國內產業所需的務實外貿政策的一部分。

## 產品

* M1 艾布拉姆斯主戰坦克，美國主戰坦克
* K1 主戰坦克，韓國主戰坦克
* 輕型裝甲車，步兵戰車家族
* 斯特賴克裝甲車，由加拿大 LAV III 衍生的八輪裝甲車系列
* 阿賈克斯裝甲偵察車 ，為英國陸軍開發的履帶式裝甲車系列
* 水牛地雷防護車，輪式防雷、防伏擊裝甲軍車
* 美洲獅伏擊防護車，一種防伏擊和步兵機動車，具有抗地雷和簡易彈藥的結構
* 多用途戰術運輸車，目前正由美國陸軍試用中
* 獅鷲輕型坦克，正在開發的一系列裝甲戰車，並計劃於美國陸軍下一代戰車計劃中提供
* 機動防護火力車，一個正在進行士兵車輛評估的原型車
* 10-Ton 履帶式機器人，機器人戰車平台

## 參考資料

## 外部連結

* 官方網站
通用動力

**通用動力公司**（英語：**General Dynamics**，NYSE：GD）是一家美國的國防企業集團。2020 年時通用動力是世界第五大國防工業承包商。由於近年來不斷的擴充和併購其他公司，通用動力現今的組成與面貌已與冷戰時期時大不相同。現今通用動力包含三大業務集團：海洋、作戰系統和資訊科技集團。

## 歷史

* 1899 年，**電力船舶**（Electric Boat）公司成立
* 1952 年，公司更名為**通用動力**。
* 1953 年，收購康維爾。
* 1982 年，收購克萊斯勒戰鬥系統，組建為通用動力戰鬥系統。
* 1992 年，將戰術飛彈部門出售給休斯電氣，將賽斯納出售給德事隆。
* 1993 年，將固定翼軍用飛行器部門（含 F-16 生產線）出售給洛克希德。將太空系統部門出售給馬丁・馬瑞塔。
* 1994 年，出售康維爾飛機結構部門給麥道。
* 1995 年，收購創建於 1890 年的巴斯鋼鐵廠。
* 1996 年，關閉康維爾。
* 1998 年，收購國家鋼鐵與造船。
* 1999 年，收購灣流宇航。
* 2001 年，收購摩托羅拉集成信息系統後組建通用動力決策系統。
* 2002 年，收購 Advanced Technical Products。
* 2003 年，通用汽車名下的通用汽車防務。收購 Steyr Daimler Puch Spezialfahrzeug。收購 Veridan。

## 公司概要

* 海洋系統

　
: * 美國海外海運公司
* 巴斯鋼鐵廠
* 通用動力電船
* 國家鋼鐵和造船公司

* 武器系統

　
: * 通用動力公司地面系統

　
: * 通用動力公司機器人系統

　
: * 自主導航系統
* 移動檢測和評價的響應系統
* 無人地面車輛

* 遠征坦克
* M1 艾布拉姆斯系列主戰坦克
* 遠征戰車
* 重型突擊橋項目
* 斯崔克裝甲戰車
* 十字軍自行榴彈炮

* 通用動力裝備與技術產品

　
: * 機槍

加特林 XM214 微型炮機槍
XM307 自動榴彈發射器

　
: : : * M134 迷你砲機槍 (GAU-17 加特林機槍)
* GAU-19
* XM312
* XM806
* LWMMG

* 通用動力軍械和戰術系統
* 通用動力歐洲陸地戰鬥系統

　
: * 歐洲地面系統

　
: * ASCOD 裝甲戰車

* MOWAG 公司

　
: * MOWAG 食人魚

* 聖巴巴拉艾維斯

　
: * 豹 2 坦克
* ASCOD 裝甲戰車

* 信息系統

信息系統的營業額占通用動力公司總收入的 34%。 

　
: * 通用動力先進信息系統
* 通用動力 C4 系統
* 通用動力信息技術
* 通用動力英國
* 通用動力公司無線系統

* 航空

　
: * 灣流宇航

## 參考文獻
通用包絡代數

在數學中，我們可以構造任意李代數 $L$ 的**泛包絡代數** $U(L)$ 。李代數一般並非結合代數，但泛包絡代數則是帶乘法單位元的結合代數。李代數的表示理論可以理解為其泛包絡代數的表示理論。在幾何上，泛包絡代數可以解釋為李群上的左不變微分算子。

## 泛性質

以下固定域 $K$ 。首先注意到：對任意帶乘法單位元的 $K$ - 結合代數 $U$ ，定義括積 $[a,b]:=ab-ba$ ，可視 $U$ 為李代數。

泛包絡代數係指帶單位元的結合代數 $U(L)$ 及一個指定的李代數同態 $i:L\to L(U)$ 。這對資料由下述泛性質刻劃：

對任意帶乘法單位元的 $K$ - 結合代數 $A$ ， 若存在李代數同態

　
: $h:L\to A$ 。

則存在唯一的代數同態

　
: $g:U(L)\to A$

使之滿足

　
: $g\circ i=h$

換言之，函子 $L\mapsto U(L)$ 滿足下述關係：

　
: $\mathrm {Hom} _{\mbox{Alg.}}(U(L),A){\stackrel {\sim }{\to }}\mathrm {Hom} _{\mbox{Lie alg.}}(L,A)$

　
: $g\mapsto g\circ i$

藉此，可視 $U(-)$ 為 $U$ （單位結合代數） $\mapsto U$ （李代數）的左伴隨函子。

## 構造方式

首先考慮張量代數 $T(L)$ ，此時有自然的包含映射 $i_{0}:L\to T(L)$ 。取 $I\subset T(L)$ 為下列元素生成的雙邊理想

　
: $a\otimes b-b\otimes a-[a,b]\quad (a,b\in L)$

定義

　
: $U(L):=T(L)/I$

所求的映射 $i:L\to U(L)$ 為 $i_{0}:L\to T(L)$ 與商映射的合成。容易驗證 $i$ 保存李括積。

根據上述構造，可直接驗證所求的泛性質。

## 基本性質

* 若 $L$ 可交換，則 $U(L)$ 亦然；此時 $U(L)$ 同構於多項式代數。
* 若 $L$ 來自李群 $G$ ，則 $U(L)$ 可理解為 $G$ 上的左不變微分算子。
* $U(L)$ 的中心 $Z(U(L))$ 顯然包含 $i(Z(L))$ ，但不僅如此，通常還包括更高階的元素，例如喀希米爾元素；這種元素給出李群上的拉普拉斯算子。

## 龐加萊 - 伯克霍夫 - 維特定理

龐加萊 - 伯克霍夫 - 維特定理是泛包絡代數的根本定理之一。取定有限維李代數 $L$ 的基 $X_{1},\ldots ,X_{n}$ ，此定理斷言

　
: $X_{1}^{e_{1}}\cdots X_{n}^{e_{n}}\quad (e_{1},\ldots ,e_{n}\in \mathbb {Z} _{\geq 0})$

是 $U(L)$ 的基。此定理的直接推論是： $i:L\to U(L)$ 為單射。

## 表示理論

在泛性質中取 $A=\mathrm {End} (V)$ ，其中 $V$ 為任意向量空間，遂可等同 $L$ 的表示與 $U(L)$ 的表示，後者不外是 $U(L)$ - 模。藉此觀點，李代數表示理論可視為模論的一支。

群代數之於群表示一如泛包絡代數之於李代數的表示。兩者都具有霍普夫代數結構。

## 文獻

* Dixmier, Jacques, _Enveloping algebras_. Revised reprint of the 1977 translation. Graduate Studies in Mathematics, 11. American Mathematical Society, Providence, RI, 1996. xx+379 pp. ISBN 0-8218-0560-6
通用医疗三六三医院

**通用醫療三六三醫院**（**西南醫科大學附屬成都三六三醫院**、**華西醫院區域聯盟中心醫院**）是位於中國四川省成都市的一家綜合三級甲等醫院。1972 年 11 月 17 日獲批成立，1979 年 5 月 7 日開院開診。由成都市衛生健康委員會主管，原隸屬於中國航空工業集團有限公司，2019 年 3 月 28 日劃歸中國通用技術有限公司。2000 年 2 月被批准為二級甲等綜合醫院，2011 年 1 月被批准為三級乙等綜合醫院，2018 年 2 月被批准為三級甲等綜合醫院。現有武侯、犀浦兩個院區，武侯院區占地面積 1.6 萬平方米，建築面積 5.1 萬平方米；犀浦院區建築面積 24.5 萬平方米。

## 注釋

## 參考資料

## 外部連結

* 官方網站
* 通用醫療三六三醫院的新浪微博
通用十进制图书分类法

**十進制圖書分類法**由兩位比利時書目專家（Paul Otlet、Henri la Fontaine）19 世紀末在杜威十進位圖書分類法的基礎上繼續研發的分類方法。此種分類方法由數字和特殊符號組成，把涉及各種知識體系及學科的書籍予以分類。介於數字和符號無語言障礙的特性，該分類法在世界各地的圖書館中被廣泛應用。

## 總分類

* 0 總匯
* 1 哲學，心理學
* 2 宗教，神學
* 3 社會學，政治，經濟，法律，教育，人類學
* 4 暫無（由圖書館具體添加）
* 5 自然學科，數學
* 6 實用學科，醫學，科技，企業經濟學，計算機
* 7 藝術，手工藝品，音樂，競技，體育
* 8 語言學，文學
* 9 地理，生物，歷史

## 附加

　
: + ：並列符（例：178.1+33 酒精主義者 和 國民經濟）

　
: ：：關係符（例：178.1:33 酒精主義對國民經濟的影響）

　
: / ：包含符（例：592/599 系統動物學，從 592 到 599）

　
: = ：語言符（例：=71 拉丁語）

　
: (0...) ：書類符（例：(042) 演講，講義）

　
: (...)：地域符（例：(234.3) 阿爾卑司）

## 外部連結

* Universal Decimal Classification Consortium （頁面存檔備份，存於網際網路檔案館）
* UDC online （頁面存檔備份，存於網際網路檔案館）
* UDC 英文
* UDC 瑞典文
* UDC 西班牙文

## 參見

* 杜威十進位圖書分類法
通用即插即用

**通用隨插即用**（英語：Universal Plug and Play，簡稱 **UPnP**）是由「通用隨插即用論壇」（UPnP™ Forum）推廣的一套網路協定。該協定的目標是使家庭網路（資料共享、通信和娛樂）和公司網路中的各種裝置能夠相互無縫連接，並簡化相關網路的實現。UPnP 通過定義和發布基於開放、網際網路通訊網協定標準的 UPnP 裝置控制協定來實現這一目標。

UPnP 這個概念是從隨插即用（Plug-and-play）衍生而來的，隨插即用是一種熱拔插技術。

## 概述

UPnP 體系允許 PC 間的對等連接、網際互連和無線裝置。它是一種基於 TCP/IP、UDP 和 HTTP 的分散式、開放體系。

UPnP 使得任意兩個裝置能在 LAN 控制裝置的管理下相互通信。其特性包括：

* 傳輸媒介和裝置獨立。UPnP 技術可以套用在許多媒體上，包括電話線、電線（電力線通信 PLC）、乙太網路、紅外通訊技術（IrDA）、無線電（Wi-Fi，藍牙）和 Firewire（1394）。無需任務裝置驅動；而是採用共同的協定。
* 使用者介面（UI）控制。UPnP 技術使得裝置廠商可以通過網頁瀏覽器來控制裝置並進行互動。
* 作業系統和程式語言獨立。任何作業系統和程式語言均可以用於構建 UPnP 產品。UPnP 並沒有設定或限制執行於控制裝置上的應用程式 API；OS 廠商可以建立滿足他們客戶需求的 API。UPnP 使得廠商可以像開發常規應用程式一樣來控制裝置 UI 和互動。
* 基於網際網路技術。UPnP 構建於 IP、TCP、UDP、HTTP，和 XML 等許多協定之上。
* 編程控制。UPnP 體系同時支援常規應用程式編程控制。
* 擴充性。每個 UPnP 裝置都可以有構建於基本體系之上、與具體裝置相關的服務。

UPnP 支援零組態，"看不見的網路" 和自動檢測；任何裝置能自動加入一個網路，取得一個 IP 位址，廣播自己的名字，根據請求檢查自身功能以及檢測出其它裝置和它們的功能。DHCP 和 DNS 服務是可選的，並只有它們在網路上存在的時候才會使用。裝置可以自動離開網路而不會遺留下任何不需要的狀態資訊。

UPnP 的基礎是 IP 位址解析。每一個裝置都應當有一個 DHCP 客戶端並在連入網路的時候自動搜尋 DHCP 服務。如果沒有找到 DHCP 服務，也就是說網路是缺乏管理狀態，那麼裝置必須給自己設定一個位址。如果在和 DHCP 伺服器互動的過程中，裝置獲得了一個域名（比如通過 DNS 伺服器或者 DNS 傳遞），那麼它應當在接下來的網路操作中使用這個域名；否則，裝置應當使用它的 IP 位址。

## 協定

### 發現

給定一個 IP 位址，UPnP 網路中的第一步是發現。UPnP 的發現協定，是基於簡單服務發現協定（SSDP）。當一個裝置被加入到網路中，UPnP 檢測協定允許該裝置向控制點廣播自己的服務。類似地，當一個控制點加入到網路中的時候，它也能夠搜尋到網路中存在的、感興趣的裝置相關資訊。裝置之間交換的發現訊息，主要包含此裝置的必要資訊以及其所提供的一項服務，例如裝置的類型、標識和指向詳細資訊的連結（網路位置）。

### 描述

UPnP 網路的下一步是描述。當一個控制點檢測到一個裝置時，它對該裝置仍然知之甚少。為了使控制點了解更多關於該裝置的資訊或者和裝置進行互動，控制點必須從裝置發出的檢測資訊中包含的 URL 取得更多的資訊。某個裝置的 UPnP 描述是 XML 的方式，包括品牌、廠商相關資訊，如型號名和編號、序列號、廠商名、品牌相關 URL 等。描述還包括一個嵌入式裝置和服務列表，以及控制、事件傳遞和存在相關的 URL。對於每種裝置，描述還包括一個命令或動作列表，包括回應何種服務，針對各種動作的參數；這些變數描述出執行時裝置的狀態資訊，並通過它們的資料類型、範圍和事件來進行描述。

### 控制

UPnP 網路的下一步是控制。當一個控制點取得到裝置描述資訊之後，它就可以向該裝置傳送指令了。為了實現此，控制點傳送一個合適的控制訊息至服務相關控制 URL（包含在裝置描述中）。控制訊息也是通過簡單物件存取協定（SOAP）用 XML 來描述的。類似函式呼叫，服務通過返回動作相關的值來回應控制訊息。動作的效果，如果有的話，會反應在用於刻畫執行中服務的相關變數。

### 事件通知

下一步是事件通知。一個 UPnP 描述包括一組命令列表和刻畫執行時狀態資訊的變數。服務在這些變數改變的時候進行更新，控制點可以進行訂閱以取得相關改變。服務通過傳送事件訊息來發布更新。事件訊息包括一個或多個狀態資訊變數以及它們的當前數值。這些訊息也是採用 XML 的格式，用通用事件通知體系進行格式化。一個特殊的初始化訊息會在控制點第一次訂閱的時候傳送，它包括服務相關的變數名及值。為了支援多個控制點並存的情形，事件通知被設計成對於所有的控制點都平行通知。因此，所有的訂閱者同等地收到所有事件通知。

### 存在

最後一步是存在。如果裝置帶有存在 URL，那麼控制點可以通過它來取得裝置存在資訊，即在瀏覽器中載入 URL，並允許使用者來進行相關控制或檢視操作。具體支援哪些操作則是由存在頁面和裝置完成的。

### NAT 穿透

UPnP 為 NAT（網路位址轉換）穿透帶來了一個解決方案：網際網路閘道器裝置協定（IGD）。NAT 穿透允許 UPnP 封包在沒有使用者互動的情況下，無障礙的通過路由器或者防火牆（假如那個路由器或者防火牆支援 NAT）。

## 未來的發展

### UPnP 影音媒體伺服器

UPnP 影音媒體伺服器儲存和共享數位媒體，比如：圖片、電影或是音樂。

## 參考資料

## 外部連結

### 檔案

* UPnP™ Forum（頁面存檔備份，存於網際網路檔案館）
* DLNA (Digital Living Network Alliance) （頁面存檔備份，存於網際網路檔案館）
* The Jini, Vision
* technique comparison
* Microsoft WHDC UPnP webpage & links
* Universal Plug and Play in Windows XP

### 新聞

* Security firm predicts Microsoft Windows UPnP exploit by the end of the week at The Inquirer (Wednesday, 11 April 2007)
  * Microsoft security updates for April 2007 to fix the above Microsoft Windows UPnP security issue.