stanford-oval/wikipedia huggingface dataset:
袁岚峰
学术研究

袁岚峰主要从事理论与计算化学，包括纳米受限体系的结构与吸附、团簇与扩展体系的结构与电子性质、定性分子轨道理论等方面的研究，在Nature, Nature Comm.等权威学术期刊上发表50余篇论文。
荣誉

2018年度十大科学传播人物
参考资料

↑  .   [2020-11-29]. （原始内容存档于2020-12-09）.
1 2 3  . 合肥微尺度物质科学国家研究中心.   [2020-06-05]. （原始内容存档于2020-06-05）.
↑  . 中国科技大学.   [2020-06-05]. （原始内容存档于2020-06-05）.
↑  . 中青在线.   [2020-06-05]. （原始内容存档于2020-06-05）.
↑  . 人民网.   [2020-06-05]. （原始内容存档于2019-04-12）.
西海里線

西海里線（朝鲜语：／ Sŏhaeri sŏn */?）是朝鮮民主主義人民共和國的一條已停用的鐵道線路，站點為黄海南道的铁矿站到龙井站。
路线概况

距离：
车站数：4
轨距：762mm
电气化区间：无
复线区间：无
車站列表

| 車站名稱> 中文 | 車站名稱> 朝鮮語 | 車站名稱> 英語 | 車站間距 (km) | 累計里程 (km) | 連接路線 |
| --- | --- | --- | --- | --- | --- |
| 鐵礦站 |  | Ch'ŏlgwang | 0.0 | 0.0 | 殷栗線・西海閘門線 |
| 西海里站 |  | Sŏhae-ri |   |   |   |
| 正門村站 |  | Chŏngmunch'on |   |   |   |
| 龍井站 |  | Ryongjŏng |   |   |   |
相關條目

朝鮮铁路运输
西北軍政長官公署

兰州西北軍政長官公署。照片摄于1949年8月26日解放军兰州入城仪式
西北軍政長官公署是中华民国國防部于1948年设立的軍政長官公署，驻兰州，统管中国西北地区的军政事务。
沿革

國民政府於1935年11月設立「西北剿匪總司令部」，中國抗日戰爭前駐西安，代總司令張學良，後因西安事變與抗戰而撤銷。
抗戰期間原為第八戰區，1946年3月後改為國民政府軍事委員會委員長西北行營，以張治中為主任。
1946年10月改為國民政府主席西北行轅。1946年由张治中提议改名为西北军政长官公署，驻兰州。张治中任军政长官。统辖甘肃、青海、宁夏、新疆四省部队。
1949年4月国共和谈达成协议后，南京国民政府拒绝批准，国方和谈代表团留在了北平。1949年5月张治中被国方解除一切职务。1949年5月25日，李宗仁代總統令：特派馬步芳代理西北軍政長官。1949年7月中旬扶郿战役胡宗南主力部队被歼灭，余部由汉中开始退往汉中，馬步芳正式任職西北軍政長官。
1949年8月下旬蘭州戰役以失敗收場，馬步芳飞离西北。1949年9月西北軍政副長官陶峙岳发动了酒泉起義和新疆和平解放，西北軍政長官公署终结。
军事

西北方面部隊又稱隴東部隊，除了胡宗南部隊、寧夏馬家軍（寧馬）外，以「青海馬家軍」（簡稱青馬）最為重要，是馬步芳主力部隊。青馬起家是100師和騎5師（後來之騎5軍、整騎1師），82軍成立時只含100師和騎8旅。後來青馬擴軍，西府戰役後，82軍增加了兩個步兵師190師、248師，還另成立一個129軍，轄181師（青馬內部稱新編1師）、357師和騎8旅（82軍另有騎14旅）。由於青馬82軍後來成立之190師、248師、129軍357師和騎14旅戰鬥力不弱。
騎5軍原是馬步芳之兄馬步青軍隊。打西路軍時，該軍也是主力（當時叫騎5師）。國府鎮壓新疆三區革命時，讓馬步芳派兵，該軍去了新疆，後改為整騎一師。
1949年9月25日，該部隨新疆警備陶峙岳投共。
該師一個連曾在著名之「北塔山事件」中重創外蒙古軍隊。
青馬步兵師每師有兩個步兵團（隴東作戰初期，100師有三個步兵團），一個騎兵團，騎兵團較步兵團人數要少些。一個騎兵團大約2000多人，步兵團3000多人。青馬步兵（至少82軍如此）每個步兵班都有一匹騾馬馱一個斑之輜重和重武器，連營團更不用說，因此青馬行軍速度很快，奔襲能力強。
青馬還有許多保安部隊，人們一般印象，國軍保安團都是不堪一擊的，而青馬保安團卻不一樣。青馬保安團訓練士兵、補充主力、配合主力作戰。青馬士兵恃勇好殺之作戰意志和作風在保安團就已經養成了。
青馬自抗戰前、共軍「長征」末期起就已不斷與共軍衝突，后又給予中共李先念、徐向前西路軍嚴重打击，在蘭州戰役前，對共軍幾乎沒有敗績，毛澤東曾親自指示，對青馬，只有「無條件投降」，沒有「起義」、「收編」。戰役結束後，投降或被俘之青馬幹部，在離開當戰俘之日子，曾策動幾次反共活動，均被鎮壓。
编制

長官：馬步芳（代）
副長官：劉任、董其武、陶峙岳……
寧夏兵團 司令：馬敦靜
第128軍 軍長盧忠良
下轄256、356師、保安第2師
第11軍 軍長馬清
下轄168、189師、保安第4師
賀蘭軍 軍長馬全良
下轄257師、保安第3師、騎兵第10師
第81軍 軍長馬惇靖
下轄35、294、258師
青海兵团 指挥官马继援，副指挥官马全义，参谋长马光天
第八十二军，军长马继援兼，副军长赵遂，参谋长马文鼎，副参谋长罗炘
第一零零师，师长谭成祥，副师长马德成，参谋长马元庆
第一九零师，师长马振武，副师长马子俊，参谋长李少白
第二四八师，师长韩有禄，副师长张锡珍， 参谋长马成林
第一二九军，军长马步銮，副军长韩德铭，参谋长孟全义
第三五七师，师长杨修成，副师长马爱德，参谋长贾文涌
新编第一师，师长马璋，副师长王成，参谋长马光源
骑兵第八旅，旅长马英，副旅长马正中，参谋长王奎
骑兵第十四旅，旅长马成贤，副旅长马福旺，参谋长马尚武
新编骑兵军，1949年8月初自行增编。军长韩起功，副军长孟全禄，参谋长李承勋，副参谋长韩得庆
第一旅，旅长马绍武
第二旅，旅长马学融
第三旅，旅长韩进禄
新编步兵军，1949年8月初自行增编。军长：马全义 副军长：马仲福(马仲英之弟)
第一师师长：马帧
第二师师长：韩起禄
中央军
第120軍 軍長周嘉彬
下轄173、245師
第91軍 軍長黃祖勳
下轄191、246、231師
第119軍 軍長王治岐
下轄244、247師
新疆警備司令部 司令陶峙岳
下轄整編42、78師、整編騎兵1師、騎兵第4旅、騎兵第9旅
绥远董其武部队
相关条目

