stanford-oval/wikipedia huggingface dataset:
最終勝利主義
勞馬主義和公民主義

20世紀80年代開始，最終勝利主義面臨勞馬主義的挑戰。勞馬主義將世界語社群形容爲“無國籍，流散的語言少數群體”，支持者致力於世界語文化的構建，而非推廣世界語。勞馬主義一詞來自於1980年第36屆國際世界語青年大會上通國的勞馬宣言。
隨後，勞馬主義一詞亦被賦予兩種意思：一，勞馬主義者是不推廣世界語的世界語者；二，勞馬主義者主張世界語社群是自我選擇的語言少數群體，並且支持建立類似國家的制度代表該少數群體。第二種意義更加理想的勞馬主義，很多時候亦被稱爲公民主義（世界語 ：Civitanismo）。因爲第二種見解同時亦是世界語公民社群的官方意識形態，該組織致力於爲流散各地的世界語者建立一個類似國家的代表。
雖然現時大部分世界語者都相當重視耕耘社群內部的文化， 那些使用世界語但是並沒有參與推廣世界語的世界語者比例亦日漸提升， 但是理想主義化的勞馬主義者（公民主義者）在世界語者內部開始自我封鎖，因爲相對在構建世界語文化上花時間，他們更多時候是在批評最終勝利主義。
作爲對勞馬主義者的回應，最終勝利主義者隨後發表布拉格宣言。布拉格宣言強調最終勝利主義在現代社會的重要性，強調民主交流，語言權利，維護語言多樣化以及高效語言教育。
參考資料

↑  Zamenhof, L. L.  [Speech before the Sixth World Esperanto Congress in Washington on 15 August 1910] (演讲). Sesa Kongreso Esperantista (Sixth World Esperanto Congress). Washington, D.C. 15 August 1910  [2020-03-15]. （原始内容存档于2021-02-26） –transcription done 12 August 1992 by Hirotaka, Masaaki from a paper copy and hosted on Steloj.de （世界语）.
匀德实

匀德实可能指以下其中一人：
耶律匀德实，耶律阿保机的祖父。
耶律寅底石，又作匀德实，耶律阿保机的弟弟。
箭䲗

| 箭䲗 |
| --- | --- |


科学分类 
界：: 动物界 Animalia
门：: 脊索动物门 Chordata
纲：: 綱 Actinopteri
目：: 海龙鱼目 Syngnathiformes
科：: 䲗科 Callionymidae
属：: 䲗属 Callionymus
种：: 箭䲗 C. sagitta
二名法
Callionymus sagitta Pallas, 1770

箭䲗（学名：）为䲗科䲗屬的鱼类，於1770年由彼得·西蒙·帕拉斯描述及命名。分布于印度至中国，包括南海等海域。该物种的模式产地在印度尼西亚安汶岛。
北海峽

69°0′S 39°35′E﻿ / ﻿69.000°S 39.583°E﻿ / -69.000; 39.583
北海峽（新挪威語：），是南極洲的海峽，位於毛德皇后地的哈拉爾王子海岸，處於內斯島和東翁古爾島之間，根據挪威探險隊拍攝的空中照片繪入地圖，現時由南極條約體系管理。
外部連結

. . United States Geological Survey.   [2013-05-08].
本条目引用的公有领域材料来自美国地质调查局的文档《北海峽》 （資料來自地名信息系统）。
奧萊斯科城堡

| 奥莱斯科城堡 |
| --- | --- |
Оле́ський за́мок
 烏克蘭烏克蘭利維夫州奥莱斯科
位於烏克蘭的奥莱斯科城堡
: 49°58′06″N 24°54′02″E﻿ / ﻿49.968336°N 24.900556°E﻿ / 49.968336; 24.900556
类型: 城堡
设施
公众开放: 是
现状: 保存良好
历史
建於: 15世紀至17世紀
奥莱斯科城堡（烏克蘭語：，波蘭語：）是位於烏克蘭城市奥莱斯科的一座城堡建築。這座城堡的首次歷史記錄可追溯到 1390 年的一份文件，當時教宗波尼法爵九世將奥莱斯科和圖斯坦（英语：）贈予哈利奇的一位天主教主教。該城堡位於烏克蘭西部最大的城市利維夫以北約 75 公里的地方。
位置

奥莱斯科城堡呈橢圓形，建立在一座約 50 公尺高的小山頂上。城堡周圍有護城河和城牆，為城堡提供防禦。城堡周圍還有一片茂密的沼澤地。這座城堡所在的土地多次易主。它最初位於沃倫和利維夫之間的邊界地區。
在歷史上，該城堡曾在不同時期歸屬於波蘭、立陶宛和匈牙利。在14世紀，由於這三個國家之間的移動邊界穿越了城堡的領土，奥莱斯科城做為重要的政治地標。為了爭取該城堡的所有權，當時引發的爭奪戰是持續不斷的。城堡地下室的深井曾被用作被圍困囚犯的逃生通道。
修建工程

在16世紀末至17世紀初，進行了對城堡的修復工程。畫作和馬賽克風格的設計被帶入城堡的不同房間進行裝飾。城堡以當時流行的義大利文藝復興風格進行了改建。
1838 年，一場地震襲擊了城堡，部分區域受到破壞。1882 年，這座被視為波蘭國家紀念設施的城堡，被奥莱斯科城堡保護委員會購買，隨後於 1892 年進行修復。修復期間發生過兩次世界大戰，對城堡造成了負面影響，甚至破壞了先前已修復的建築。
自 1954 年開始，委員會對城堡擬定了修復計劃，直到 1958 年才開始實際的修復工作。原本有計劃將堡壘改建成度假屋，但後來將城堡交給了利維夫美術館作為博物館用途。在 1970 年至 1974 年期間，由鮑里斯·沃茲尼茨基（烏克蘭語：）的領導下，城堡進行了長期的修復工作，恢復了其在18世紀末期最繁榮時期的樣貌。到 1975 年，城堡的展示區已經建立完成，博物館正式開放。館內展示著 16 至 17 世紀的古董家具和藝術品收藏，如雕塑、繪畫、應用藝術品、掛毯、武器以及當時的日常生活用品。博物館的收藏內容被認為是波蘭藝術的最豐富寶庫之一，超越波蘭的國界。1989 年，它獲得了博物館保護區的地位。
這座城堡是「金色馬蹄鐐」的一部分，除了奥莱斯科成百外，還有另外兩座鄰近的城堡：皮德吉爾齊城堡和佐洛奇夫城堡。這三座城堡以其歷史和建築價值而聞名，形成了一個環形的景點，吸引了許多遊客。這些城堡共同展示了當地的豪華建築風格和貴族生活的痕跡，是烏克蘭重要的文化遺產之一。遊客可以在這個地區欣賞到多個不同時期和風格的建築，並體驗中世紀的氛圍和藝術之美。
帶有鏽蝕的城堡門廊。
城堡的庭院。
修建工程 > 博物館展示品

