stanford-oval/wikipedia huggingface dataset:
彩孔菌属
下属物种

本属包括以下物种：
非洲彩孔菌 Hapalopilus africanus Ryvarden
Hapalopilus albocitrinus (Petch) Ryvarden
深黄彩孔菌 Hapalopilus croceus (Pers.) Bondartzew & Singer
黄彩孔菌 Hapalopilus croceus (Pers.) Donk
Hapalopilus eupatorii (P.Karst.) Spirin & Miettinen
浅黄彩孔菌 Hapalopilus flavus B.K.Cui & Y.C.Dai
刚毛彩孔菌 Hapalopilus hispidulus (Berk. & M.A.Curtis) Murrill
Hapalopilus mutans (Peck) Gilb. & Ryvarden
巢状彩孔菌 Hapalopilus nidulans (Fr.) Karst，红彩孔菌
Hapalopilus percoctus Miettinen
脉状卧彩孔菌 Hapalopilus phlebiiformis (Berk. ex Cooke) Ryvarden
Hapalopilus placodes (Kalchbr.) N.Walters & E.W.B.Costa
古彩孔菌 Hapalopilus priscus (Niemelä, Miettinen & Manninen) Melo & Ryvarden
Hapalopilus ribicola (P.Karst.) Spirin & Miettinen
Hapalopilus rubescens Corner
彩孔菌 Hapalopilus rutilans (Pers.) Murrill
Hapalopilus sibiricus Núñez, Parmasto & Ryvarden
Hapalopilus subtestaceus (Bres.) Bondartsev
热带彩孔菌 Hapalopilus tropicus I.Lindblad & Ryvarden
立方码

| 立方码 |
| --- | --- |
单位制: 英制单位 美制单位
物理量名称: 体积
符号: yd³ 
正式定義
機構: 电气电子工程师学会
生效日期: 2004年3月25日
立方码（符号：yd³）是一个英制/美国惯用的（非国际单位制非米制）体积单位，在美国使用。它被定义为一个边长为1码（3英尺，36英寸，0.9144米）的立方体的体积。
符号和缩写

立方码的IEEE为yd³。使用以下符号：
cubic yards, cubic yard, cubic yds, cubic yd
cu yards, cu yard, cu yds, cu yd, CYs
yards/-3, yard/-3, yds/-3, yd/-3
yards^3, yard^3, yds^3, yd^3
yards³, yard³, yds³
符号和缩写 > 立方码/秒

立方码/秒（1 yd3/s）是体积流速的单位。 它相当于每秒钟有一立方码通过的区域。
符号和缩写 > 立方码/分

立方码/分（1 yd3/min）是体积流速的单位。 它相当于每分钟有一立方码通过的区域。
1 yd3/s = 60 yd3/min
彩铃 (中国移动)

此条目页的主題是中國移動品牌的產品。回鈴音在世界上的歷史，請見「」。
彩铃™是中国移动推出的个性化回铃音业务，属于移动梦网的一部分。中国移动旗下的全球通、神州行、动感地带均开通了彩铃业务，可以通过包月、逐个下载等方式定制回铃音。
概述

当用户定制彩铃业务之后，可以在对方拨打自己的电话并等待接通时不再听到单调的“嘟嘟”声，而是播放自己定制的个性声音，通常为音乐片段或者搞笑声音片段。彩铃业务可以彰显用户的个性，也可以用来作为广告宣传。彩铃业务指移动用户自行设定个性化回铃音后。移动用户可以到营业厅办理此业务，也可以通过短信等方式开通此业务。
2003年，中国移动通信集团公司率先将彩铃业务在上海、广东、北京和浙江四省市开展。之后中国移动通过彩铃业务推出了12530移动音乐门户网站，用户在付费购买彩铃时与唱片公司或者音乐片段提供商进行收益分成，形成了移动数字音乐销售产业。但之后市场饱和后，彩铃业务逐渐退出市场。
参考

↑  蒋凌志主编. . 苏州：苏州大学出版社. 2013年5月: 136. ISBN 978-7-5672-0680-9.
↑  朱金周编著. . 邮电大学 ,. 2006年5月: 83. ISBN 7-5635-0730-2.
↑  程曼丽，乔云霞主编. . 北京：新华出版社. 2012年1月: 276. ISBN 978-7-5011-9810-8.
↑  宋拯主审；宋拯，张帆主编；孙婷，王欢副主编. . 北京：北京理工大学出版社. 2016年1月: 104. ISBN 7-5682-1609-8.
↑  曾来海主编. . 南京：南京师范大学出版社. 2015年6月: 207. ISBN 978-7-5651-2066-4.
↑  陈朝霞编著. . 杭州：浙江大学出版社. 2014年4月: 150. ISBN 978-7-308-12681-6.
萨尔费尔德战役

萨尔费尔德战役（英语：Battle of Saalfeld）发生在1806年10月10日。此役中，兵力达到12,800人的法国军队在让·拉纳元帅的指挥下击败了路易·斐迪南亲王麾下约8,300人的普鲁士-萨克森军队。战斗发生在欧内斯廷公国的萨克森-科堡-萨尔费尔德，今属德国图林根，这一场战役是第四次反法同盟中普鲁士军队和法国军队的第二次交锋。
背景 > 法军的行动

第四次反法同盟战役爆发后，法皇拿破仑将大军团分成三个纵队，穿越图林根森林，攻击普鲁士-萨克森联军。最西端的纵队由让·拉纳元帅指挥的第5军领导，皮埃尔·奥热罗的第7军紧随其后。两人在此前已接到命令，从科堡通过格雷芬塔尔在10月11日之前到达萨尔费尔德。第5军于10月8日出发，次日晚间，法军轻骑兵在前往萨尔费尔德的路上抵达格拉芬塔尔。10月10日凌晨5点，让·拉纳与路易·加布里埃尔·絮歇的部队以及安·弗朗索瓦·查尔斯·特里亚德指挥的第5军轻骑兵旅开始朝萨尔费尔德前进。与此同时，法军意识到前方有一支普鲁士-萨克森军队。
背景 > 普鲁士-萨克森联军的行动