軍政長官公署
東南軍政長官公署
華南軍政長官公署
西南軍政長官公署
華中軍政長官公署
1949年5月20日，解放军在西安举行入城仪式，右侧建筑为西安的西北軍政長官公署
丘英二

丘英二（1915年11月16日—2014年9月25日），台灣詩人。原名張良典。 台南市安定區人。台北醫專畢業，行醫為業。早在台南一中讀高中時就開始以詩歌為主的文學創作，常向《台南新報》等報刊投寄詩稿。 1935年秋與楊熾昌、李張瑞、林修二等人共創風車詩社，發行《風車詩刊》。此後詩風頗受超現實主義影響。二戰後受二二八事件衝擊而擱筆，在台南開設良典醫院。他用日文創作，詩作散見於《台灣文藝》、《台灣新聞》、《台南新報》等報刊。主要作品有〈秋雨〉（1935）、〈鄉愁之冬〉（1935）、〈孤獨〉（1935）、〈沒有星星的夜晚〉（1935）等。詩歌〈鄉愁之冬〉原載1935年《台灣文藝》第二卷第六號，表達了一個流浪者尋找心靈棲身處的渴望和哀婉之情。丘英二的詩作大多以散文詩形式寫成，在當時的台灣頗具新意。
丘英二
作品的刊載與出版

丘英二的日文詩作〈秋雨〉，戰後由台灣詩人陳千武翻譯成中文，之後被收錄在陳明台主編的《陳千武譯詩選集》裡。
丘英二的日文詩作〈沒有星星的夜晚〉、〈孤獨〉，戰後，被人翻成中文，收錄在林瑞明主編《國民文選‧現代詩卷I》。
陳允元、黃亞歷編，《日曜日式散步者：風車詩社及其時代》全二冊，臺北市：行人文化實驗室、臺南市政府文化局，2016年。
外部連結

丘英二@台灣大百科全書（页面存档备份，存于）
↑  陳明台主編，《陳千武譯詩選集》，台中市文化局，2003年8月初版。
↑  林瑞明主編，《國民文選‧現代詩卷I》，台北市：玉山社，2005年。
OpenMoko

：此条目页的主题不是。
| --- | --- |
製造商: 大眾電腦
类型: 智能手机
生命週期: 2007年二月
媒體: microSD Wolfson WM8753 Codec
作業系統: OpenMoko（基于Linux）
電源: 1200-mAh 电池（通过USB接口充电）
中央处理器: 三星s3c2410 SoC @ 266 MHz
記憶體: 128 MB 随机存储器SDRAM 64 MB NAND 闪存
顯示: 2.8 VGA（480×640）TFT屏幕
輸入: 触摸屏 2两个硬件按钮
相機: 无
连接接口: GSM 蓝牙2.0 EDR Ti GPRS（2.5G无EDGE） 全球定位AGPS芯片 无源USB 1.1 2.5毫米音频接口
尺寸: 120.7×62×18.5（毫米）
OpenMoko是一个遵从FLOSS哲学、旨在建立一个开放的GSM制式智能手机平台的项目。它运行于Linux平台，使用ipkg包管理器。
软件 > 内核

Linux 2.6.17.14
软件 > Userland

X.Org Server 7.1
Matchbox窗口管理器
GTK+ 2.6.10
Evolution数据服务
硬件 > Neo1973

第一款OpenMoko硬件将是由大眾電腦出品的Neo1973，提供给开发者的版本将于2007年3月11日发布，2007年9月11日将向公众正式发布，预定售价350美元。
Neo的名字来源于移动电话通讯的第一个年头。
| 0 | 1 | 2 |
| --- | --- | --- |
|  | 我们选择“Neo1973”这个名字的原因是：“Neo”表示新式的，而“1973”正是馬丁·庫珀成功发出第一次的年份。  我们相信，开源的移动电话将再次引发一场世界范围的通讯革命，这将相当于一个新的1973年。 |  |
硬件 > Neo FreeRunner

第二款OpenMoko硬體是Neo FreeRunner，在2008 CES發佈，並於2008年7月4日量產上市。
外部連結

OpenMoko*（页面存档备份，存于）
包含詳細硬體描述的WiKi頁面
LinuxDevices.com網站上的評論
OpenMoko聲明
詞解/OpenMoko名詞解釋：OpenMoko（繁體中文）
詞解/TuxPhone TuxPhone，與OpenMoko意味相近的開放原碼專案（繁體中文）
阿略

| 阿略 Allo |
| --- | --- |
市镇

阿略在西班牙的位置
坐标：42°34′02″N 2°01′09″W﻿ / ﻿42.567222222222°N 2.0191666666667°W﻿ / 42.567222222222; -2.0191666666667
国家: 西班牙
自治区: 纳瓦拉
面积
 • 总计: 37 平方公里（14 平方英里）
人口（2001）
 • 總計: 1,021人
 • 密度: 27.6人/平方公里（71.5人/平方英里）
时区: CET（UTC+1）
 • 夏时制: CEST（UTC+2）
阿略（西班牙語：）是西班牙纳瓦拉的一个市镇。总面积37平方公里，总人口1021人（2001年），人口密度28人/平方公里。
上海国际能源交易中心

上海国际能源交易中心股份有限公司（SHANGHAI INTERNATIONAL ENERGY EXCHANGE）是一家经过中国证监会批准、由上海期货交易所发起设立的、专为期货市场参与者提供国际交易服务的机构。该公司负责期货市场的自律管理职能，于2013年11月6日在中国（上海）自由贸易试验区注册成立，其经营范围包括组织安排期货、期权等衍生品的上市交易、结算、交割以及相关活动。
概括

上海国际能源交易中心属于上海期货交易所子公司，2018年3月26日，原油期货在该交易所挂牌上市。
境外交易者和境外经济机构被能源交易中心全面引入，参与交易，不含税的净价是其报价。
产品品种