利維夫美術館保存的多項收藏品使其創造出一個獨特的展覽，它在某種程度上類似於其他城市的城堡展覽，但也有很大的不同之處。城堡的悠久歷史並未有助於保存許多當代的物品（戰爭或自然災害導致），因此展覽中大多呈現的是建築立面、城堡門廊和石頭上的紋章浮雕等表現時代的元素。
圍繞熟睡的基督聖子與天使們，西蒙·切霍維茨（英语：）
貴婦人肖像，約澤夫·霍伊尼茨基
王后芭芭拉·拉齊維烏的半身雕塑
後續發展 > 遊客活動

截至 2021 年，遊客有機會在城堡購買個人化的收藏紀念狀，證明他們獲得了貴族地位，且能夠與穿著 17 世紀風格的軍事指揮官合影。
後續發展 > 郵票與紀念幣

在 2017 年，烏克蘭郵政局發行了一枚名為  的郵票，幣值為 5.80 赫里夫尼亞。這枚郵票是根據歐洲郵政運營商聯盟 PostEurop（英语：） 所舉辦的郵票年度排名計劃，並以「歐洲」為主題而發行的，這代表著烏克蘭在這一郵票排名活動中的參與。
奥莱斯科城堡紀念幣的正面與反面
2021年8月17日，烏克蘭國家銀行發行了用銀打造的奥莱斯科城堡紀念幣，幣值為 10 赫里夫尼亞。這枚紀念幣屬於「烏克蘭建築遺產（紀念幣）（烏克蘭語：）」系列。
參見

烏克蘭城堡列表（英语：）
參考文獻

↑  . PostEurop. 2019-01-12  [2023-07-13]. （原始内容存档于2022-01-26） （英语）.
外部連結

Castles.org （页面存档备份，存于） - Olesko Castle
lvivecotour.com （页面存档备份，存于） - Olesko Castle Tour in English]
Olesko Castle at the Wilanów Palace Museum （页面存档备份，存于）
Medieval restaurant Hrydnytsya inside Olesko castle （页面存档备份，存于）
奥莱斯科城堡的入口。
奥莱斯科城堡
烏克蘭郵政的郵票「奥莱斯科城堡」（2017年）。
小行星16459

| 发现 |
| --- | --- |
發現者: Freimut Börngen
發現日期: 1989年11月28日
編號
其它名稱: 1989 WE4
小行星分類: 主小行星带小行星
軌道參數
半長軸: 2.4145869 UA
離心率: 0.216
平近點角: 260.909
軌道傾角: 2.693
升交點黃經: 151.339
近日點參數: 225.326
物理特徵
絕對星等(H): 15.1
 
小行星16459（16459 Barth）是一颗绕太阳运转的小行星，为主小行星带小行星。该小行星于1989年11月28日发现。
轨道参数

小行星16459的轨道半长轴为2.4145869 UA，离心率为0.216。
2009年度香港小姐競選

2009年度香港小姐競選（第37屆）是電視廣播有限公司舉辦的選美活動，在2009年8月22日於香港九龍紅磡香港體育館舉行。本年度口號為「美麗新力量」。本年度香港小姐競選亦因為2008年香港小姐冠軍張舒雅被無線電視雪藏，成為香港小姐競選史上第一次沒有上屆冠軍加冕的選美盛事，並由陳倩揚及馬賽陪伴邵逸夫爵士（六叔）觀賞決賽。2009年香港小姐冠軍則由第五屆（1977年）香港小姐冠軍暨慧妍雅集永遠名譽會長朱玲玲小姐為其主持加冕儀式，亞軍及季軍則由2008年香港小姐亞軍陳倩揚及季軍馬賽為其頒獎及加冕。
比賽結果 > 名次

| 最後結果 | 參賽者 |
| --- | --- |
2009香港小姐冠軍:  4號劉倩婷
亞軍:  10號李姿敏
季軍:  8號熊穎詩
比賽結果 > 大會獎項

| 獎項 | 參賽者 |
| --- | --- |
最上鏡小姐:  9號袁嘉敏
國際親善小姐:  6號黃嘉麗
比賽結果 > 贊助商/其他獎項

| 獎項 | 得獎者 |
| --- | --- |
旅遊大使獎:  6號黃嘉麗
時尚目光獎:  8號熊穎詩
最佳首飾演繹獎:  7號鍾溥敏
參選佳麗

本年度參選佳麗有兩位是海外佳麗，分別是熊穎詩（加拿大溫哥華）及李姿敏（美國紐約）。
| 編號 | 佳麗名字 | 佳麗名字(英文) | 年齡 | 身高  (英吋) | 三圍 | 職業 |
| --- | --- | --- | --- | --- | --- | --- |
| 1 | 曾曦寧 | Hilaire Tsang | 23 | 5'3¾" | 33" - 23½" - 34" | 艙務長 |
| 2 | 林潔瑜 | Esther Lam | 25 | 5'7" | 33½" - 23½" - 34" | 美容顧問 |
| 3 | 鄭寶源 | Grace Cheng | 21 | 5'6" | 34½" - 24½" - 34½" | 學生 |
| 4 | 劉倩婷 | Sandy Lau | 23 | 5'3½" | 32½" - 22½" - 33" | 證券分析員 |
| 5 | 馬詠恩 | Winnie Ma | 22 | 5'5" | 32½" - 23" - 34" | 學生 |
| 6 | 黃嘉麗 | Carly Wong | 24 | 5'6" | 32" - 23" - 34½" | 學生 |
| 7 | 鍾溥敏 | Mandy Chung | 24 | 5'8" | 35" - 24" - 35½" | 學生 |
| 8 | 熊穎詩 | Mizuni Hung | 25 | 5'6" | 33½" - 23" - 34½" | 市場助理 |
| 9 | 袁嘉敏 | Candy Yuen | 24 | 5'4½" | 33½" - 22½" - 34" | 電影發行主任 |
| 10 | 李姿敏 | Germaine Li | 21 | 5'6" | 34½" - 25" - 35" | 學生 |
評判、司儀和表演嘉賓