普军方面，路易·费迪南亲王指挥着霍恩洛厄-英格尔芬根亲王弗雷德里克·路德维希麾下的先锋部队。路易·费迪南亲王于10月9日，将指挥部搬到鲁多尔施塔特，下属小分队驻守在萨尔费尔德和巴特布兰肯堡。路易·费迪南亲王随后收到来自霍恩洛厄亲王的消息，普鲁士-萨克森联军需要跨过萨勒河以支援在施莱茨战役中被法军击溃的博吉斯拉夫·弗里德里希·伊曼纽尔·冯·陶恩齐恩的部队。与此同时布伦瑞克-沃尔芬比特尔公爵的主要军队将向鲁多尔施塔特推进。在10月9日的晚上，驻守在萨尔费尔德的分队向路易亲王汇报，称约有16,000至20,000人的法国军队已经离开科堡并向萨尔费尔德方向前进，普军前哨的30名骠骑兵和一个猎兵连在短暂与法军交火后向后方撤退。得知霍恩洛厄亲王领导的军队主力将于10月10日越过萨勒河后，路易·费迪南亲王决定他的部队需要阻止法军在萨尔费尔德越过萨勒河并干扰霍恩洛厄亲王的行动或者从萨勒河的西侧移动到鲁多尔施塔特（如果这样法军就会在布伦瑞克公爵之前到达那里）。10月9日，奥古斯特·冯·格奈森瑙指挥的一个燧发枪连被派往前线支援那里的部队，在确认法军正在向萨尔费尔德推进并且实力强大后，普鲁士军队撤退到萨尔费尔德郊外。
10月10日早上7点，路易·费迪南亲王开始在萨尔费尔德集结他的部队，到早上9点，他已经安排好部队的战斗序列。普鲁士-萨克森联军排成一排，从萨尔费尔德一直覆盖到萨勒山谷上方的山丘，亲王将卡尔·格哈德·冯·佩莱少将的部队留在布兰肯堡。
战斗

大约上午9点45分，法军第5军由军团精锐步兵连，第17轻装步兵团，和两门大炮组成的先锋部队开始进攻萨尔费尔德，并占领了能够俯瞰小镇的高地。法国轻骑兵旅和先锋军随后与普鲁士-萨克森联军交战。当普鲁士-萨克森联军与法军作战时，让·拉纳元帅注意到联军的右翼完全暴露在外。当法军骑兵和先锋队在与普鲁士人交战时，拉纳命令路易·加布里埃尔·絮歇的部队向北进军，穿过树林，包抄普鲁士-萨克森联军的防线。为了掩护絮歇的部队，第17轻装步兵团化整为零对联军的整个防线开展干扰性进攻。
路易亲王此时意识到法军的规模比此前估计的要大。11时，萨克森中尉海因里希·奥古斯特·冯·埃吉迪（Heinrich August von Egidy）带来了霍恩洛厄亲王的口头命令，让路易亲王留在鲁多尔施塔特，放弃萨勒河的防线。于是，路易亲王决定撤出战斗并撤退到鲁多尔施塔特。此时，法军第17轻装步兵团与第34线列步兵团击退了萨克森部队，后者随后陷入混乱。路易亲王集结了被打散的部队，自认为自己所在的地方是安全的，路易亲王下达了进一步的撤离命令。法国人此时已经攻入萨尔费尔德并将普鲁士军队推回 路易亲王的部队集结中心。
下午1点左右，让·拉纳元帅发出进攻信号。第34、40和64线列步兵团向萨克森军队的阵地前进，而法军骑兵在第88线列步兵团的支援下，在克罗斯滕和萨尔费尔德之间前进。路易亲王此时发现了法军骑兵暴露的侧翼，于是让普鲁士和萨克森骑兵与法军骑兵交战。然而，法军骑兵的二线部队随后包围了路易亲王寡不敌众的骑兵部队。普鲁士和萨克森骑兵逐渐开始溃散，许多试图逃离的骑兵被法国骠骑兵砍杀，有些则在试图越过萨勒河逃跑时淹死。路易亲王试图进行突围，在此期间他遭到来自法军第10轻骑兵团士兵的袭击，路易亲王在负伤后拒绝向法军投降而被杀。
与此同时，在普鲁士-萨克森部队的右翼，指挥官贝维拉夸将军在试图增援失败后下令撤退到施瓦扎，但他的部队被法军轻骑兵追捕并被击溃。随着麾下部队被击垮，贝维拉夸将军也被法军俘虏。
卡尔·格哈德·冯·佩莱少将的部队在萨尔费尔德附近与法军交战。佩莱的部队基本上没有损失，但由于其他部队都已被击溃，最终也只能撤离战场。法军骑兵将普鲁士和萨克森部队的残部一路追到鲁多尔施塔特，但法国步兵在施瓦扎停了下来。一些逃到萨勒河东侧的普鲁士和萨克森军队也向鲁多尔施塔特撤退。
战斗结果

在萨尔费尔德战役后，路易亲王的部队几乎完全被法军消灭。只剩下一个小分队仍保有战斗力，普军的残部在漫长的逃亡后重新与霍恩洛厄亲王的大部队汇合。
尽管在施莱茨战役和萨尔费尔德战役中接连取得胜利，拿破仑仍然没有完全清楚普鲁士军队的部署。接下来，在四天的行军后，法军在萨勒河以西的高原上与普鲁士-萨克森联军在耶拿和奥尔施泰特交战。
参考资料

Bodart, Gaston. . 1908  [2021-06-17].
Bressonnet, Pascal. . Paris: Chapelot. 1909  [2022-01-28]. OCLC 610334571. （原始内容存档于2022-01-30） （法语）.
Chandler, David G., , Osprey Campaign Series 20, London: Osprey, 1993, ISBN 9781855322851
Clodfelter, M.  4th. Jefferson, North Carolina: McFarland. 2017. ISBN 978-0-7864-7470-7.
Petre, F. Loraine, , London: John Lane, 1907, hdl:2027/inu.32000013315975
Smith, Digby, , London: Greenhill Books/Lionel Leventhal, 1998, ISBN 9781853672767
Tardieu, Ambroise.  (地图). 1820  [2022-01-28]. （原始内容存档于2022-01-29）.
让·拉纳元帅
普鲁士的路易·斐迪南亲王
萨尔费尔德战役
张飙 (外交官)

张飙（？—），男，中华人民共和国外交官，现任中华人民共和国驻爱丁堡总领事。
生平

张飙曾任驻坦桑尼亚大使馆政务参赞、首席馆员。2016年，任驻厄立特里亚大使馆政务参赞、首席馆员。2023年4月，出任中华人民共和国驻爱丁堡总领事。
参考资料

↑  . 中华人民共和国驻爱丁堡总领事馆. 2023-04-28  [2023-05-29]. （原始内容存档于2024-06-15）.
↑  . 中华人民共和国驻坦桑尼亚联合共和国大使馆经济商务处. 2015-06-19  [2024-06-16]. （原始内容存档于2024-06-15）.
↑  . 中华人民共和国驻厄立特里亚国大使馆. 2018-02-03  [2023-05-29]. （原始内容存档于2023-02-08）.
↑  . 中华人民共和国驻爱丁堡总领事馆. 2023-04-28  [2023-05-29]. （原始内容存档于2023-05-05）.
| 0 | 1 | 2 |
| --- | --- | --- |

外交職務
| 前任： 马强 | 中华人民共和国驻爱丁堡总领事 2023年4月－ | 繼任： 现任  |
第137师团