上期能源国际产品包括：
期货：能源化工期货（原油，低硫燃料油，20号胶），有色金属期货（铜BC）
期权：原油期权
指数：原油指数
现货指数：中国氢价指数
ISIN编码
Love song (消歧義)

Love song或love songs在英語中是“情歌”的意思，亦可以指：
專輯

Love Song (Riya專輯)，Riya於2005年發行的專輯
Love songs (濱崎步專輯)，濱崎步於2010年發行的專輯
Love Song (阿兰·达瓦卓玛專輯)，阿兰·达瓦卓玛於2012年發行的專輯
歌曲

LOVE SONG (第三代J Soul Brothers單曲)，第三代J Soul Brothers於2011年發行的單曲
《Love Song》，收錄於方大同的專輯《未來 Wonderland》
LOVE SONGS 4 YOU，I WiSH於2008年發行的單曲
電影

LOVE SONG (電影)，2001年上映的日本電影。伊藤英明與仲間由紀惠主演。
電視劇

Love Song (電視劇)，2016年4月起於富士電視台播出電視劇。福山雅治主演。
馬克斯·阿曼

与「」標題相近或相同的条目页，請見「」。
馬克斯·阿曼
马克斯·阿曼（Max Amann，1891年11月24日—1957年3月30日）是一位纳粹党高官，德国政治人物、商人、艺术品（包括纳粹劫掠来的艺术品）收藏家。他是纳粹党首任业务经理，后成为纳粹党官方出版社“Eher出版社”（Eher Verlag）总负责人。他还是德國新闻出版業的全國領導。战后，阿曼被美国军事占领当局逮捕。去纳粹化法庭将他定性为“主要罪犯”（Hauptschuldiger）。阿曼被判处10年劳役，全部财产被没收，领取养老金的权利被剥夺。阿曼于1953年获释，四年后，他在慕尼黑去世。
不塑

不塑或稱無塑（英語：），指的是不使用塑膠製品。不塑的優點包含減少廢棄物處理量，延長焚化爐使用年限與降低環境破壞及汙染。
不塑生活

不塑生活，或稱無塑生活（英語：）。一種對環境友善的生活方式，其核心概念為不使用塑膠及一次性產品，以減少塑膠垃圾的產出及對環境的影響，施行的方式包含不購買塑膠製品(含包裝)、自備購物袋、自備餐具、購買裸裝食材等。 （页面存档备份，存于）塑膠製品對環境的危害日漸受重視，許多人開始捨棄塑膠製品，改以使用對環境較友善的生活用品，例如竹牙刷、布衛生棉、食物袋、蠶絲牙線等。
相關條目

塑膠污染
塑膠回收（英语：）
參考資料

↑  發自台北、花蓮, 特約撰稿人  江家華. . 端傳媒 Initium Media.   [2018-02-07]. （原始内容存档于2018-02-08） （中文（香港））.
↑  .   [2018-02-07]. （原始内容存档于2018-12-14）.
↑  TVBS. . news.tvbs.com.tw.   [2018-02-07]. （原始内容存档于2019-02-19）.
↑  . CSR@天下.   [2018-02-07]. （原始内容存档于2018-02-08） （中文（臺灣））.
↑  聯合新聞網. . 聯合新聞網.   [2018-02-07]. （原始内容存档于2021-09-26）.
丘茧兰属

| 丘茧兰属 |
| --- | --- |

Ada aurantiaca插画

科学分类 
界：: 植物界 Plantae
演化支：:  Tracheophyta
演化支：: 被子植物 Angiosperms
演化支：: 单子叶植物 Monocots
目：: 天門冬目 Asparagales
科：: 蘭科 Orchidaceae
亚科：: 樹蘭亞科 Epidendroideae
族：: 蕙蘭族 Cymbidieae
亚族：: 文心兰亚族 Oncidiinae
属：: 丘茧兰属 Ada Lindl. (1853)

模式種
Ada aurantiaca Lindl.
种
 见正文
丘茧兰属（学名：Ada），别名爱达兰属，在园艺贸易中缩写为Ada，是兰科的一个属，共有16个种，模式种为Ada aurantiaca。现并入長萼蘭屬（Brassia R.Br.）。
它们是附生或岩生兰花，原产于尼加拉瓜到南美洲北部，沿着安第斯山脉到玻利维亚。它们生长在海拔较高的潮湿山地森林中，海拔在650到2700米之间，但大多数在1800到2200米之间。
丘茧兰属使用“伪寄生”方法（通过模仿宿主）来吸引寄生虫传粉者。
这种植物不容易培养，因为他们的要求很高。
描述

披针形的叶子以两列对生，长度为20厘米，长在最大长度为10厘米的假鳞茎上。叶状叶鞘发育良好。
下垂且色彩鲜艳的花序不会长在叶子上方。它们最多可开出15朵具有芳香的花朵，于1月到4月开花。颜色可以从白到绿和橙色。花被窄而尖，萼片和花瓣几乎相似。花苞片大而膨胀。
它的唇瓣反曲，具有由两个板块组成的基部隆起。它通常以两个牙齿状的隆起结束。
下属物种

该属共有16个种如下：
Ada allenii
Ada andreettae
Ada aurantiaca
Ada bennettiorum
Ada brachypus
Ada chlorops
雅致垂芳兰 Ada elegantula
Ada escobariana
Ada farinifera
Ada glumacea
Ada keiliana
Ada mendozae
Ada ocanensis
Ada peruviana
Ada pozoi
Ada rolandoi
参考资料

Williams, N. H. 1972. A reconsideration of Ada and the glumaceous brassias. Brittonia 24: 93–110.
OpenMediaVault

| --- | --- |

2013年時的網頁介面
开发者: Volker Theile
编程语言: 網頁介面：PHP、JavaScript (Extjs)
作業系統家族: 类Unix系统
運作狀態: 活躍
源码模式: 開放原始碼
首次发布: 2011年10月17日，​12年前​（2011-10-17）
当前版本: 7.4.1（2024年7月19日；穩定版本）  
市場取向:  家庭使用者  小型辦公室 
更新方式: APT
软件包管理系统: dpkg
支援平台:  IA-32  x86-64  ARM 
内核类别: 整塊性核心（Linux内核）
使用者空間: GNU
默认用户界面: GNOME Shell
许可证: 自由软件 (GPLv3)
前一代: FreeNAS v0.7
官方網站: www.openmediavault.org
仓库: github.com/openmediavault/openmediavault/  
OpenMediaVault (OMV)是一個專為網路附加儲存(NAS)設計的自由Linux发行版。專案的首席開發者為Volker Theile，他於2009年建立了此專案。OMV以Debian作業系統為基礎，並以GPLv3授權。
背景