| 評判、司儀和表演嘉賓 |
| --- | --- |
司儀: 曾志偉、陳百祥、崔建邦
嘉賓司儀: 古巨基、張智霖、黎耀祥
大會評判: 任達華、李嘉欣、林健鋒、劉璇、林天福
最上鏡小姐評判: 古巨基、廖碧兒、Amanda S.、Rick Chin
表演嘉賓: Connie Talbot、古巨基、張智霖、曹格、黃宗澤
決賽情形

由於今年的參選佳麗只有10位，所以今屆的競選並不設淘汰制，而是直接選出得獎佳麗。
旅遊大使獎︰6號黃嘉麗
時尚目光獎︰8號熊穎詩
國際親善小姐︰6號黃嘉麗
最上鏡小姐：9號袁嘉敏
季軍：8號熊穎詩
亞軍：10號李姿敏
冠軍：4號劉倩婷
決賽情形 > 節目程序 > 宮廷服華麗登場

由2007年《Britain's Got Talent》亞軍得主，年僅9歲的Connie Talbot以風靡全球的動聽歌聲唱出一曲《You Raise Me Up》揭開序幕，10位候選佳麗穿著華麗皇室宴會服飾亮相，分享心目中的成功模範女性。
決賽情形 > 節目程序 > 自選泳裝環節

佳麗穿上多元化自選泳裝出場接受大會司儀訪問，問題圍繞每位佳麗的個性及品味，表現美貌與智慧的一面。
決賽情形 > 節目程序 > 尖銳話題考驗急才

3位嘉賓主持黎耀祥、古巨基及張智霖由佳麗背景、緋聞以至社會時事等不同主題出發，以貼身尖銳問題，考驗佳麗的急智及口才。
決賽情形 > 節目程序 > 熱舞活力展Power

由能歌善舞的表演嘉賓黃宗澤充當魔鬼教練，帶領十位佳麗演繹Thai Aerobic舞蹈，展示佳麗動感活力。
決賽情形 > 節目程序 > ChiLam、Connie至冧英文歌

由表演嘉賓張智霖及Connie Talbot合唱《I Have A Dream》及《Somewhere Over The Rainbow》，洋溢無限溫馨，盡展歌喉。
決賽情形 > 節目程序 > 懷舊晚裝美麗蛻變

10位佳麗穿上五、六十年代懷舊明星風采晚禮服出場，展現雍容華貴的一面。
決賽情形 > 節目程序 > 頒發國際親善小姐獎

由2008年度國際親善小姐得主陳倩揚頒發此獎予6號佳麗黃嘉麗。
決賽情形 > 節目程序 > 同心祝福見證美麗真友誼

佳麗們在台上分享參選經歷，同心獻唱《Auld Lang Syne》（友誼萬歲）一曲，並為於競賽期間建立的友誼喝采，親友上台現身打氣。
決賽情形 > 節目程序 > 曹格超級靚聲清唱

表演嘉賓曹格率領18位《超級巨聲》參賽者，透過A Cappella演唱模式，以醉人聲樂，加以巧妙歌曲編排，演繹多首經典名曲。
決賽情形 > 節目程序 > 2009香港小姐出爐

佳麗穿著旗袍裝束再度出場，聽候賽果公佈，由於2008年香港小姐冠軍張舒雅被無綫電視雪藏，因此無線電視決定將由1977年香港小姐冠軍暨慧妍雅集永遠名譽會長朱玲玲小姐代替張舒雅為2009香港小姐冠軍劉倩婷主持加冕儀式。2009香港小姐亞軍李姿敏及季軍熊穎詩則由2008年香港小姐亞軍陳倩揚及季軍馬賽為其頒獎。
宣傳活動及電視節目

當香港小姐遇上香港先生（2009年7月11日播出）
美麗盛放
美麗告白（2009年7月18日至8月8日播出）
美麗體驗北海道（2009年8月15日播出）（主持：胡杏兒、陳倩揚）
參考資料

↑  出生日期為1985年10月12日。
外部連結

Mytv網上重溫
劉倩婷當選港姐冠軍
Miss HK 2009 encourages people to stay positive and smile more
2009年度香港小姐競選網頁
美琪大戏院

| 美琪大戏院 |
| --- | --- |
美琪大戏院
概要
類型: 電影院、劇場
建築風格: 现代主义
所屬國家／地區: 中华人民共和国
行政区:  中国上海市静安区江宁路66号
竣工日: 1941年
: 陶馥记营造厂
: 美琪大戏院
设计与建造
建筑师: 范文照
保护情况: 上海市文物保护单位

上海市文物保护单位
美琪大戏院
地址: 上海市静安区
分类: 近现代重要史迹及代表性建筑
时代: 1941年
编号: 5-42
认定时间: 1989年9月25日
 
网站
https://www.228.com.cn/venue-143737.html
美琪大戏院（英語：）,位于上海市静安区江宁路、奉贤路口，现在是上海市优秀近代建筑保护单位。影院占地2650平方米，建筑面积5700平方米，为钢筋混凝土框架结构。
历史

戏院在1941年建于原大华饭店旧址，由当时上海的建筑设计师范文照设计，上海亚洲影院公司营建，并由馥记营造厂承建。戏院初定英文名为Majestic取其“庄严、宏丽、王者”之意，并欲定中文名为“大华大戏院”。但无奈，当时夏令配克大戏院已取此名，只得作罢。后取名美琪，则是寓意“美轮美奂，琪玉无瑕”。曾被稱为“远东最新型的艺术影宫”。影院曾在文革开始后，由于较靠近北京西路的缘故，更名北京影剧院。1985年，戏院恢复其原称。
1941年10月15日美琪大戏院正式开映，开幕之第一片便是美国福克斯影片公司的歌舞片美月琪花（英语：）。戏院在解放前后，曾先后迎来过京剧大师梅兰芳与苏联芭蕾舞名家加林娜·乌兰诺娃在此演出。
1954年11月起公私合营。其后，美琪亦成为上海重要的政治活动场所：1954年8月，上海市第一届人民代表大会举行；1955年2月4日，时任总理周恩来向参加全国省市委书记会议的干部作关于知识分子改造的讲话。1958年5月起戏院翻新，以演出为主，同时兼映电影。1989年，被列为上海市近代优秀建筑。
进入21世纪，曾在1999年经过扩建的美琪大戏院成为了上海国际艺术节的举办场地之一。此外，周立波的《笑侃30年》、《笑侃大上海》等演出也是在这里上演的。
2016年历时5年再次改建的美琪大戏院重新开幕，以演出话剧、音乐剧为主，各类歌剧、芭蕾舞剧、音乐会、舞蹈、戏曲演出和戏剧影像以及电影放映为辅，同时它成为继上海影城，大光明电影院之后上海第三个可以容纳一千人的影厅。2017年，美琪大戏院加入了全国艺术电影放映联盟，并参与了上海国际电影节。
建筑特色