| 第137师团 |
| --- | --- |
參與戰役: 无
第137师团（，Dai-hyakusanjūnana Shidan）是日本帝国陆军的一个步兵师团。它的代号是扶翼兵团（，Fuyoku Heidan）。该师团于1945年7月10日在咸镜北道组建。师团的核心是从第七十九师团分离出来的部队。
1945年7月30日，第137师团被分配到第34军。由于缺乏能用的军官（很多都是老弱病残），这引起了对大量从朝鲜征召的士兵的担忧。此外，第137师团的装备严重不足，只有步枪和机枪可供使用。该师可用的大炮为0（有几门在运送途中）。 甚至用于扎营和修筑防御工事的伐木工具也捉襟见肘，每个连共用一把斧头，每个营共用一把锯子。反坦克炸药也寥寥无几。此外，整个师只有三辆卡车，使该师因供应问题而天天挨饿。1945年8月15日，该师只剩下能撑两天的粮食。此外，该师团没有足够的电话线与所有下属部队连接，所以部队间传递信息非常困难。
在苏联入侵满洲期间，第137师团与第59师团一起部署在咸兴西南。
1945年8月15日日本投降后，该师被重新分配到第17方面军并转移到平壤，在那里被苏联军队解除武装。
注释和参考

↑   (PDF).   [2021-08-05]. （原始内容存档 (PDF)于2021-11-20）.
Madej, W. Victor, Japanese Armed Forces Order of Battle, 1937–1945 [2 vols], Allentown, PA: 1981。
拉马塔德洛索尔莫斯

| 拉马塔德洛索尔莫斯 La Mata de los Olmos |
| --- | --- |
市镇
拉马塔德洛索尔莫斯在西班牙的位置
坐标：40°51′56″N 0°31′16″W﻿ / ﻿40.8656°N 0.5211°W﻿ / 40.8656; -0.5211
国家: 西班牙
自治区: 阿拉贡自治区
省: 特鲁埃尔省
面积
 • 总计: 24 平方公里（9 平方英里）
人口（2018）
 • 總計: 265人
 • 密度: 11人/平方公里（28.6人/平方英里）
时区: CET（UTC+1）
 • 夏时制: CEST（UTC+2）
拉马塔德洛索尔莫斯（西班牙语：），是西班牙阿拉贡自治区特鲁埃尔省的一个市镇。总面积24平方公里，总人口265人（2018年），人口密度11人/平方公里。
萬巴赫湖

51°23′10″N 6°47′37″E﻿ / ﻿51.3860157°N 6.7935728°E﻿ / 51.3860157; 6.7935728
萬巴赫湖（德語：），是德國的湖泊，位於該國西部，由北萊茵-威斯特法倫州負責管轄，該湖泊長0.9公里、寬0.5公里，最大水深12米，湖岸線長度2.1公里。
參考資料

Seensteckbrief[永久] vom Verband Deutscher Sporttaucher
比較C♯和Java

本文對比了C#与Java這兩種編程語言，這兩種語言都具有自动垃圾回收以及即時編譯的特点，并且兩者的语法都有主要继承自C语言/C++，因此二者有很多相似之处。但由於C#是作爲C++和Java的混合體而在Java之後所創造的，因此C#相較Java有更多的新語法特徵并且引入了一些增强的功能，所以固然兩者有其相似性，但是總歸還是有諸多不同之處。
基本 > 对象处理

C#和Java都可以被視作一種類似使用动态分派的類C++的面向对象语言（其中C++又源自于C語言）。但需要注意，這C#和Java并非C或者C++的超集，它們之間是沒有直接衍生附屬關係的獨立語言。C#和Java都使用垃圾回收作为一种回收内存资源的手段，而不是直接的释放内存。C#和Java都包含线程同步机制作为他们语法的一部分。
基本 > 对象处理 > 引用

C#允许指针的有限功能的使用，指针和运算指针在一个操作的环境中是存在潜在的不安全性的，因为他们的使用可以避开对象的一些严格访问规则。C#中使用指针的代码段或者方法的地址要用unsafe关键字进行标记，这样，这些代码的使用者就会知道这个代码相比其他的代码而言是不具有安全性的。编译器需要unsafe关键字时将使用此代码的程序转换成是允许被编译的。一般来说，不安全代码的使用可能是为了非托管的API（应用程序编程接口）的更好互用，或者是为了（存在内在不安全性的）系统调用，也有可能是出于提高性能等方面的原因。而Java中不允许指针或者算术指针的使用。
基本 > 数据类型

java和C#语言都有原始数据类型的概念，C#/.NET语言中支持的原始数据（所有的，除了string类型）都是值类型。但C#比java支持更多的原始数据类型，比如整型和十进制浮点数，尤其是java缺少无符号的BYTE类型，而C#的BYTE类型默认是无符号的。在两种语言中string其值都是不可改变的一个类，但是特殊的是C#为其提供了特殊的构造方法，同时C#还可以像值类型一样的使用string的值就而不需要进行拆箱操作。
既允许自动装箱和拆箱，把它们从对象类型转换为原始数据。实际上，这使得原始类型成为对象类型的子类型。在C＃中这也意味着，原始类型可以定义方法，如覆盖的对象的ToString()的方法。在Java中，单独的原始包装类提供这种功能。在Java中原始值不含隐式装箱和一个显示的类型转换都需要一个实例称为原始值的((Integer)42).toString()而不是C#中调用实例 42.ToString()。另一个不同之处在于，java使大量使用装箱类型(见下文)，这样可以让一个隐式拆箱转换(在C ＃这需要一个类型转换)。由于这些隐性拆箱转换可能会抛出空指针例外,现代集成开发环境和编译器可以配置为突出它们。

值类型
C#允许程序员用关键字struct创建用户自定义的值类型(value type)。
从程序员的角度来讲，它们可以被看做轻量级的类。
不同于一般类，而像标准基本类，这种值类型被分配在栈内存(stack)而不是堆内存(heap)。
结构体通常有一系列的限制，因为结构体没有空值的概念并且可以在数组中无需初始化而直接使用，这种类型也有必须用0来初始化内存空间的默认构造函数。

程序员只能定义另外的带有一个或多个参数的构造函数。
这也意味着结构体缺少一个虚方法表，正因为这样（还有固定的内存空间），它们不允许继承（但可以实现接口）。
基本 > 数据类型 > 数组

数组和集合类同样在语法中给出了重要意义，感谢基于迭代器的预声明循环。在C#里一个数组反映为一个数组类的对象，而在JAVA每个数组都是一个直接的对象集的子集（但是可以映射为一个以它真正的成员类为父类的一个数组），并且不实现任何的集合界面。C#拥有真正的多维数组，如同Java中可用到的数组的数组（在C#中通常称为锯齿数组）。多维数组可以因为增强位置（就像有一个单一的指示器解除参照，代替数组的每一维作为锯齿数组的容器）在某些情况下增强性能。另一个优点是整个多维数组可以用单一的new操作符申请而赋值，而锯齿数组需要对每一维进行循环和赋值。注意，尽管Java为分配多维的锯齿数组提供依据句法的整齐的数组长度（在C#术语中是一个矩形数组），循环和多样的分配被虚拟机完成不需要外在的来源。
基本 > 数据类型 > 内部类