到2009年底為止，Volker Theile是FreeNAS唯一的活躍開發者，FreeNAS是Olivier Cochard-Labbé從2005年開始從m0n0wall衍生開發的NAS作業系統。m0n0wall是FreeBSD作業系統的變體，而Theile決定以Linux核心為基礎重寫FreeNAS。幾個月前，專案團隊就知道FreeNAS需要大量重寫才能支援重要功能。因為Cochard-Labbé比較喜歡以FreeBSD為基礎的系統，他與Theile都同意Theile必須以不同的名稱開發他的Linux版本；一開始此專案名為coreNAS，但在幾天之後，Theile捨棄了這個名字而改用OpenMediaVault。
同時，FreeNAS仍然需要重寫與維護。為了實現這個目標，Cochard-Labbé將開發交給了iXsystems（英语：），一家開發TrueOS作業系統的美國公司。
技術設計

Theile選擇了Debian作為該系統的構建平台，因為其软件包管理系统中的大量軟體代表了他不必花時間自己重新打包軟體。OpenMediaVault對Debian作業系統做出了一些變更。其提供了一個用於管理與自訂的以網頁為基礎的用户界面，以及用於實作新功能的插件API。可以透過網頁介面安裝外掛程式。
發佈歷史

每個OpenMediaVault版本，Theile都會從弗兰克·赫伯特的《沙丘》小說中選取開發代號。
| 0 | 1 | 2 | 3 | 4 | 5 |
| --- | --- | --- | --- | --- | --- |
| 图例： | 舊版本 | 舊版本，仍被支援 | 当前版本 | 最新预览版本 | 未来版本 |
| 版本 | 名稱 | 發佈日期 | 結束支援日期 | 基底 | 備註 |
| --- | --- | --- | --- | --- | --- |
| 舊版本，不再支援： 0.2 | Ix | 2011-10-17 |  | Debian 6 | 以Ix行星命名。 |
| 舊版本，不再支援： 0.3 | Omnius | 2012-04-18 | 2012-12-30 | Debian 6 | 引入多語言的網頁介面，並透過存取控制串列進行權限管理。此版本以Omnius命名，其為《沙丘》系列中一個有感知能力的電腦網路。 |
| 舊版本，不再支援： 0.4 | Fedaykin | 2012-09-21 | 2013-12-09 | Debian 6 | 以Fremen的Fedaykin突擊隊命名。 |
| 舊版本，不再支援： 0.5 | Sardaukar | 2013-08-25 |  | Debian 6 | 修訂後的API會讓v0.4的外掛程式不相容。 |
| 舊版本，不再支援： 1.0 | Kralizec | 2014-09-15 | 2015-12-26 | Debian 7 | 改善對較低階系統的支援；新增了支援小工具的儀表板；改善外掛程式的基礎設施。此版本以Kralizec命名，這是一場被預測將於宇宙盡頭發生的戰鬥。 |
| 舊版本，不再支援： 2.0 | Stone burner | 2015-06-29 | 2017-12-06 | Debian 7 | 使用Sencha ExtJS 5.1.1框架編寫WebGUI；修改後的GUI支援設定WiFi、VLAN等等。 |
| 舊版本，不再支援： 3.0 | Erasmus | 2017-06-13 | 2018-07-09 | Debian 8 | 以機器人Erasmus命名。 |
| 舊版本，不再支援： 4.0 | Arrakis | 2018-05-08 | 2020-06-30 | Debian 9 |  |
|  當前版本： 5.0 | Usul | 2020-03-30 |  | Debian 10 |  |
參見

直连式存储 (DAS)
存储区域网络 (SAN)
TrueNAS（曾名為 FreeNAS）- 以FreeBSD為基礎的NAS作業系統，OpenMediaVault最初是自其分支出來的
Nexenta OS - 以基於ZFS的核心為基礎的開放原始碼作業系統與企業級NAS
Openfiler - 以CentOS為基礎的NAS作業系統
Windows Home Server
XigmaNAS（英语：） - 另一個以FreeBSD為基礎的NAS作業系統，XigmaNAS（英语：）是2005年至2011年底開發的原始FreeNAS程式碼的延續
Zentyal（英语：）
參考資料

↑  . 2024年7月19日  [2024年7月29日].
↑  Huber, Mathias. . Linux Magazine. 2009-12-08  [2016-06-03]. （原始内容存档于2018-06-21）.
↑  Halfacree, Gareth. . bit-tech. 2012-07-19  [2021-07-11]. （原始内容存档于2017-01-22）.
1 2  Baader, Hans-Joachim.  [First Version of the NAS Distribution OpenMediaVault]. Pro-Linux. 2011-10-20  [2016-06-03]. （原始内容存档于2021-07-13） （德语）.
1 2 3  . FreeNAS.org. iXsystems.   [2016-06-03]. （原始内容存档于2021-07-12）.
1 2 3  Thoma, Jörg.  [FreeNAS Stays on FreeBSD]. Golem.de. 2009-12-07  [2016-06-03]. （原始内容存档于2021-07-12） （德语）.
↑  Seifried, Steven. . Canox.net. 2015-04-10  [2016-06-03]. （原始内容存档于2016-05-23）.
↑  . 網管人.   [2021-07-15].
↑  .   [2021-07-15]. （原始内容存档于2021-07-15）.
↑  Theile, Volker. . OpenMediaVault.org. 2011-07-14  [2016-06-03]. （原始内容存档于2021-07-12）.
↑  .   [2021-07-11]. （原始内容存档于2014-01-01）.
↑  .   [2021-07-11]. （原始内容存档于2014-01-01）.
↑  .   [2021-07-11]. （原始内容存档于2021-07-13）.
↑  .   [2021-07-11]. （原始内容存档于2014-01-01）.
↑  .   [2021-07-11]. （原始内容存档于2014-01-01）.
↑  OMV 0.4 EOL
1 2  volker. . OpenMediaVault Blog. 2013-08-25  [2013-08-31]. （原始内容存档于2013-09-05）.
↑  .   [2021-07-11]. （原始内容存档于2021-07-13）.
↑  .   [2021-07-11]. （原始内容存档于2021-07-11）.
↑  .   [2021-07-11]. （原始内容存档于2021-07-11）.
↑  .   [2021-07-11]. （原始内容存档于2021-07-11）.
↑  .   [2021-07-11]. （原始内容存档于2021-07-11）.
↑  Theile, Volker. . OpenMediaVault.org. 2015-12-17  [2016-06-24]. （原始内容存档于2021-07-12）.
↑  .   [2021-07-11]. （原始内容存档于2021-07-12）.
↑  Theile, Volker. . OpenMediaVault.org. 2017-02-27  [2017-03-16]. （原始内容存档于2021-07-11）.
↑  .   [2021-07-11]. （原始内容存档于2021-05-14）.
↑  Theile, Volker. . openmediavault.readthedocs.io. 2019-08-21  [2019-10-06]. （原始内容存档于2021-07-11）.
↑  Theile, Volker. . OpenMediaVault.org. 2019-04-19  [2021-07-11]. （原始内容存档于2021-07-13）.
外部連結