建筑为美国现代式样，但也有装饰艺术派的风格。其整个建筑造型较为简洁。入口呈圆柱状。门厅是圆形平面，设长条窗，并配有5扇附有美丽几何图案的垂直长窗玻璃。观众大厅有1600多个座位，其中楼座有540个。楼梯和地面则采用了奶油色磨花石。
相关条目

南京西路历史文化风貌区
参考资料

1 2 3 4 5  特色志>>上海名建筑志>>欧美风情的沪滨广厦>>"琪玉无瑕"的美琪大戏院 （页面存档备份，存于） 上海地方志办公室
1 2  上海近代文献馆>百年市政>城市建筑>美琪大戏院[永久] 上海市杨浦区图书馆
↑  . www.shtong.gov.cn.   [2020-05-21]. （原始内容存档于2016-04-26）.
↑  . www.shtong.gov.cn.   [2020-05-21]. （原始内容存档于2017-02-26）.
↑  龚德庆，张仁良主编. . 上海：同济大学出版社. 2011-01: 276–278. ISBN 978-7-5608-4364-3.
↑  . www.shanghai.gov.cn.   [2020-05-21]. （原始内容存档于2016-01-25）.
↑  . culture.people.com.cn.   [2020-05-21].
↑  潘玲. . Long river press. 2008: 228-229. ISBN 9781592650781.
ASP.NET

| --- | --- |
開發者: Microsoft
首次发布: 2002年1月5日，​22年前​（2002-01-05）
当前版本: 4.7（2017年4月5日 (2017-04-05)）
源代码库: github.com/aspnet/AspNetWebStack  
编程语言: .NET 程式語言，例如C#、VB.NET
类型: Web應用程式
许可协议: Apache 2.0
网站: www.asp.net
| --- | --- |
:  .aspx、.cshtml、.vbhtml
:  text/html
开发者: Microsoft
ASP.NET是由微軟在.NET Framework框架中所提供，開發Web應用程式的類別庫，封裝在System.Web.dll檔案中，顯露出System.Web命名空間，並提供ASP.NET網頁處理、擴充以及HTTP通道的應用程式與通訊處理等工作，以及Web Service的基礎架構。ASP.NET是ASP技術的後繼者，但它的發展性要比ASP技術要強大許多。
ASP.NET可以運行在安裝了.NET Framework的IIS伺服器上，若要在非微軟的平台上執行，則需要使用Mono平台，ASP.NET在2.0版本已經定型，在.NET Framework 3.5上則加上了許多功能，像是ASP.NET AJAX、ASP.NET MVC Framework、ASP.NET Dynamic Data與Microsoft Silverlight的伺服器控制項等。
很多人都把 ASP.NET 當做是一種程式語言，但它實際上只是一個由 .NET Framework 提供的一種開發平台 (development platform)，並非程式語言。也可认为ASP.NET是.NET组件，任何.NET语言，例如C#，可以引用该组件，创建网页或Web服务。
為了因應雲端化所誘發的多作業平台整合與開發能力，微軟特別開發一個新一代的 ASP.NET，稱為 ASP.NET vNext，並於 2014 年命名為 ASP.NET 5，但隨後於 2016 年將它更名為 ASP.NET Core，由於架構上的差異頗大，因此未來 ASP.NET 與 ASP.NET Core 將是分別發展與維護，Windows 平台的 ASP.NET 4.6 以上版本仍維持 Windows Only，但 ASP.NET Core 則是具有跨平台 (Windows, Mac OSX 與 Linux) 的能力。
發展緣起

ASP.NET的前身ASP技術，是在IIS 2.0上首次推出（Windows NT 3.51），當時與 ADO 1.0 一起推出，在IIS 3.0（Windows NT 4.0）發揚光大，成為伺服器端應用程式的熱門開發工具，微軟還特別為它量身打造了Visual InterDev開發工具，在1994年到2000年之間，ASP技術已經成為微軟推展Windows NT 4.0平台的關鍵技術之一，數以萬計的ASP網站也是這個時候開始如雨後春筍般的出現在網路上。由於它的簡單以及高度客制化的能力，也是它能迅速竄起的原因之一。
不過ASP的缺點也逐漸的浮現出來：
義大利麵型的程式開發方法，讓維護的難度提高很多，尤其是大型的ASP應用程式。
直譯式的VBScript或JScript語言，讓效能有些許的受限。
延展性因為其基礎架構擴充性不足而受限，雖然有COM元件可用，但開發一些特殊功能（像檔案上傳）時，沒有來自內建的支援，需要尋求第三方軟體商開發的元件。
1997年時，微軟開始針對ASP的缺點（尤其是義大利麵型的程式開發方法）準備開始一個新專案來開發，當時ASP.NET的主要領導人斯科特·格思里（英语：）剛從杜克大學畢業，他和IIS團隊的Mark Anders經理一起合作兩個月，開發出了下一代ASP技術的原型，這個原型在1997年的聖誕節時被發展出來，並給予一個名稱：XSP，這個原型產品使用的是Java語言。不過它馬上就被納入當時還在開發中的CLR平台，Scott Guthrie事後也認為將這個技術移植到當時的CLR平台，確實有很大的風險（huge risk），但當時的XSP團隊卻是以CLR開發應用的第一個團隊。
為了將XSP移植到CLR中，XSP團隊將XSP的核心程式全部以C#語言重新撰寫（在內部的專案代號是 "Project Cool"，但是當時對公開場合是保密的），並且改名為ASP+，作為ASP技術的後繼者，並且也會提供一個簡單的移轉方法給ASP開發人員。ASP+首次的Beta版本以及應用在PDC 2000中亮相，由Bill Gates发表Keynote（即關鍵技術的概覽），由富士通公司展示使用COBOL語言撰寫ASP+應用程式，並且宣布它可以使用Visual Basic.NET、C#、Perl與Python語言（後兩者由ActiveState公司開發的互通工具支援）來開發。
在2000年第二季時，微軟正式推動.NET策略，ASP+也順理成章的改名為ASP.NET，經過四年的開發，第一個版本的ASP.NET在2002年1月5日亮相（和.NET Framework 1.0），Scott Guthrie也成為ASP.NET的產品經理（到現在已經開發了數個微軟產品，像ASP.NET AJAX和Microsoft Silverlight）。
ASP.NET處理架構