java与C#都允许设置内部类，即在一个类内部定义的另一个类。在java中，这些内部类可以访问外部类的静态和非静态成员（除非这个内部类定义为静态的，在这种情况下只能访问外部类的静态成员）。局部内部类可以定义在一个方法中并访问这个方法中声明为final类型的局部变量，匿名局部类允许构造类的实例用来重写类的方法。
C#也提供内部类，与Java不同的是它需要外部类的非静态成员的一个明确引用。同时C#提供匿名类作为一个结构用来访问局部变量和方法（参见事件处理）。局部类和匿名类不能被访问。
基本 > 数据类型 > 部分类

C#使用部分类允许一个类的定义分割在几个源文件中。每一个部分必须用关键字partial标记。作为一个单一的汇编的部分所有的部分都必须提交给编译器。每个部分可以引用其它部分的成员。每个部分都可以实现接口，并且某个部分可以定义一个基类。这个功能在代码生成时非常有用，也就是一个代码发生器提供一部分代码，开发商提供另一部分代码，两种代码在一起编译。因此开发商可以编辑他们的部分代码而不用冒着代码发生器在以后覆盖这部分代码的危险。和类扩展机制不同，部分类在它的部分之间允许循环依赖，因为它们在编译的时候都保证被解决。Java没有类似的概念。
基本 > 数据类型 > 泛型

泛型编程
现在的编程语言都支持泛型编程，但它们却采用了不同的实现方式。
Java中的泛型仅是语言层面上的一种结构，它们只能通过编译器来实现。生成的类文件中所包含的类签名仅由元数据组成（允许编译器对这些新类进行反编译）。运行时并不知道通用类型系统，这意味着JVM只需要进行一小部分的更新便可处理新的类格式。
为了实现这个目标，编译器用泛型类型的上界来替换它们，并且在用到这些泛型的各个地方适当地插入一些“角色”。结果生成的字节码将不包含任何对这些泛型类型的引用或将它们作为参数。这种实现泛型的技术被称作类型擦除。这意味着实际上的类型的信息在运行时不可用，并且强行加入了一些限制，例如不能创建泛型的新实例或数组。(参见Java中的泛型)。
C#采用了另一种实现方式。它对泛型的支持是集成在虚拟执行系统中的，并且最早出现在.NET2.0中。这门语言后来就发展为在执行系统中支持基本泛型的前端。而在Java中，编译器提供了静态类型安全检查，但是，加之又有即时编译器（JIT）加载来核实其正确性。关于泛型类型的信息在运行时完全被保护起来了，并且允许完全的反射和实例化泛型类型。
Java不允许用基本数据类型来声明为泛型类，然而C#却允许不管是引用类型还是值类型被声明为泛型，包括基本数据类型。Java却允许被封装的类型作为泛型类的类型参数来使用(例如：用List<Integer>代替List<int>)，但是由于所有这一类的值需要在堆上分配而需付出一定的“代价”。
在Java和C#两者中，泛型的定义都使用了不同的引用类型来分享等效的底层代码，但是对C#来说公共语言运行时（CLR）为值类型的实例化动态的生成优化代码。
基本 > 符号和特殊功能 > 特殊功能关键字

| 关键字 | 功能，实例 |
| --- | --- |
checked, unchecked: 在C#里, checked 声明块或表达式可以在运行时检查算术的溢出。
get, set: C#实现属性作为语言语法的一部分，而且选用相应的get 和set 访问器, 而Java的访问方法, 不是一种语言功能，而是基于方法命名公约的编码方式。
goto: C#中支持goto关键字。goto有时候是有用的, 举个例子，实现有限的状态机或者生成的代码, 但是通常建议使用更加合理控制流程的结构化方法(见goto语句的评论)。 Java 允许使用breaks和continues弥补了goto语句的的许多用途。 switch(color) {     case Color.Blue:          Console.WriteLine("Color is blue"); break;     case Color.DarkBlue:          Console.WriteLine("Color is dark");          goto case Color.Blue;     // ... } 
out, ref: C#支持输出参数和引用参数。这使得c#可以从一个方法返回多个值或者通过引用传递多个值。
strictfp: Java 使用关键字 strictfp 确保跨平台时浮点运算的结果保持不变。
switch: 在C#里, switch 语句也操作于string型和long型，但是只允许失败的空白语句。 Java switch 语句在Java7之後才支援操作strings；不能操作于long 的原始类型 但是能通过所有的空白语句(不包括那些含有 'break'的语句)。
throws: Java中要求每个方法都要声明它能抛出检测异常或者检测异常的父类。任何方法也可以随意的定义它所抛出的非检测异常,C#中却没有这样的语法规则。 public int readItem() throws java.io.IOException {     // ... } 
using: C#中的using指令使得对象的Dispose方法（通过IDisposable接口被执行）定义为在代码块执行之后或者在代码块之中的异常被抛出时才被执行。 //创建一个小文件"test.txt",写一个字符串, //... 并且把它关闭（即使发生了异常） using (StreamWriter file = new StreamWriter("test.txt")) {     file.Write("test"); } 
yield: C#语言中允许使用yield关键字来表示迭代器。在Java中，迭代器只能用类（可以是匿名的）来定义，且需要很多的样板代码。下面是一个能够读取可迭代的输入（可以是数组）并且返回所有偶数成员的迭代器的例子。  public static IEnumerable<int> GetEven(IEnumerable<int> numbers) {     foreach (int i in numbers)     {         if (i % 2 == 0)             yield return i;     } }
基本 > 数值应用

多种语言特色的存在是为了充分的支持应用程序在数学和金融领域计算。在这一类中，Java提供关键字strictfp可以在代码段中使浮点运算严格执行。这可以保证运算在所有的平台上都返回相同精确的结果。
与此不同C#为确保十进制小数浮点运算准确，在 decimal 类型中内嵌了这种机制。但在二进制小数浮点运算中舍弃了这种机制（float, double）。

在二进制所有的类型中描述十进制数因为不精确会存在舍入误差。所以在金融应用方面十进制小数类型的精确显得很重要。

Java中BigDecimal类也提供了这些特性。任意精度小数算法 (BigDecimal) 和任意精度整数算法 (BigInteger ) 的类为其提供任意精度的数值运算。

尽管有第三方实现了这些类，但是.NET框架(3.5)的现行版本当前并没有提供这些。（参见Arbitrary-precision arithmetic）

Java不能为库定义类型（高精度小数、复数等原始类型）提供一个统一标准，为了达到这个目的，C#提供了如下内容：
能够提供方便语法的运算符重载和索引（看下面）。
隐性和显性转换；允许诸如嵌入式int 类型隐性转换为long类型的存在。
值类型和基于值类型的属性；在Java中每个常规类型必须被存放在堆栈中，它对常规类型和存储类型的性能是不利的。
除此之外，C#能用checked和unchecked运算符帮助数学计算，当在一段代码中出现算数溢出时它能够检测出是否能够继续运行。它也提供在内嵌数组的某些应用方面有优势的矩阵。
基本 > 数值应用 > 运算符重载