官方网站
SourceForge.net上的OpenMediaVault
DistroWatch上的OpenMediaVault
毛利元就 (大河劇)

毛利元就是NHK在1997年製播的大河劇，播出期間是1997年1月5日 - 12月14日。
這是為了紀念毛利元就誕生500周年而製作的連續劇，故事將一般人印象中是謀略家的元就描寫成在家庭方面是頗憨厚的男性。做為一部家庭連續劇，本劇在女性觀眾當中的評價很高。其中，一揆的用語對現代人而言大多會直接聯想到江戶時代的百姓一揆，但在劇中卻有一些以元就為盟主的「國人一揆」場面，於是劇中為了一般觀眾，而把國人一揆改成「國人領主連合」的現代用語。
製作人員

原作：永井路子（《山霧 毛利元就之妻》）
劇本：內館牧子
音樂：渡邊俊幸
主題曲演奏：NHK交響樂團
主題曲指揮：
時代考証：岸田裕之、米原正義
題字：毛利元就（取自其自筆書狀）
旁白：平野啓子
導演：松岡孝治等人
制作統括：木田幸紀
演員 > 毛利家

松壽丸→毛利元就（岩淵幸弘→森田剛 →中村橋之助）
美伊之方（富田靖子）：元就正室
毛利弘元（西鄉輝彥）元就之父
祥之方（竹下景子）：元就之母
杉之方（松坂慶子）：弘元側室（后为正室），元就的養母
相合之方（松原千明）：弘元側室，元綱之母
毛利興元（後藤拓也 →蘆田昌太郎 →渡部篤郎）：元就之兄
雪之方（一路真輝）：興元之妻
相合元綱（伊勢裕樹→石井卓→西島秀俊）：元就的異母弟
千代壽丸→毛利隆元（上川隆也）：元就長男
松壽丸→吉川元春（松重豐）：元就次男
德壽丸→小早川隆景（惠俊彰）：元就三男
可愛（高橋由美子）：元就長女，隆家之妻
宍戶隆家（加勢大周）：可愛之夫
壽之方（大塚寧寧）：隆元之妻
美美（仁科扶紀）：元春之妻
阿古姬（三船美佳 →藤吉久美子）：隆景之妻
妙（宮本信子）：元就的後妻
香（秋本奈緒美）：元就的側室
小夜（田中廣子）：元就的側室
幸鶴丸→毛利輝元（中村國生 →森田剛）：毛利隆元子
毛利幸松丸（伊達力哉→深川雄太→北尾亘）：毛利興元子
松姬→松之方（安積玲奈 →梓真悠子）：相合之方女
鶴壽丸→吉川元資（仁科拓海 →清水伸）：吉川元春子
玉姬（松本惠）：宍戶隆家與可愛之女，輝元之妻
芳姬（田島穗奈美）：祥之方女
藤野（加賀真理子）：美伊之方侍女
久（松金米子）：杉之方侍女
演員 > 毛利家臣

桂廣澄（草刈正雄）
井上元兼（片岡鶴太郎）
渡邊勝（榎木孝明）
志道廣良（中村梅雀）
福原廣俊（笹野高史）：元就之外祖父
赤川元保（永島敏行）
兒玉就忠（益岡徹）
桂元澄（鶴見辰吾）：廣澄之子
渡邊通（勝村政信）：勝之子
平佐就有（佐藤B作）：
熊谷信直（綿引勝彦）：
井上春忠（生瀨勝久）：
椋梨景勝（舟木一夫）：小早川家家臣
堀立直正（原田芳雄）：商人
和智誠春（三田光雄）
國司元相（坂本明）
演員 > 大内家

大內義興（細川俊之）：大内家當主
綾之方（東智鶴）：義興之妻
龜童丸→大內義隆（大地泰仁 →風間徹）：義興之子
內藤興盛（小野寺昭）：大內家家臣
陶興房（夏八木勳）：大內家家臣
陶晴賢（隆房）（陣內孝則）：興房之子。大內家家臣
貞子（佐藤惠利）：義隆之妻
彩（初瀨薰）：義隆側室
龜童丸（中原和宏→蓮池貴人）：義隆之子
大內義長（三井智英）：義隆養子，大友義鑑子
演員 > 尼子家

尼子經久（緒形拳）：尼子家當主※原本預定由萬屋錦之介出演，但萬屋因生病而辭演，改由緒形代演。
萩之方（高畑淳子）：經久之妻
尼子晴久（高島政宏）：經久之孫
滿（岩崎廣美）：晴久之妻
尼子國久（清水綋治）：一門眾（新宮黨）
尼子義久（中村獅童 (2代目)）：一門眾（新宮黨）
鹽冶興久（鈴木久太郎）：經久之子
演員 > 尼子家 > 尼子家臣

山中鹿介（山田純大）
宇山久兼（磯部勉）
龜井秀綱（河原佐武）
本城常長（武岡淳一）
立原幸隆（門田俊）
河副久信（上杉祥三）
演員 > 其他

野田次郎（山崎裕太 →的場浩司）：架空人物，村上水軍
加芽（葉月里緒菜）：架空人物，村上虎吉養女
村上虎吉（藤原喜明）：架空人物，村上水軍統領
吉川興經（京本政樹）：元春的養父
武田元繁（宍戸開）：
宍戸元源（石田太郎）：隆家之父
小三太（奈佐健臣）：原本是吉川家忍者，後為元就手下
多美（平野啟子）：小三太在陰間娶的太太
夏（松本惠）：元就的初戀情人
足利義稙（田口智郎）：室町幕府第十代將軍
熊谷元直（石川登星）
小早川繁平（高橋讓）
品川狼之介（林邦史朗）
細川隆是（久富惟晴）
榮秀（大瀧秀治）
異雪和尚（柳谷寬）
东进支队办公室