ASP.NET 運行的架構分為幾個階段：
在 IIS 與 Web 伺服器中的訊息流動階段。
在 ASP.NET 網頁中的訊息分派。
在 ASP.NET 網頁中的訊息處理。
ASP.NET處理架構 > ASP.NET網頁中的事件程序

當 HttpWorkerRequest 呼叫 ASP.NET 網頁（System.Web.UI 命名空間的 Page 類別）的 Page.ProcessRequest() 方法時，它會依序的引發 Page 內的各個事件，並同時呼叫在 Page 中所有控制項的相關事件，其引發順序為：
启动阶段：设置页面基本属性，如 Request 和 Response。在此阶段，页面还将确定请求是回发请求还是新请求，并设置 IsPostBack 属性。
PreInit 事件：執行預先初始化的工作，在ASP.NET 2.0中，若要動態調整主版頁面 (Master Page)、佈景主題 (Theme) 時，要在這個事件中調整。设置页面一些最基本的特性，如加载个性化信息和主题、运行时Culture。
Init 事件：執行初始化工作。根据页面的服务器标签及其属性设置，生成各个服务器控件的实例和给这些服务器控件的实例的属性进行赋值，并存入ViewState，但因为本阶段的赋值行为优先于ViewState的TrackViewState被调用，所以这些视图的值都将不会存入最终呈现的视图状态隐藏字段中。
InitCompleted 事件：在完成初始化工作後引發。调用ViewState的TrackViewState方法，开启对视图状态更改的跟踪。
Preload 事件：載入表单传值）。页面方法调用LoadViewState、LoadControlState、ProcessPostData，服务器控件对应调用LoadViewState和实现IPostBackDataHandler接口的LoadPostData方法
Load 事件：執行載入的工作，大多數的網頁都擁有 Page_Load 事件處理常式，使用者控制項 (user control) 中也有 Page_Load 事件常式，都會在此時呼叫。
控制項的 PostBack 變更通知：當網頁偵測到是 PostBack 要求時，會引發 PostBack 訊息通知的事件。
控制項的 PostBack 相關事件：當網頁偵測到是 PostBack 要求時，會引發 PostBack 訊息指定的控制項的事件。
LoadCompleted 事件：執行載入完成後的工作。
PreRender 事件：處理在產生 HTML 結果前的工作。
SaveStateCompleted 事件：處理頁面狀態（ViewState 與 ControlState）儲存完成後的事件。
Render 事件：處理產生 HTML 的工作。
Unload 事件：處理結束網頁處理時的工作。
如果 HttpWorkerRequest 呼叫的是實作 IHttpHandler 介面的 HTTP 處理常式 時，它只會呼叫 IHttpHandler.ProcessRequest() 方法，由它來處理程式的輸出，不像 Page.ProcessRequest() 會處理事件順序，因此 HTTP Handler 很適合輕量級的資料處理，像是輸出檔案資料流或是圖片資料流等。
ASP.NET處理架構 > ASP.NET的事件模型

ASP.NET 的原始設計構想，就是要讓開發人員能夠像 VB 開發工具那樣，可以使用事件驅動式程式開發模式 (Event-Driven Programming Model) 的方法來開發網頁與應用程式，若要以ASP技術來做到這件事的話，就必須要使用大量的輔助資訊，像是查詢字串或是表單欄位資料來識別與判斷物件的來源、事件流向以及呼叫的函式等等，需要撰寫的程式碼量相當的多，但 ASP.NET 很巧妙利用表單欄位和JavaScript指令碼把事件的傳遞模型隱藏起來了。
ASP.NET 的事件模型是由 <form runat="server"></form> 以及數個 Hidden Field 組合而成，基於 HTTP 模型的限制，所有的網頁程式在執行結果輸出到用戶端後，程式就會結束執行，為了維護在 ASP.NET 網頁與控制項的狀態資料，因此在輸出 ASP.NET 控制項時，ASP.NET 會將部份狀態資料儲存到網頁的 Hidden Field 中，這類型的狀態資料稱為 ViewState（ID 為 __VIEWSTATE），在伺服器端即會被解譯出狀態與事件資料。在大多數的內建 Web 控制項中都有使用到這個機制，因此在使用大量 ASP.NET Web 控制項的網頁中，會有許多的 ViewState 會存放在網頁中並隨著 HTTP 資料流輸出到用戶端，ViewState 在輸出時，會被加密為一組亂碼字串，其金鑰值定義在電腦中，並且每一個物件都會被序列化 (serialize) 成字串（因此若是自訂物件要放到 ViewState 時，則應要讓它支援序列化），再輸出到 __VIEWSTATE 欄位中，在每次的網頁來回時都會被傳輸，較大的 ViewState 會讓網頁大小膨脹，不利於快速的網路傳輸，不過 ASP.NET 本身有提供將 ViewState 關閉的功能，因此如果控制項不需要狀態保存時，可將它關閉以減少輸出的大小。
為確保控制項的事件能夠確實被引發，讓事件驅動能夠被執行，因此控制項事件引發命令時需要的參數，是交由 JavaScript 指令碼在用戶端引發時，填入另一個 Hidden Field（ID 為 __EVENTTARGET 以及 __EVENTARGUMENT），並且引發表單的送出指示 (submit)，傳送到伺服端後，伺服端的 HttpApplication 中的工具函式會解析 __EVENTTARGET 和 __EVENTARGUMENT 欄位中的資訊，並且交由控制項所實作的 RaisePostBackEvent() 來引發事件，並由 .NET Framework 內部的事件處理機制接手處理（呼叫控制項設定的事件處理常式）。
ASP.NET處理架構 > ASP.NET的來回模式