相比Java，C#包含了许多可数的便利。其中，例如运算符重载、用户自定义类型，许多都被大批的C++程序员所熟悉。
它还具有“外在的成员实现”，这样可以让一个类明确的实现一个接口中的方法，与自己类中的方法分离。或者为分别来自两个接口中，具有相同函数名和签名的函数提供不同的实现。
C#包含了“索引器”，它可以当作是一种特殊的运算符（像C++中的operator[]），或者是用
get/set 访问器来访问类属性。一个索引器用this[]来标明，
并且需要至少一个索引参数，该参数可以为任意类别：
myList[4] = 5;
string name = xmlNode.Attributes["name"];
orders = customerMap[theCustomer];
Java没有提供运算符重载是为了阻止特征滥用，还有为了语言的简单。
C#允许运算符重载（以确定的几个限制来确保逻辑上的一致为条件），如果小心地使用，可以使代码更加简洁和易读。
基本 > 方法

在C#中，方法在默认状态下是非虚拟的，如果希望得到一个虚方法则必须明确地用 virtual 修饰符进行声明，而在Java当中，所有非静态、非私有的方法都是虚方法。虚方法保证被调用的总是该方法最近被重写的那个实现。但是，由于各个重载方法之间不能被正常地进行内联，而使得在方法调用上需要花费一个相当长的运行时间，并且需要通过虚方法列表进行间接的调用。然而，包括Sun公司所推荐的实现方法在内的一些Java虚拟机的实现方法，则会对最普遍被调用的那些虚方法执行内联。在java中，方法在默认状态下是虚拟的。（尽管他们能通过使用“final”修饰符来密封以使他不允许被覆盖）。没有什么办法让subclass或derived class以同样的名字定义一个新的、无关联的方法。 这就会产生一个问题，即当一个基类由一个不同的人定义，这时就有可能出现一个与派生类中已经定义过的一些方法有着相同的名字和标签的新的版本的方法定义。在Java中，这种情况将意味着派生类中的同名方法会隐式的重写基类中的方法，尽管这种结果不是所有设计者的真正意图。为了防止这种版本问题，C#中要求将派生类中需要重写虚方法的部分进行显示的声明。 如果一个方法需要被重写，那么必须指定override修饰符。如果不希望进行方法重写，而且类的设计者仅仅希望引出一个新的方法以影射旧的方法，那么就必须含有new关键字。New关键字和override关键字也避免了由于基类中的protecte方法或public方法在它的某一个派生类中被使用时所带来的问题。Java中重新编译将导致编译器把派生类中的这种方法当做是基类方法的重写，而这可能并不是基类的开发者想要的。
而C＃编译器将会把这种方法默认为new关键字已经被指定，但仍会对这种结果发出警告。为了部分地容纳这些版本问题， Java 5.0中引入了@override注释，但为了保护它的向后兼容这种做法不会被当作是强制性的，所以它并不能阻止上述意外的重写情况。然而对于C＃中的override关键字，它能有助于确保基类中具有相同签名的方法仍然存在，并且能被正确的重写。
基本 > 方法 > 显式接口实现

如果在多个接口中有一个方法（或C ＃中的属性）具有相同名称和签名，当一个类在实现这些接口时这些重名的成员就会产生冲突。一个解决方法是通过为所有接口实现一个默认共同的方法。如果必须要分开来实现（因为这个方法确实要实现某个特殊的目的，或者是因为各个接口的返回值不一样）。C#显示接口的实现将解决这一问题。在java中消除命名冲突的问题只能通过重构或者是定义更多的接口来避免。C#的显示接口实现还能隐藏底层基础的类和接口，因此使得减少类和接口的复杂性。
基本 > 方法 > 開包

当一个函数作为一个参数来传递并为后面的程序调用，这时候会出现一个问题：当这个方法调用了它自己作用域内的变量时会怎样呢？C#中有真正的開包功能，方法的引用会完全的获得它自己作用域范围内的变量。Java中，匿名内部类只能调用到作用域内的常方法，想要调用和更新内部类的话，就必须通过开发人员的手工声明额外的间接的父类来实现。
基本 > 方法 > Lambdas和表达树

C#中的一个特殊类型称" lambdas"。 他们不是方法也不可能构成类接口的部分; 他们只是在功能模块中。 在lambda函数顶部可以定义的一个详细结构体称为表达树。 不管他们是被当成执行函数还是数据结构都起决于编辑器类型，并且不管什么类型变量或参量都要赋值。 Lambdas和表示树在LINQ中都是重要角色。 Java中没有以lambdas或表达树为特色的; 它的主要机制和方法定义是匿名内部类句法。
基本 > 方法 > 部分方法

与"部分类"相关 C#允许部分方法在部分类之内指定。 一个部分方法是方法的一个故意声明并且在签名上有一定的约束。 这些约束指定，如果任何类成员没有被定义，那么可以安全地删除。 这个特点允许代码提供大量的监听点(像GoF设计模式中的"模板方法")而不用花费多余时间，如果另一个类成员在编译时没有引用它们。而 Java没有对应的概念。
基本 > 方法 > 扩展方法

用一个特殊的this指定在一个方法的第一个参数C#允许这个方法扮演成第一个参数类型的一个成员函数。这个外来类的“扩展”是完全句法的。这个扩展方法需要变为静态的，而且定义在一个完全的静态类中。它必须服从在外部静态方法上的任何限定，因此它不能摧毁对象封装。这个“扩展”仅仅是在静态宿主类的命名空间被引进的范围内是活跃的。在java里面，相同的效果可以通过一个另一个类的一般方法得到，但语法将是一个函数调用，而不是方法调用类的C#语法扩展。
基本 > 方法 > 发生器方法

发生器方法是一个C#方法 ，这个方法被声明为返回IEnumerable,IEnumerator接口或者这些接口的一般版本，该方法可以用 yield语法实现。它是一个无限的表现形式, 编译器生成的补遗集，可大大减少所需的代码遍历或生成序列；虽然代码只是通过编译器生成。这个特征过去也经常被用作实现无穷大的序列，就像斐波那契数列。java是没有相应的概念。
基本 > 条件编译

与Java不同，C#使用预编译指令实现了条件编译的功能。它还提供了条件属性，使方法只有在定义了编译常量的时候才被执行。这样一来，只有在定义了DEBUG常量时，Debug.Assert()方法才会执行，断言成为了framework的特色。从1.4版本开始，Java开始提供断言，默认情况下在运行时被关闭，但也可以在调用JVM时使用 "-enableassertions" 或者 "-ea" 打开。
基本 > 名字空间和源文件