| 常庄民居 |
| --- | --- |
东进支队办公室
山东省文物保护单位
地址: 山东省泰安市东平县接山镇常庄三村
: 35°59′43.15″N 116°36′2.35″E﻿ / ﻿35.9953194°N 116.6006528°E﻿ / 35.9953194; 116.6006528
分类: 近现代重要史迹
时代: 抗日战争时期
编号: 4-355-3-091
认定时间: 2013年10月10日
东进支队办公室，又称东进支队司令部办公室、东进支队司令部旧址，位于山东省东平县接山镇常庄三村。是中华人民共和国山东省省级文物保护单位常庄民居的一部分。
东进支队司令部旧址是抗日战争时期八路军一一五师政委罗荣桓、代师长陈光工作过的地方。抗日战争时期，常庄是一个拥有几千人口的大村庄，周围筑有寨墙，寨墙内北部是马山，视野开阔，如遇情况可退可守。1985年1月，东平县人民政府公布为县重点文物保护单位。2013年，并入常庄民居，列入第四批山东省文物保护单位。
参考资料

1 2  . www.dongping.gov.cn.   [2021-01-03]. []
↑  田书阳; 马辉; 泰安市地方史志编纂委员会. . 东进支队司令部旧址 (北京: 方志出版社). 2011-02: 487. ISBN 9787514400717.
↑  山东省人民政府. . sd.dzwww.com. 大众日报. 2013-11-15  [2018-12-06]. （原始内容存档于2018-12-06）.
相关条目

泰安市各级文物保护单位列表
阿留西亚螳属

| 阿留西亚螳属 |
| --- | --- |

科学分类 
界：: 动物界 Animalia
门：: 节肢动物门 Arthropoda
纲：: 昆虫纲 Insecta
目：: 螳螂目 Mantodea
科：: 沙漠螳科 Eremiaphilidae
亚科：: 紊螳亚科 Tarachodinae
族：: 紊螳族 Tarachodini
亚族：: 安氏螳亚族 Antistiina
属：: 阿留西亚螳属 Ariusia Stal, 1877

种
 见正文
異名
 Ariusa Werner, 1923
阿留西亚螳属（学名：Ariusa）是沙漠螳科的一属。
下属物种

本属包括以下物种：
Ariusia conspersa Stal, 1877
MFC (微軟)

此条目页的主題是微软基础类库。与「」標題相近或相同的条目页，請見「」。
微软基础类库（英語：，简称MFC）是一个微软公司提供的类库（class libraries），以C++类的形式封装了Windows API，并且包含一个（也是微软产品的唯一一个）应用程序框架，以减少应用程序开发人员的工作量。其中包含的类包含大量Windows句柄封装类和很多Windows的内建控件和组件的封装类。
特性

Visual C++包含MFC应用程序向导，可用于兼容MFC的应用程序。在ATL程序中也可以手动添加MFC支持。在向导中有各种选项以定制生成的程序的功能，例如界面风格、语种、数据库开发支持、打印支持、自动化支持、ActiveX支持、网络支持、基于HTML的帮助文档支持等等。
在COM开发方面，相对于ATL来说，MFC的组件比较大，代码不够短小精悍，但是支持的功能也比较多，例如有对ActiveX Document的封装类。
在界面开发方面，MFC提供对消息循环的封装，使用消息映射来避免虚函数的开销。MFC也提供常用Windows通用控件的封装类。
MFC扩展DLL的接口使得MFC程序可以直接调用MFC扩展DLL中的MFC类。MFC也支持在标准DLL中被使用。
发展

MFC是在1992年随微软的Microsoft C/C++ 7.0编译器发布的，用于面向16位元Windows的软件开发。起初，MFC是作为一个应用程序框架开发的，所以定名为Application Framework eXtensions（AFX）。
随着.NET框架的发布，曾经一度被微软重点推荐的MFC被Visual Basic .NET、C#、Windows Forms抢走了不少市场份额，但是MFC继续在非托管软件开发中占据重要地位。在托管开发方面，MFC中也包括对Windows Forms和托管／非托管互操作的封装。微软在Windows Vista和Windows 7发布之后在MFC中增加了对新的Windows API支持。
MFC的优点

MFC的主要优点是可以用面向对象的方法来调用Windows API，以及能够更加便捷地开发应用程序。MFC将很多应用程序开发中常用的功能自动化，并且提供了文档框架视图结构和活动文档这样的便于自定义的应用程序框架。同时，在Visual C++内部也内建了很多对MFC的例如类向导这样的支持以减少软件开发的时间，使用类向导可以快速生成Hello World程序。
MFC的缺点

虽然MFC的源代码对用户是完全开放的，但是MFC的一些封装过程过于复杂，以致于新用户很难迅速掌握MFC的应用程序框架，以及在调试中定位问题的位置。同时，很多MFC对象不是线程安全的，致使在跨线程访问MFC对象时需要编写额外的代码。另外，MFC的很多类依赖于应用程序向导生成的代码，使得在使用Visual C++中其他类型的应用程序向导生成的工程中添加MFC支持的难度大大增加。
第三方支持

很多商用类库在MFC的基础上进一步实现了皮肤、渐变风格、多顶层窗口程序、属性列表等较受欢迎的功能；同时，在C++在线社区中，很大一部分开放的源代码也是基于MFC的。
MFC的结构

作为一个应用程序的开发框架，必须满足各方面的功能需求。
MFC的结构 > 应用程序启动