在 ASP.NET 運行的時候，經常會有網頁的來回動作 (round-trip)，在 ASP.NET 中稱為 PostBack，在傳統的 ASP 技術上，判斷網頁的來回是需要由開發人員自行撰寫，到了 ASP.NET 時，開發人員可以用 Page.IsPostBack 機能來判斷是否為第一次執行（當 ASP.NET 發現 HTTP POST 要求的資料是空值時），它可以保證 ASP.NET 的控制項事件只會執行一次，但是它有個缺點（基於 HTTP POST 本身的缺陷），就是若使用者使用瀏覽器的重新整理功能（按 F5 或重新整理的按鈕）刷新網頁時，最後一次執行的事件會再被執行一次，若要避免這個狀況，必須要強迫瀏覽器清空快取才可以。
ASP.NET 2.0 中有新增三個來回模式：
Cross Page Postback：允許跨不同的網頁執行 PostBack，伺服端可使用 Page.IsCrossPostBack 來判斷是否是跨網頁型的來回。
Async Page Mode：允許網頁使用非同步的方式執行，伺服端可用 Page.IsAsync 來判斷。
Callback：ASP.NET 2.0 新增的由網頁回呼用戶端指令的功能，伺服端可用 Page.IsCallback 來判斷是否要求是來自 Callback。
來回模式不僅是 ASP.NET 運作時的核心，它也是 ASP.NET 應用程式的一個主要缺點，尤其是在設計複雜度高的頁面時，在網頁中隱藏的 ViewState 的大小會相當大，而在每次的來回動作中，都會傳送 ViewState 在內的表單資訊，大量的 ViewState 會使得傳送的時間拉長，而且每次來回動作都會讓整個網頁被刷新，而出現閃爍的情況（就算在本地端也一樣），但在AJAX技術尚未成熟時，只能夠忍受這種因底層限制所帶來的問題，在ASP.NET AJAX技術發展出來後，透過UpdatePanel成功的緩解了這個問題（但 ViewState 傳送的問題仍然未根本的解決，必須要使用像 Page Method 這樣的方式才能徹底的解決）。
ASP.NET處理架構 > 繪製技術

熟悉 ASP 技術的人都知道，程式碼都是混在 HTML 標籤之間，以輸出預期需要的 HTML 指令，這個技術在 ASP.NET 中，由各控制項的繪製 (Render) 機制包裝起來了，繪製機制裝載了 HtmlTextWriter 物件，由它來產生 HTML 指令，它會輸出至 HttpContext 的 Response 輸出資料流中（即 ASP 技術的 Response.Write()），下列程式碼為繪製技術的示例：
[System.Security.Permissions.PermissionSet(System.Security.Permissions.SecurityAction.Demand, Name="FullTrust")] 
protected override void Render(HtmlTextWriter output) 
{
    if ( (HasControls()) && (Controls[0] is LiteralControl) ) 
    {
        output.Write("<H2>Your Message: " + ((LiteralControl) Controls[0]).Text + "</H2>");
    }
}
為了讓控制項的輸出有階層性，ASP.NET 開發了一個可以階層化輸出控制項 HTML 指令的方式，稱為控制項樹 (Control Tree)，藉由控制項樹，可以讓各個控制項的輸出可以階層化，不論是否是收納型控制項，還是一般型的控制項，都可以按照控制項的順序來輸出。
狀態管理

狀態管理 (state management) 在Web應用程式中，一向是很重要的課題，良好的狀態管理可以幫助開發人員發展出具有狀態持續能力的應用程式（像是工作流程型應用程式或是電子商務應用程式），但狀態管理功能會視應用程式的部署狀態以及資訊的共用程度來選擇，在 ASP.NET 中，分為伺服器端狀態管理以及用戶端狀態管理，用戶端狀態管理為ViewState以及Cookies，伺服端狀態管理則是Session與Application物件。它們的差異點在於：
ViewState 是加密的資料流，和 HTML 一起輸出到用戶端。
Cookies 是加密（也可不加密）的小型資料，和 HTML 不同，它可以快取在用戶端瀏覽器中。
Session 是伺服器端的狀態保存機制，每個用戶端均有獨立的空間（以瀏覽器執行個體來賦與唯一的SessionID值）。
Application 是伺服器端的狀態保存機制，但應用程式所有的用戶端共用同一份狀態資料。
狀態管理 > 應用程式層級物件

Application 物件會在應用程式的 Application_OnStart 事件中初始化，並使用名稱來識別資料（它是一個 NameObjectCollectionBase 集合的實作品），它會儲存在應用程式的範圍內，所有的連線（使用者）都可以使用，屬於共用型的儲存體，適合儲存所有使用者都可使用的資料，在多人使用的情況下，可以適當的使用 Lock/Unlock 的機制來確保應用程式狀態的更新。
Application.Lock();
Application["PageRequestCount"] = 
    ((int)Application["PageRequestCount"])+1;
Application.UnLock();
狀態管理 > 連線層級物件

連線層級的物件是 Session，以瀏覽器的執行個體為識別單位，資料依瀏覽器的執行個體來儲存，在瀏覽器的執行個體第一次連到應用程式時，ASP.NET會設定一個Session ID，並且使用它來識別 Session，每一個 Session 都是 ICollection 與 IEnumerate 的實作，用 key 來識別資料值，並且具有時間的限制 (timeout)，若超出時限時伺服器會自動清理掉，預設的 Session 時限為 20 分鐘。Session ID 的演算法是由 RNGCryptoServiceProvider（密碼編譯亂數產生器提供者）產生，並編碼成一個 Session ID 字串（例如 anf4vuup3xiq0arjlqla2l55 這樣的字串）儲存在伺服器中，用以識別不同的 Session 個體。
為因應不同的用戶端，ASP.NET 設計了不同的 Session ID 存放機制，像是舊式的瀏覽器或是行動用戶端這種不支援本地儲存cookie的裝置時，ASP.NET 可以直接在 URL 中加上 Session ID 的識別，像是 http://www.example.org/(anf4vuup3xiq0arjlqla2l55)/profile.aspx 這樣的 URL，可以由開發人員自行設定，或是使用 AutoDetect 設定來讓 ASP.NET 自行判斷要使用的 Session ID 存放方式。
Session ID 的產生方法可以由程式開發人員自訂，藉由覆寫 SessionIDManager 的 CreateSessionID() 方法來自訂。
using System;
using System.Configuration;
using System.Web.Configuration;
using System.Web;
using System.Web.SessionState;