C#的命名空间和C++类似，但不同于Java的包机制，C#命名空间不会以任何方式依赖于源文件的位置，这与Java不同，Java的常规结构要求源文件的位置必须和包目录结构相符。
这两种语言都允许引入类库( 例:import java.util.* ,Java方式)，在引入类库后，使用类时就可以直接通过类名引用。不同名字空间或包中可以具有相同名字的类，这样类在使用时可以通过全限定名来引用，或者通过不同的名字只引入必要的类。基于这个问题，Java允许引入单个类(例:import java.util.List)。C#允许在引入类库时 使用语句: using Console = System.Console来为一个类库定义一个新名，它同样允许以using IntList = System.Collections.Generic.List<int>的形式，引入特殊类库。
Java有允许使用某些或所有，具有较短名字的静态方法/领域的静态import句法在类中(例如，允许foo(bar)可以从另一个类中被静态的引进).C#有静态类句法(不与Java的静态内在类混淆),制约类只包含静态方法。 C# 3.0介绍的引申方法允许用户静态地增加方法到类型(比如，允许foo.bar 的地方可以是研究foo的种类的一个引进的引申方法)。
Sun Microsystems 软件公司的Java编译器要求，源文件的文件名必须匹配在它里面的唯一的公开类，而C#允许在同一个文件的多公开类，并且投入制约。 C# 2.0和以后的版本允许类定义被分割成几个文件，通过使用在原始代码的关键字partial。
基本 > 异常处理

Java支持检查异常(checked exception)。C＃中只支持非检查异常情况。检查异常强制程序员要么在方法中声明一个异常抛出，要么用try-catch来捕获异常。检查异常可以有助于良好的编程习惯，以确保所有的错误都得到处理。但是Anders Hejlsberg，C#语言首席设计师，和其他人争辩说，他们都在一定程度上对Java进行了拓展但是它们没有被证明是有价值的除了几个程序中的小例子。有一个评论介绍在检查异常时鼓励程序员使用空的catch块,安静的吃掉异常而不是让异常传播到更高水平的常规的异常处理：catch (Exception e) {}.另一种对于检查异常的评论说一个新方法的执行可能会引起意想不到的检查异常被抛出，这是一个合同突破性变化。这可能发生在一个方法实现一个接口或者当一个方法的基本实现改变时，此接口仅声明有限的异常。为这种意料之外的的异常被抛出,一些程序员简单的声明这种方法能抛出任何类型的异常（“抛出异常”），这使检查异常的目的无法实现。不过在某些情况下，异常链（exception chaining）能用于代替,捕获异常后再抛出一个异常异常.例如,如果一个对象访问数据库而不是文件时被改变,那么可以捕获 SQLException异常并且作为IOException异常重新抛出. 因为调用者也许并不需要知道对象内部的工作方式。
在处理try-finally的声明时两种语言也是有差别的。即使try块包含像throw和return的control-passing语句，finally块也总是要执行。在Java中，这可能导致意外的行为，如果try块最后有return语句返回一个值，然后执行后的finally块也会有return语句返回一个不同的值。 C#利用禁止任何像return或者break的control-passing语句来解决这一问题。
使用try-finally 块的普遍原因是为了保护管理代码的资源，所以珍贵的资源被保证在finally 块中发布。作为句法速记为共同的设想的using语句在C#中处于显著地位,其中using的对象的Dispose()方法总是被调用。
基本 > 异常处理 > Finally块和未捕捉的异常