基于MFC开发的应用程序在启动时，Windows操作系统：
首先调用WinMain函数（位于appmodul.cpp中，封装到mfc80.dll（VS2005版）），WinMain函数内调用了AfxWinMain函数。
AfxWinMain函数（位于WinMain.cpp中）调用了
该应用程序自定义的App类（这个类派生于CWinApp的，CWinApp又是派生于CWinThread，因此代表了应用程序的主线程）的InitInstance函数，该函数注册并创建窗口（通过AppUI2.cpp中的ProcessShellCommmand函数)，然后ShowWindow、UpdateWindow;
CWinThread的InitInstance函数；
CWinThread的Run函数（位于thrdcore.cpp中）。该函数内部是Windows的消息循环。 当应用程序收到WM_QUIT消息后，CWinThread::Run函数返回，紧接着CWinThread::ExitInstance被调用，该函数可被覆盖。程序至此退出运行。 消息循环是一个for(;;)的死循环，该死循环内部包含了一个do...while的循环结构。while循环条件是调用PeekMessage函数的返回值，如果当前UI线程消息队列为空就返回到外层的死循环；while循环体内做两件事：
PumpMessage()。实际调用AfxInternalPumpMessage函数实现其功能：GetMessage()、AfxPreTranslateMessage()、TranslateMessage()、DispatchMessage().即：从UI线程消息队列移除一条消息、遍历该消息的CWnd类直到该窗口的各级别父窗口的CWnd类以提供预处理该消息的机会、如果该消息是按键消息则翻译为WM_CHAR消息、把该消息给相应的窗口函数。
IsIdleMessage()：实际调用了AfxInternalIsIdleMessage函数，对于WM_PAINT、WM_SYSTIMER、以及光标位置没有变化的WM_MOUSEMOVE或WM_NCMOUSEMOVE，为Idle Message。
各个窗口函数（WndProc）内部首先获取对应当前窗口句柄的CWnd类的指针，然后调用AfxCallWndProc函数。
MFC的结构 > 应用程序结束

如果是点击了IDOK按钮，默认是调用OnOK()，然后是OnDestory()，最后是PostNcDestroy()
如果点击IDCANCEL按钮，默认调用OnCancel()，然后是OnDestory()，最后是PostNcDestroy()
如果点击右上角的关闭按钮：先OnClose()，然后是OnCancel()，再然后是OnDestory() ，最后是PostNcDestroy()
MFC的结构 > 消息循环与消息映射

参见：Windows消息循环
MFC的结构 > 消息循环与消息映射 > 消息分类

| 分类 | 消息 | 映射宏 | 消息处理函数原型 | 注释 |
| --- | --- | --- | --- | --- |
| 系统消息 | 标准Windows消息 | MFC使用专用的相关的宏。如ON_WM_CREATE() | MFC使用专用的消息处理成员函数 | 一般地由窗口对象来处理这类消息 |
| 系统消息 | 命令消息 WM_COMMAND | ON_COMMAND(id, memberFxn) | void OnXXX () | 通过标识符ID来区分来自哪个菜单项、工具栏按钮或者加速键等 |
| 系统消息 | 命令消息 WM_COMMAND | ON_COMMAND_RANGE(id, idLast, memberFxn) | void OnXXX (UINT id) | 批量处理一定范围内的标示符ID |
| 系统消息 | 命令消息 WM_COMMAND | ON_UPDATE_COMMAND_UI(id, idLast, memberFxn) | void OxXXX(CCmdUI* pCmdUI) | 程序空闲时发的界面更新消息的宏 |
| 系统消息 | 命令消息 WM_COMMAND | ON_UPDATE_COMMAND_UI_RANGE(id, idLast, memberFxn) | void OxXXX(CCmdUI* pCmdUI) |  |
| 系统消息 | 命令消息 WM_COMMAND | ON_CONTROL(id, idLast, memberFxn) | void OnXXX () | 父窗口响应控件发送的消息 |
| 系统消息 | 命令消息 WM_COMMAND | ON_CONTROL_RANGE(id, idLast, memberFxn) | void OnXXX (UINT id) |  |
| 系统消息 | 命令消息 WM_COMMAND | ON_CONTROL_REFLECT(id, idLast, memberFxn) | void OnXXX () | 子控件响应父窗口反射回来的通知消息 |
| 系统消息 | 通知消息WM_NOTIFY | ON_NOTIFY(wNotifyCode,id,memberFxn) | afx_msg void memberFxn(NMHDR *  pNotifyStruct,  LRESULT*  result) | wParam为控件ID，lParam指向NMHDR结构体，结构体的code域值为控件通知码用来表示控件上的动作，如NM_CLICK.一般地由父窗口对象来处理这类消息。 |
| 系统消息 | 通知消息WM_NOTIFY | ON_NOTIFY_RANGE( wNotifyCode, id, idLast, memberFxn ) |  | 可手工添加（class wizard不支持）,处理控件id连续的一批控件的同一通知码消息。 |
| 系统消息 | 通知消息WM_NOTIFY | ON_NOTIFY_EX |  | 允许通知消息在多处被处理 |
| 系统消息 | 通知消息WM_NOTIFY | ON_NOTIFY_EX_RANGE |  | 允许通知消息在多处被处理 |
| 系统消息 | 通知消息WM_NOTIFY | ON_NOTIFY_REFLECT | afx_msg void memberFxn(NMHDR * pNotifyStruct, LRESULT* result) | 复杂子控件响应父窗口反射回来的通知消息 |
| 自定义消息 | 窗口类内部自定义消息WM_USER到WM_APP-1 | ON_MESSAGE(消息名,memberFxn) | afx_msg LRESULT OnMyMessageXXX(WPARAM wParam, LPARAM lParam) | 示例 |
| 自定义消息 | 程序内部自定义消息WM_APP到0xBFFF | ON_THREAD_MESSAGE(WM_THREADMSG,OnThreadMessage) | afx_msg void OnThreadMessage(WPARAM wParam,LPARAM lParam); | 示例 |
| 自定义消息 | 程序内部自定义消息WM_APP到0xBFFF | ON_REGISTERED_THREAD_MESSAGE | afx_msg void OnMyRegisterdThreadMsg(WPARAM, LPARAM); | RegisterWindowMessage()使用一个字符串来登记一个自定义的消息ID |
| 自定义消息 | 应用程序之间自定义消息0xC000到0xFFFF | ON_REGISTERED_MESSAGE | LRESULT OnMyMessageXXX(WPARAM wParam, LPARAM lParam) | RegisterWindowMessage()使用一个字符串来登记一个自定义的消息ID，便于跨进程应用 |
MFC的结构 > 消息循环与消息映射 > 控件的通知消息与反射消息