namespace Samples.AspNet.Session
{

  public class GuidSessionIDManager : SessionIDManager
  {

    public override string CreateSessionID(HttpContext context)
    {
      return Guid.NewGuid().ToString();
    }


    public override bool Validate(string id)
    {
      try
      {
        Guid testGuid = new Guid(id);

        if (id == testGuid.ToString())
          return true;
      }
      catch
      {
      }

      return false;
    }
  }
}
狀態管理 > 跨機器狀態管理

狀態管理在單一伺服器上，可以儲存在伺服器的記憶體中，但若是在大型網站中，使用許多的 Web 伺服器來實行負載平衡（Load Balancing）處理時，會有狀態儲存在哪個位置的問題，因此需要有一個可以在每個 Web 伺服器之間做狀態儲存的媒介，像是獨立的伺服器或是資料庫等等。在 ASP.NET 中支援了四種狀態儲存的媒介：
InProc：儲存與 ASP.NET 相同的執行行程中 (in-procedure state)，適合單一伺服器的狀態儲存。
StateServer：儲存在 ASP.NET 狀態伺服器 (state server) 中，適合跨伺服器的狀態儲存，但因為它使用的通訊埠，因此在使用上需要注意防火牆的問題。
SQLServer：儲存在獨立的 SQL Server 資料庫中，適合跨伺服器的狀態儲存。
Custom：以自行實作的狀態提供者 (state provider)。
部件

ASP.NET 是開發 Web 應用程式的基礎架構 (framework)，除了它內部的運作方法外，對外也顯露了許多的開發支援，讓開發人員可以利用它來發展出許多強大的 Web 應用程式解決方案。
部件 > 基礎部件 > 網頁

ASP.NET 最基礎的底層為網頁 (Page)，網頁由 System.Web.UI.Page 類別來提供基礎支援，包含了頁面的事件以及物件繪製的引發點（Page 類別本身是一個 HTTP Handler 的實作品）。ASP.NET 網頁在微軟的官方名稱中，稱為 Web Form，除了是要和Windows Forms作分別以外，同時也明白的刻劃出了它的主要功能：「讓開發人員能夠像開發 Windows Forms 一樣的方法來發展 Web 網頁」。因此 ASP.NET Page 所要提供的功能就需要類似 Windows Forms 的表單，每個 Web Form 都要有一個 <form runat="server"></form> 區塊，所有的 ASP.NET 伺服器控制項都要放在這個區域中，這樣才可以讓 ViewState 等伺服器控制能夠順暢的運作。
在網頁中也可以使用程式碼，以類似於ASP時代的撰寫方式來開發，此種開發方式稱為 inline code，在 ASP.NET 的程式開發模式中，inline code ，要放在 <script runat="server"></script> 區域中，如下列的範例程式：
<%@ Page Language="C#" %>
 
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 
<script runat="server">
 
    protected void Page_Load(object sender, EventArgs e)
    {
        Label1.Text = DateTime.Now.ToLongDateString();
    }
 
</script>
 
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
    <title>Sample page</title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
        The current time is: <asp:Label runat="server" id="Label1" />
    </div>
    </form>
 
</body>
</html>
另一種模式則是將程式碼和網頁分離，這種模式稱為程式碼後置 (Code-Behind)，這個方法可以將程式碼獨立到一個檔案中，網頁可以保持較乾淨的狀態，讓維護網頁程式的複雜度降低很多，在網頁的提示指令 (directive) 中，可以設定程式碼後置的參數，像是 Inherit、CodeFile、Class 等參數。
<%@ Page Language="C#" CodeFile="SampleCodeBehind.aspx.cs" Inherits="Website.SampleCodeBehind" 
AutoEventWireup="true" %>
而一個典型的程式碼後置例子為：
using System;
 
namespace Website
{
	public partial class SampleCodeBehind : System.Web.UI.Page
	{
		protected override void Page_Load(EventArgs e)
		{
			base.OnLoad(e);
		}
	}
}
使用程式碼後置模式的設定時，可以讓 ASP.NET 執行引擎在載入網頁時，由程式碼後置參數取得對應的類別資訊，藉以使用 Reflection 的方式來執行後置的程式碼。
ASP.NET 可以支援HTML和XHTML兩種網頁內容，但在Visual Studio.NET中，預設是使用 HTML，但在Visual Studio 2005以後的版本，則一律都改用XHTML格式。
部件 > 基礎部件 > 控制項

ASP.NET 的內建控制項分為兩種：
HTML 控制項 (HTML control) ：直接在 HTML 標記中加上 runat="server"，即可對應到 ASP.NET 指定的 HTML 伺服器控制項類別，像是：
HtmlAnchor：表示 HTML 的 <a>。
HtmlButton：表示 HTML 的 <input type="button">。
HtmlImage：表示 HTML 的 <img>。
HtmlGenericControl：表示沒有對應到伺服器控制項的物件，都會被對應到這個類別。
Web 控制項 (Web control) ：由 ASP.NET 提供，比 HTML 控制項提供更多的功能，但操作與設定會比 HTML 控制項要複雜許多，像是：
LinkButton：一種外型為連結 (<a>) 的按鈕。
CheckBoxList：建立 CheckBox 的清單的控制項。
GridView：將資料繫結並產生 HTML 表格的控制項。
RequiredFieldValidator：檢查欄位是否有輸入資料的控制項。
除了內建的控制項之外，ASP.NET 也提供了可以自訂的控制項架構，並且支援兩種控制項開發方法：
使用者控制項 (User control)，以 .ascx 為副檔名，可以讓開發人員用最輕鬆的方式來開發控制項，優點是開發速度很快，但缺點是無法轉散布，且無法加入參考。
自訂控制項 (Custom control) ，可轉散布型的控制項，是經過編譯後的程式碼 (DLL)，可單獨轉散布，並且可在其他的專案加入參考取用，自訂控制項有三種開發模式：
基礎控制項 (General Control)：由 System.Web.UI.Control 類別繼承而來，或是由現有的 Web 控制項繼承而來，像是由 Button 控制項繼承。
複合控制項 (Composite Control)：由 System.Web.UI.WebControls.CompositeControl 繼承而來，可以用複合的方式來開發控制項。
樣板控制項 (Template Control)：可以在控制項中使用樣板 (template)，並套用資料到樣板中，支援資料繫結的運算式。
部件 > 基礎部件 > 指令碼