(C# 派生的异常特点)对CLI（公共语言基础）的ECMA（欧洲电脑厂商协会）标准指出在堆栈的两次搜索中处理异常。ECMA-355 4th Edition 12.4.2.5 Overview of exception handling首次通过尝试找到一个匹配的 catch 块，如果没有找到就终止该程序。只有当找到匹配的 catch 块时，才会在第二步执行，从而运行干预的finally块。这使得问题在程序状态还没第一次被finally块修改前被诊断；它也消除了当程序在未知状态下，finally块可能有副作用的风险（例如，外部数据的损坏或进一步引发的异常）。
Java语言规范中指出finally块中的代码总会执行即使异常没有被捕获，并且举出实例代码演示期待的结果。
基本 > 底层的代码

Java Native Interface (JNI)的特征是允许Java代码调用非Java代码。然而，JNI要求被调用的代码必须遵循Java提供的一些在类型和名称上的约定。这种方法是为了适应Java和其他代码更好的交互。这些代码必须是非Java代码，常常是C或者C++代码。JNA提供一种更加方便的Java代码与其他代码的交互，仅仅需要写一些Java编写的接口代码，但是性能会付出一点代价。
另外，第三方类库为JAVA－COM提供桥接，像JACOB[永久] (自由软件)，J-Integra for COM （页面存档备份，存于） (专有软件)
.NET平台调用(P/Invoke)通过允许从C#调用微软称之为不受托管代码提供同样的的功能，通过元数据属性程序员可以精确的控制如何调用参数和结果，因此可以避免额外编译代码的需要。平台调用允许几乎完全的对程序的API的访问(像Win32或POSIX)但是限制对c++类库的访问。另外，.NET框架也提供一个.NET－COM网桥，允许对COM组件的的访问就像是访问本地的.NET组件。
C＃中还允许程序员禁用正常类型检查和CLR中其他的安全保证功能 ，这样就使得指针变量的使用成为可能。当此功能被使用时，程序员必须用unsafe关键字将相应的代码段进行标记。JNI ，P/Invoke，和“unsafe”的代码段是相当冒险的部分，它揭露了可能的安全漏洞和应用不稳定。使用unsafe的一个优势是，通过P/Invoke或JNI运行于托管运行环境中的代码是让程序员在比较熟悉的C ＃环境中继续工作以完成某些任务，否则将需要调用非托管代码。使用不安全代码的程序或程序集必须通过进行特殊的转换才能被编译并且将依此被标记。这使得运行时环境在潜在地执行有危险的代码前要采取特别的预防措施。
外部連結

Contrasting C# and Java Syntax （页面存档备份，存于）
Java vs. C# - Code for Code Comparison （页面存档备份，存于）
Nine Language Performance Round-up （页面存档备份，存于）
Java and C-Sharp Compared
MSDN: The C# Programming Language for Java Developers （页面存档备份，存于）
Standard ECMA-334 C# Language specification （页面存档备份，存于）
Java Language Specification (Sun) （页面存档备份，存于）
31 Differences between C# and Java
魏秉奎

魏秉奎（1928年10月—1999年6月4日），辽宁海城人，中共第九、十届中央委员。
1953年3月入党。1952年3月起是鞍山钢铁公司铸管厂工人，12月参加中国新民主主义青年团。文化大革命期间，参与并组织造反派，1968年任鞍山市革命委员会副主任，随后担任中国工人代表团团长、辽宁省总工会主任。1969年3月至1977年3月任辽宁省革命委员会副主任。1975年1月当选第四届全国人大常委，1975年9月至1977年3月任中共辽宁省委书记。1978年11月被撤销党内外一切职务。
萬雲翱

萬雲翱（？—？），河南人，清朝政治人物。举人出身。
光绪二十九年，擔任清朝廣東省潮州府豐順縣知縣。后由單夢祥接任。
参考

↑  朱支辉，罗培衡编著. . 北京：中国文史出版社. 2010.11: 287–292. ISBN 978-7-5034-2734-3.  请检查|date=中的日期值 (帮助)
↑  丰顺县政协文史资料组，丰顺县博物馆编. . 丰顺县博物馆. 1984.05: 7–11.  请检查|date=中的日期值 (帮助)
↑  林韩璋主编. . 广州：中山大学出版社. 1996.12: 630–650. ISBN 7-306-01258-4.  请检查|date=中的日期值 (帮助)
| 0 | 1 | 2 |
| --- | --- | --- |

官衔
| 前任： 朱益湛 | 清朝廣東省潮州府豐順縣知縣 光绪二十九年 - 光绪三十一年六月 | 繼任： 單夢祥  |
萊佩克斯米倫巴赫河

51°29′44″N 6°53′56.28″E﻿ / ﻿51.49556°N 6.8989667°E﻿ / 51.49556; 6.8989667

萊佩克斯米倫巴赫河（德語：），是德國的河流，位於該國西部，處於北萊茵-威斯特法倫州，屬於埃姆舍爾河的支流，河道全長3公里，流域面積8.8平方公里。
參考資料

Gewässerverzeichnis NRW （页面存档备份，存于） (PDF; 1,1 MB)
Beschreibung aller Standorte auf dieser Themenroute （页面存档备份，存于） als Teil der Route der Industriekultur
Stadt Oberhausen - Läppkes Mühlenbach kommt wieder ans Tageslicht （页面存档备份，存于）
Langzeitmonitoring am Läppkes Mühlenbach; In: Natur in NRW 4/2018 （页面存档备份，存于） (PDF ab S. 34)
dtp-essen.de - Aufwertung des Läppkes Mühlenbachs, Oberhausen （页面存档备份，存于）
Material der Astrid Lindgren Schule in Oberhausen zu dem Bach in ihrer Nachbarschaft (Memento vom 8. Juni 2001 auf Internet Archive)
徐华新

徐华新（1943年—），字霄阳，中国当代焦墨山水画家，浙江绍兴人，毕业于浙江大学美术学院，年少时师从陆俨少。创造出了多部中国传统的焦墨山水画与西画素描相结合的新作。现担任中国国际书画院院长和清华大学美术学院老教授书画院画家。
主要作品

《南巡之路》（纪念邓小平诞辰100周年所作）
《中山魂》（为孙中山纪念馆所作）
《万水干山》（纪念毛泽东诞辰110周年而作）
参考来源

中华古玩网-徐华新国画 （页面存档备份，存于）
中山旅游网-山水画家中山泼墨[永久]
鳳翼

鳳翼可以指：
射干（學名：Iris domestica），鳶尾科鳶尾屬藥用植物。
排簫的古名。
魯瓦馬加納

| 魯瓦馬加納 Rwamagana |
| --- | --- |

魯瓦馬加納
坐标：1°57′09″S 30°26′16″E﻿ / ﻿1.9525°S 30.4378°E﻿ / -1.9525; 30.4378
國家:  卢旺达
省: 東部省
县: 鲁瓦马加纳县
面积
 • 总计: 34 平方英里（87 平方公里）
人口（2002）
 • 總計: 47,203人
魯瓦馬加納（Rwamagana）是非洲中部國家盧旺達的城市，也是東部省的首府，位於首都基加利以東約50公里，海拔高度1,528米，面積87平方公里，經濟產業包括食品業和紡織業，2002年人口47,203。
第二次韓莊臨城戰鬥

韓莊臨城戰鬥發生於1928年4月11日－14日，交戰地點則是在中國魯南，是中華民國北洋政府時期的戰鬥之一。韓莊臨城戰鬥的交戰雙方，一方為國民革命軍一軍一師，另一方北洋張宗昌部所轄軍隊。
參考文獻

中華民國國防大學編，《中國現代軍事史主要戰役表》
參看

中華民國北洋政府時期內戰戰鬥列表
彰化市聯外道路列表

本條目為輔助條列彰化縣彰化市聯外道路，主條目為。
鐵路

台灣縱貫鐵路竹南經苗栗、臺中到彰化路段，俗稱山線鐵路，現稱臺中線，因坡度陡峻，致使運輸能力不彰，隨著台灣經濟發展蒸蒸日上，客貨運輸日增，因此日本殖民政府在1919年著手興建竹南到彰化之間的海岸線，並於1922年完工，全長91.2公里，彰化市因此成為山海二線鐵路的南端交會處，對彰化市的發展有莫大助益。
公路

彰化市地處內陸，市內並無可供船行的河道，亦無航空站的建設，故聯外交通悉賴陸路。二次大戰後，國民政府陸續在台進行新建公路與改善工作，著手改善西部縱貫公路的路面並拓寬路基、新建大肚橋、完成中山高速公路以及王田、彰化交流道等工程，對彰化市的經濟發展都有著重大影響。
國道一號（中山高速公路）
王田交流道（188）
彰化系統交流道（192）
彰化交流道（198）
國道三號（福爾摩沙高速公路）
彰化系統交流道（196）
快官交流道（202）
| 0 | 1 | 2 |
| --- | --- | --- |
| 級別 | 路名 | 說明 |
| 國道 | 中山高速公路 | 1978年全線完工通車，又稱國道一號，北起基隆，南到高雄，為封閉式高速公路。國道一號沿西緣縱貫彰化市，並在西南設有一處彰化交流道，為北上車輛進出彰化市之門戶，沿台19線可接秀水以南各鄉鎮以及雲林縣，況縣道142號可西接鹿港鎮。國道一號在台中市大肚區、烏日區二區交界也設有一處王田交流道，雖位於彰化市外，然高速公路南下車輛需由此沿台1線進出彰化市，重要性自不待言。王田、彰化交流道相距約9.5公里。 |
| 國道 | 福爾摩沙高速公路 | 2004年全線完工通車，又稱國道三號，以快官交流道與台74線連結，是台灣西部平原丘陵區上第二條南北縱向貫穿全島的高速公路。由於路段建設時的用地取得問題，在臺中市與彰化縣之間原本應該是南北走向的國道三號很例外地是呈現東西向的走向，因此若是自南部北上，則會先經過實際上位於彰化市東方的的臺中市霧峰區、烏日區之後，向西行，至彰化縣北部的彰化市，沿大肚溪西行至彰化縣和美鎮，轉個接近直角的大彎，跨越大肚溪進入臺中市海線地區，與一般人認知的順序不太一樣。 |
| 省道 | 台1線 | 又稱縱貫公路，為台灣西部南北向主要公路幹線。台1線在彰化市內稱中山路，為路寬18至30米的四線道公路，縱貫彰化市全境，北渡大肚溪接台中市，南接彰化以南各鄉鎮及雲林縣。 |
| 省道 | 台1丙線 | 即彰化市金馬路，為台1線在彰化市的支線，東北端在大度橋頭從台1主線分出，右轉金馬東路之後到西南端併入省道台19線，連接彰化交流道，為路寬30米的四線道公路。 |
| 省道 | 台14線 | 即彰化市彰南路，東接芬園鄉及南投縣草屯鎮、埔里鎮，為往來南投、彰化間的重要公路幹線。在彰化市境內為路寬25米的四線道公路。 |
| 省道 | 台14丙線 | 即彰化市彰興路，為台14線支線，始於金馬東路口，東行至外快官附近併入台14主線。 |
| 省道 | 台19線 | 始於彰化市中山路與孔門路交叉口，沿中華路、中華路橋及中華西路接彰化交流道，西南可接秀水鄉、福興鄉、埔鹽鄉以南各鄉鎮，在自強大橋跨濁水溪通雲林，為路寬18米的四線道公路。 |
| 省道快速公路 | 台74線 | 2002年完工通車，南起彰化市快官地區，往北跨大肚溪後在臺中烏日與環中路相接，與國道一號平行。行至北屯短暫東行後即轉南續行，經太平區、大里區後匯入國道3號霧峰系統交流道，未來將與國道四號相接。 |
| 省道 | 台74甲線 | 2004年完工通車，北起台14線與牛埔交流道交叉口，往南至花壇鄉續接台1線，全長9.2公里。 |
| 縣道 | 134線 | 即彰化市彰美路，西接和美鎮與伸港鄉，路寬5至18米，配置二到四線道。 |
| 縣道 | 135線 | 由線東路延伸至彰新路通往國道三號和美交流道。 |
| 縣道 | 137線 | 即彰化市大埔路，於中山路與中興路交叉口沿八卦台地西側南行，貫穿全縣，聯絡社頭、田中、二水各鄉鎮。 |
| 縣道 | 139線 | 即彰化市公園路(虎崗路,環山路,大彰路)，南行縱貫八卦台地。 |
| 縣道 | 142線 | 沿彰鹿路西行銜接秀水鄉、福興鄉、鹿港鎮。 |
台鐵縱貫線彰化車站
位於彰化市中子之台14線起點
托爾狙擊步槍

|  托爾／威爾克重型狙擊步槍 ／  |
| --- | --- |
裝上了兩腳架與光学瞄准镜的WKW Wilk
类型: 犢牛式栓動反器材狙击步枪
原产地:  波蘭
服役记录
服役期间: 2005年—
使用方: 參見使用國
参与战争／衝突: 2001年阿富汗戰爭 2022年俄羅斯入侵烏克蘭
生产历史
研发者: 亞歷山大·勒茹哈（Alexander Leżucha）
研发日期: 2000年—2004年
生产商: 塔爾努夫機械廠（波兰语：）
生产日期: 2005年—
制造数量: 超過6,000枝
衍生型: 波爾狙擊步槍
基本规格
重量: 16.1千克（35.49磅）
长度: 1,350毫米（53.15英寸）
槍管长度: 880毫米（34.65英寸）

子彈: 12.7×99毫米北約口徑（.50 BMG）
口徑: 12.7毫米（0.5英吋）
槍管: 1根，標準膛線纏距為1：15，膛線8條，右旋，比賽等級（英语：），自由浮動式，開槽化（英语：），槍口裝有三膛直角箭頭形（Ｖ形）制退器
枪机: 旋转后拉式枪机
发射模式: 連發
槍口初速: 800格令Barnes彈藥：890米／秒（2,919.95英尺／秒）
枪口动能: 17,000焦耳（12,539.2英尺·磅）
有效射程: 最大有效距離：3,000公尺（3,280.84码，9,842.52英尺，1.86英里）
供弹方式: 7發可拆卸式钢製彈匣
瞄具: 機匣頂部的MIL-STD-1913戰術導軌上安裝日間／夜間光学狙擊鏡、紅點鏡／反射式瞄準鏡、全息瞄準鏡、棱鏡式瞄準鏡（英语：）、夜視鏡或熱成像儀（可拆卸） 施密特-本德爾警用神槍手二型（，PM II）3—12×50毫米狙擊用途可變倍率光學瞄準鏡  
托爾（波蘭語：；又稱：威爾克，英語：，意為狼；WKW，全稱：，意為：大口徑狙擊步槍）是一款由波兰槍械設計師亞歷山大·勒茹哈（Alexander Leżucha）所研製、位於塔爾努夫的武器製造商塔爾努夫機械廠（波兰语：）所生產的現代重型犢牛式反器材狙擊步槍。當中「托爾」是它在波蘭軍隊的軍用稱號，而威爾克則是在研製計劃中的名稱。發射12.7×99毫米北約口徑（.50 BMG）制式步枪子彈。
歷史

2000年2月，新型反器材狙擊步槍的戰術和技術指標都獲得了波蘭軍隊的批准。這時，機械設備的研究和發展中心（簡稱：OBRSM塔爾努夫公司）的槍械設計師亞歷山大·勒茹哈領導的研究團隊分析全世界現有的該類型武器系統以後，判斷犢牛式連發型高精度步槍最為符合波蘭軍隊的要求。從那時起在研製計劃當中的該步槍的正式名稱為“Wielkokalibrowy Karabin Wyborowy Wilk ”（威爾克大口徑狙擊步槍）。
在2000年3月至2004年之間，波兰塔爾努夫機械廠研發這款反器材狙擊步槍。2002年，他倆製成了首枝新型步槍的原型；同年對該新型武器進行了首次射擊試驗。根據結果，對原型槍作出改進。在接下來的時間裡，威爾克接受了一系列的測試，並且根據測試結果繼續對該槍作出改進。
2005年，波蘭國防部（英语：）先訂購10枝威爾克。隨著該狙擊步槍獲正式採用，波蘭軍隊的首批部隊正式裝備，並且命名為托爾。
2008年，波蘭國防部再向塔爾努夫機械廠增購30枝托爾狙擊步槍。
概述

WKW托爾反器材狙擊步槍為一枝犢牛式佈局的手動操作旋转后拉枪机式武器。它由裝在槍身與扳機後方的7發式可拆卸彈匣所供彈，並分別在護木前端與彈匣後方配有可折疊和可調節的兩腳架（連整體可折疊式提把）與可調節的大型後腳架。該槍並無機械瞄具（照門及準星），其標準瞄準設備是安裝在機匣頂部的MIL-STD-1913戰術導軌座以上的德製施密特-本德爾警用神槍手二型（英語：，PM II）3—12×50毫米狙擊用途可變倍率光学瞄准镜；當然，亦可裝上其他日間／夜間光學狙擊鏡、紅點鏡／反射式瞄準鏡、全息瞄準鏡、棱鏡式瞄準鏡（英语：）、夜視鏡或熱成像儀。
使用國

波蘭：購入80枝。
沙烏地阿拉伯：購入15枝。
烏克蘭：2022年俄羅斯入侵烏克蘭期間由波蘭供應。
越南：購入50枝。
圖集

托爾12.7毫米狙擊步槍
光学瞄准镜與制退器受包覆的托爾狙擊步槍
收入槍袋的托爾狙擊步槍
使用托爾狙擊步槍的波蘭士兵
使用威爾克狙擊步槍的越南士兵
參見

波爾狙擊步槍
巴雷特M95狙擊步槍
DSR-50狙擊步槍
沙漠科技硬目標攔截狙擊步槍
KSVK狙擊步槍
LR2型狙击步枪
VKS狙擊步槍
RT-20反器材步槍
犢牛式槍械列表
資料來源

1 2  . world.guns.ru.   [2009-07-17]. （原始内容存档于2021-03-15）.
↑  Altair – Zakupy Beryli i UKM-2000P （页面存档备份，存于）.