窗体上的控件，应当向父窗体通报控件发生的各种事件，如被点击、绘制、内容改变等等，称为通知消息（notification message ）。在 Windows 3.x的16位程序设计时代，控件向父窗体发送WM_COMMAND消息，由父窗体的代码负责实现这些事件。其中wParam的低16位是 control ID，高16位是notification code (例如BN_CLICKED)；lParam是控件句柄。因此，再无可能传递其它信息给父窗体。为此，为传递具有特别内容的控件事件，Windows 3.x定义了一批特殊的通知消息(notification messages)：
WM_PARENTNOTIFY:子窗口的某些重大事件发生时通知父窗口，包括创建、销毁、鼠标各键按下等事件
子窗口的滚动情况的通知消息
WM_VSCROLL
WM_HSCROLL
子窗口的绘制通知消息
WM_DRAWITEM,
WM_MEASUREITEM,
WM_COMPAREITEM,
WM_DELETEITEM,
WM_CHARTOITEM,
WM_VKEYTOITEM
WM_CTLCOLOR：设置按钮、编辑框、ListBox、Static、滚动条控件与MessageBox、DialogBox的前景色、背景色、背景模式、字体，并返回一把Brush，用于控件背景绘制。
早于4.0版本的MFC，在控件类提供了虚函数处理这些通知消息，这一办法已经被下述的“消息反射”取代（但仍然向后兼容继续支持）。
随着Windows 95开始了32位程序时代，伴之而来的是Win32 API 与 MFC 4.0。 Win32增加了很多复杂的控件，需要使用更多的通知消息传递很多复杂的数据给父窗体。Win32 API仅仅增加了一个消息WM_NOTIFY，就实现了这些功能。lParam参数开头是NMHDR数据结构，其后是与该通知类型相关的特定数据结构。
typedef struct tagNMHDR {
    HWND hwndFrom;
    UINT idFrom;
    UINT code;
} NMHDR;
CWnd::OnNotify函数处理通知消息。它的默认实现是检查消息映射表（message map）查找通知的处理器函数并调用。一般说来，不必覆盖OnNotify；而应该写一个处理器函数并增加为该窗口类的消息映射表条目。
ON_NOTIFY(wNotifyCode, id, memberFxn)
成员函数应该写为：
afx_msg void memberFxn(NMHDR* pNotifyStruct, LRESULT* result);
MFC 4.0提供了一种特性“消息反射”（message reflection），允许控件通知消息既可以在父窗口中，也可以在控件中被处理。可以对控件创建一个派生的控件类，实现对从父窗口反射回来的指定类型消息的处理。消息反射是MFC而不是Win32的特性，因此父窗口的类必须是从CWnd派生，从而父窗口在CWnd::OnNotify函数中处理控件的WM_NOTIFY时，首先调用CWnd::ReflectLastMsg把消息反射回控件的CWnd::SendChildNotifyLastMsg函数去处理；ReflectLastMsg返回值就是在控件的消息映射中使用ON_NOTIFY_REFLECT_EX()声明的反射消息处理函数的返回值，可以通知父窗口该消息是否已经被控件处理。控件的CWnd::SendChildNotifyLastMsg函数，首先获得线程的最后一条message，然后调用发送窗口的虚函数OnChildNotify函数。在子窗口处理反射回来的控件消息，第一种方法是重载控件窗口的OnChildNotify虚函数；第二种办法是由CWnd::OnChildNotify默认处理去调用CWnd::ReflectChildNotify函数，进入控件子窗口的MFC消息映射的标准处理（子窗口处理的消息被译成WM_REFLECT_BASE+WM_NOTIFY消息）。对于WM_NOTIFY，仅当在控件的消息映射（message map）中，控件没有通过ON_NOTIFY_REFLECT()声明的反射消息处理函数，父窗口的相应的通知消息处理函数才会被调用（在父窗口消息映射中使用宏ON_NOTIFY声明）。控件中通过ON_NOTIFY_REFLECT_EX()声明的反射消息处理函数可以返回真或假，以决定父窗口是否继续处理该通知消息。WM_NOTIFY以外的其它通知消息，父窗口在第一时间有机会处理它，控件对它的处理排在第二位。反射消息处理函数通常使用特定的名字，对应的消息反射宏的名字是在消息名字加上前缀ON_，后缀_REFLECT。如WM_CTLCOLOR对应ON_WM_CTLCOLOR_REFLECT。但以下三种情况，反射消息处理函数可以随意自行起名，对应的消息反射宏的名字分别为：
WM_COMMAND使用ON_CONTROL_REFLECT
WM_NOTIFY使用ON_NOTIFY_REFLECT
ON_UPDATE_COMMAND_UI使用ON_UPDATE_COMMAND_UI_REFLECT
MFC的结构 > 消息循环与消息映射 > 消息传递处理机制

MFC类体系中，Windows消息传递处理机制是基于CCmdTarget类及其派生类的静态成员函数GetThisMessageMap()内部定义的静态数据成员：
成员类型为AFX_MSGMAP_ENTRY的数组_messageEntries。在类的实现文件中，在BEGIN_MESSAGE_MAP与END_MESSAGE_MAP之间的内容来初始化消息映射入口项数组。
数据类型为AFX_MSGMAP的变量messageMap。该结构包含两项，分别是直接基类GetThisMessageMap函数指针与本类的_messageEntries数组首元素地址。
在头文件的类定义中使用宏DECLARE_MESSAGE_MAP()来声明静态成员函数GetThisMessageMap与虚函数GetMessageMap
用户所写的类的Windows消息处理函数（例如OnCommand）必须转换为CCmdTarget::*的成员函数指针类型AFX_PMSG，保存在该类的_messageEntries数组中。
struct AFX_MSGMAP_ENTRY
{
	UINT nMessage;   // windows消息代号
	UINT nCode;      // WM_NOTIFY的控制代码
	UINT nID;        // WM_COMMAND下面的ID号，如果为其他的消息，则这个数字为0
	UINT nLastID;    //和前面的ID一起组成一个范围，用于发送一次消息，处理执行多次
	UINT nSig;       // 标志消息处理函数的类型
	AFX_PMSG pfn;    // 函数调用指针
};
typedef void (CCmdTarget::*AFX_PMSG)(void);
调用用户类中该消息处理函数时，根据该函数保存在_messageEntries中的signature（一个无符号整型表示的函数的形参类型列表与返回值类型），把类型为void (CCmdTarget::*AFX_PMSG)(void)的成员函数指针强制转为其它类型的CCmdTarget成员函数指针（例如void (AFX_MSG_CALL CWnd::*pfn_v_i_i)(int, int)，目前在union MessageMapFunctions中列出了近百种CCmdTarget成员函数指针），然后调用转换后的成员函数指针。这是基于Visual C++编译器把单继承的成员函数指针编译为只保存了函数的内存起始地址，因此可以在同一个单继承类中把一种类型的成员函数指针强制转换为另一种成员函数指针，或者把单继承派生类的成员函数指针强制转换为基类成员函数指针。这是打破了C++标准的违例办法。例如，对于CWnd::OnCommand函数，转换过程是：
BOOL (CWnd::*)(WPARAM, LPARAM lParam) => void (CWnd::*)() => void (CCmdTarget::*)()