ASP.NET 的 Web 控制項有時會包裝一些用戶端指令碼 (client-side scripting)，在控制項被繪製時輸出到用戶端，這些指令碼多數被包裝在 DLL 的資源檔中，並由 ScriptResource.axd 處理常式來輸出，開發人員也可以利用 ClientScriptManager（Page.ClientScript 屬性）中的方法來添加指令碼到網頁程式中，常用的方法有：
ClientScriptManager.RegisterClientScriptBlock()：註冊用戶端指令碼區塊 (script block)。
ClientScriptManager.RegisterStartupScript()：註冊在起始時執行的指令碼。
ClientScriptManager.RegisterOnSubmitStatement()：註冊在處理表單發送時要執行的指令碼。
ClientScriptManager.RegisterClientScriptInclude()：註冊由外部檔案 (.js) 提供的指令碼來源。
部件 > 基礎部件 > 基本物件

以往在 ASP 中常被使用的五大基本物件，在 ASP.NET 中仍然持續被支援，但它們都換了一個身份來提供：
Application：包裝了 HttpApplication 物件，在程式中使用 Application 指令取得的物件，都是來自於 HttpContext.Current.Application 屬性回傳而得。
Request：包裝了 HttpRequest 物件，在程式中使用 Request 指令取得的物件，都是來自於 HttpContext.Current.Request 屬性回傳而得。
Response：包裝了 HttpResponse 物件，在程式中使用 Response 指令取得的物件，都是來自於 HttpContext.Current.Response 屬性回傳而得。
Session：包裝了 HttpSessionState 物件，在程式中使用 Session 指令取得的物件，都是來自於 HttpContext.Current.Session 屬性回傳而得。
Server：包裝了 HttpServerUtility 物件，在程式中使用 Server 指令取得的物件，都是來自於 HttpContext.Current.Server 屬性回傳而得。
部件 > 導覽部件

導覽部件 (navigation controls) 是在 ASP.NET 2.0 中才出現的功能，包含：
選單 (Menu)：提供內建的滑鼠偵測方式，實作階層式的選單功能。
網站地圖 (Sitemap)：提供可層次化目前瀏覽位置的功能，可支援由 Web.sitemap 中的資料，或是來自資料庫或 XML 資料檔中的資料來源。
樹狀檢視 (TreeView)：提供階層化的資料瀏覽，類似於檔案總管的介面。
部件 > 應用程式服務

應用程式服務 (application services) 是在 ASP.NET 2.0 中才開始提供，它以 Provider-based Pattern 為主，實作出數個網站的常用服務，包含會員服務 (Membership Service)、角色服務 (role service)與設定檔服務 (profile service) 等。
會員服務由 Membership 以及其資料提供者 MembershipProvider 構成，應用程式使用 Membership 所顯露的方法來操作，它會將要求轉送給指定的 MembershipProvider 實作來處理，ASP.NET 目前支援來自於資料庫的 SqlMembershipProvider（支援 SQL Server）以及來自於Active Directory的 ActiveDirectoryMembershipProvider，開發人員也可以自行由 MembershipProvider 繼承來實作自訂的會員服務資料提供者。
角色服務與會員服務類似，由 Role 以及其資料提供者 RoleProvider 構成，應用程式使用 Role 所顯露的方法操作，由 RoleProvider 實作提供資料服務，目前內建的 RoleProvider 有來自 Active Directory 或 XML 檔案的 AuthorizationStoreRoleProvider，由 SQL Server 供應資料的 SqlRoleProvider，以及支援 Windows 角色的 WindowsTokenRoleProvider 三種，開發人員可自行實作 RoleProvider 的方法以發展出自訂的角色服務提供者。
設定檔服務是一個特殊的服務，它結合了 .NET Framework 的 CodeDOM 開發模式，以及 System.Web.Profile 命名空間的 ProfileBase、ProfileInfo 與 ProfileManager 等類別，組合出完整的設定檔支援，其資料來源也是以 Provider-based Pattern 為主，由 ProfileProvider 提供，ASP.NET 內建由 SQL Server 資料庫建立的 SqlProfileProvider，其欄位係由開發人員在 ASP.NET 組態檔中自行定義，再由 ASP.NET 動態產生強型別的欄位屬性。
設定檔服務也是作為 ASP.NET 2.0 的網頁組件 (Web Part Framework) 所需要的設定檔儲存支援，Web Part Framework 可以讓開發人員可以開發出具備個人化能力 (Personalization) 的網頁配置方案，讓使用者可以用自行新增與拖放的方式來設計自己的網頁佈置，所需要的設定儲存即由設定檔服務處理。
另一個需要和應用程式服務配合使用的功能為 Web 事件架構 (Web Event Framework)，它需要由應用程式服務提供資料結構，它也有 Provider-based Pattern，並可以支援數種的事件資料提供者。
部件 > 延展性支援

除了 ASP.NET 網頁以外，.NET Framework 還提供了兩種可以由開發人員自行發展處理模型的模組，一種是HTTP Handler，另一種則是HTTP Module。
HTTP Handler（副檔名為 .ashx）由 System.Web.IHttpHandler 介面定義了必要的方法（可支援非同步的 HTTP Handler 稱為 HTTP Async Handler，由 System.Web.IHttpAsyncHandler 介面定義），其中最重要的方法是 ProcessRequest() 方法，開發人員必須要實作這個方法，才能夠讓 HTTP Handler 有作用，它也可以透過 ASP.NET 的組態設定，讓 HTTP Handler 可以處理特定的副檔名，它可以被視為 .NET Framework 中的 ISAPI Extensions 實作方法。
HTTP Module 則是由 System.Web.IHttpModule 介面定義，它可以在整個網頁生命週期中被呼叫多次，並實際處理由 HttpApplication 所引發的事件，開發人員需要實作 IHttpModule.Init() 方法，以及處理 HttpApplication 事件需要的程式碼。它可被視為 .NET Framework 中的 ISAPI Filter 實作方法。