Treaty on the Non-Proliferation of Nuclear Weapons是什么意思？_百度知道
Treaty on the Non-Proliferation of Nuclear Weapons是什么意思？
......，请记得采纳哦...。《核武器不扩散公约》满意我的回答吗.。谢谢. 家教辅导团竭诚为您服务...
来自团队：
其他类似问题
为您推荐：
其他1条回答
p>同学你好;the&nbsp，更多财会问题欢迎提交给高顿企业知道，您说的这个英文词语在我国中很常见：防止核扩散条约.Weapons，这个词的翻译如下;of&nbsp。高顿祝您生活愉快.com" target="_blank">高顿网校的回答能帮助您解决问题，学好该类词汇对您的英文证书考取过程非常重要://zhidao./c/gaodunzhidao" title="http，很高兴为您解答
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁我从独立开发中所学到的6件事
发布时间： 15:12:07
Tags：,,,,
作者：Mike Shafer
在创造《Bain’s Redemption》时，我是作为一名程序员加入这个项目。最终我却发现自己做了射击，业务，市场营销以及一些美术等工作。以下是我从中学到的6件事，并希望它们能给其他游戏开发者带去帮助。
1.使用一个项目管理解决方案
我父亲告诉我，他曾经了解过的每一个成功的项目都是由具有较高组织能力的人所领导的。游戏开发也是如此。你需要让你自己和你的团队拥有一些有组织的项目管理包。这似乎听起来很昂贵？但事实却非如此。你只需要支付每个月不到10美元的虚拟主机费用，然后安装它们所提供的一个免费项目管理包便可。
Bugzilla怎样？
从问题追踪角度来看的话，Bugzilla很棒（也就是你可以在玩游戏的时候找到问题）。这并非事先计划好的。事先计划要求一个项目管理解决方法，除非你想要通过执行功能去修改漏洞，那么你便可以使用Bugzilla。我更愿意将其区分开来。不管你决定做什么，你最好能够确保你拥有某些内容，并且这些内容能够保证团队集中注意力。
当安装了PM解决方法后，我们注意到这推动了制作的发展。理想情况下，你想要提供给你的团队他们喜欢做的任务，这也是我所尝试着去做的事。
tmscreencap(from gamasutra)
我们的项目管理解决方法
2.不要害怕承认更大的公司能够更好地完成某些事
对于《Bain’s Redemption》，我创造了一个完整的布娃娃系统，并伴随着一个GJK+EPA碰撞算法，即关于Bullet，Havok和PhysX有能力做某事（我认为对于后面两者，你能够选择使用GJK+EPA）。我最终学到的便是这一算式更适合不同相撞的物理模拟插件程序，但一些形状组合会要求特定的算式。假设我已经完成了这一算法的执行，因为它将作用于任何凸形组合。不幸的是，箱子堆叠是衡量你的物理引擎能否发挥作用以及我花了太多CPU功耗去确保一个10个箱型柱足够稳定的方法。为什么？因为你使用了所谓的盒子剪裁工具去进行箱子堆叠。此外，你也需要速度和位置解决方法。我并不想赶走任何人，但这的确是我所学到的。
所以关于这一算式到底发生了什么？因为我们决定使用NVIDIA的PhysX，所以它最终被无视了。从性能上看，PhysX更加出色（任何物理包都需要一个重叠的宽阶段测试，这也是我的物理元素所缺少的内容），并且能够免费用于PC上。20多名程序员在自己还是孩子的时候便一直致力于创造一个物理包。我仍然从中学到了许多关于解决方法和物理碰撞的内容。并且知道使用任何物理包都是小意思。根据物理引擎设置参数对于获得预期的行为真的非常重要。这并不是什么微不足道的内容，我很高兴自己所做的所有事，但我是否拥有额外的6个多月开发时间去接受我不能独立完成的工作的事实？
3.了解你的用户
我们都知道这一点。谁是你的目标用户？当然是玩家。但是是怎样的玩家呢？我想做的是想象其它获得成功的游戏并说道，‘如果他们喜欢游戏X，他们就会喜欢《Bain’s Redemption》。’这是一个很好的市场营销参数，并且你需要尽早明确这一点。当我们决定创造《Bain’s Redemption》时，我们想要执行一些像漫画之类的内容，但却是针对于成人。同时，因为我们喜欢《恶魔猎人》的机制，所以我们创造了一些能够同时结合这两个理念的内容。现在谁会喜欢我们的游戏呢？那些喜欢漫画书的人将会喜欢它。那些喜欢砍砍杀杀游戏的人将会喜欢它。同时，我们游戏中的模型还比今天所看到的内容更加简单。这是因为我们早前便决定好每个模型应该是能够使用锋利的武器进行切割。我们现在谈论的是被切割的完整的模型，而不只是一支腿或一支胳膊。这意味着你可以使用武士刀去剥下某个人的皮。这听起来很酷，但图像将会受到影响。这也会将我们的产品局限于某个立基市场中。
webscreen(from gamasutra)
《Bain’s Redemption》中切割模型
4.定制引擎需要大量工作
许多独立开发者将Unity作为他们的引擎，或者随着Unreal的全新定价系统的出现，他们转向了Unreal 4 Enigne。不过我们最终为了不浪费钱而决定使用自己的引擎。我们的编辑器完成了工作，但它还需要完成更多工作，只是为了完成游戏，我们暂时将其搁置了。所以我并不确定定制引擎开发是否适用于所有人，但如果你选择了这条路，你就需要万分小心。例如，我们花费了一周半的时间在我们的引擎上执行god rays。但是如果使用之前提到的两款引擎的话，我们便能立刻进行使用。HDR Bloom又花了我们两周的时间去执行，同时如果是基于另外两款引擎的话，我们也能够立即使用。每个引擎/编辑器组合都有其怪癖，但除非你真的具有上进心并想要从头了解某些内容，否则你便可以直接选择Unity或Unreal。
5.切忌在数据驱动的开发方面做得太过分
所以在游戏中（游戏邦注：或者任何其它计算机应用中），你总是拥有两件元素，即数据和代码。大多数游戏拥有一个美术文件包，即数据，还有一个可执行文件，即代码。这也是为何这被称为游戏引擎的原因，因为代码是循环运行着，它会抓取数据并在你的屏幕上分解出很棒的颜色。我们都知道受数据驱动的应用是很容易进行调试的。你觉得什么更好？是你能够往里面加载特殊的FX，进行预览然后将其保存为FX美术文件并通过代码在游戏中呈现你的特殊效果的特殊FX编辑器？还是为你拥有的每一个效果创造定制代码？后者已经有人做了，这真的是件难办之事。还要进行许多复制和黏贴，并且这并不是很有组织性。如果是受数据驱动的话会更好。此外，当你与设计师共事时，受数据驱动的开发是必要的，设计师想要看到的是参数而非代码。参数也是数据。我们的游戏拥有一个状态机编辑器。结果便是它能够有效作用于Bain的攻击和动画。我想要使用状态机编辑器在我们的游戏中创造带有状态的每个对象。我很快便意识到这是过度的受数据驱动的开发。为什么？因为没有一个设计师将着眼于一个复杂的AI状态机，相反地他们会说：“敌人一直射击我，要缓和这种情况。”此外，我们为了在行为树中使用Selector/Sequence/Parallal结构而修改了AI，我认为这对于大多数设计师来说都太过复杂了（似乎在Unreal的引擎中还存在一个行为树编辑器）。我仍然觉得大多数设计师会觉得它很难使用并会请求程序员的帮助。所以简而言之，如果设计师需要访问某些内容的话，那就将其变成是受数据驱动的开发，而如果条件允许的话，你也可以将其作为受代码驱动的开发。
statemachinecap(from gamasutra)
MEH引擎的状态机编辑器
6.不要忘了尽早开始进行市场营销
我们对于《Bain’s Redemption》的Kickstarter活动将在8月末展开。因为这款游戏不管是看起来还是玩起来都很棒，所以我觉得我们只需要展开Kickstarter活动便能够获得成功。这是在我与好友Andre’ Lamothe聊天前的想法。Andre’已经写过了好几本关于游戏开发的著作，并了解里里外外的这些过程。他告诉我最好能在进行Kickstarter之前2个月便开始推广游戏。就像你所看到的那样，很多人都认为只要做出一款游戏便能够获得成功。如果没人了解自己的游戏，它便不可能被卖出去。所以请谦逊一点，接受没人知道或在乎你的游戏的事实，并想办法得到他们的关心。这并不困难。
尽管在这6件事中并不包含一款优秀游戏的开发的综合窍门或者说这只是我在制作《Bain’s Redemption》中所学到的内容，但这对于任何人来说都会是一个很不错的开始。你们必须记住事先进行计划，保持谦逊态度，愿意接受改变，接受你不可能比大公司做得更好的事实（大多数情况下）并希望能够做到最棒。如此最佳方法便会降临你身边。
（本文为游戏邦/编译，拒绝任何不保留版权的转载，如需转载请联系：游戏邦）
6 Things I Learned From Indie Development
by Mike Shafer
Introduction
In making Bain’s Redemption, I came into the project as a programmer. Eventually, I found myself doing design, business, marketing, and even some art. Here are 6 things that I painstakingly learned that I hope can help other game developers.
1. Use a Project Management Solution
My dad tells me every successful project he’s ever read about was lead by highly organized people. Game development is no different. You need to get yourself and your team some kind of organized project management package. Sounds expensive? Not really. Just pay for web hosting which you can get for under $10 a month and then install one of their free offered project management packages.
How about Bugzilla?
Bugzilla is good from a problem tracking perspective (i.e. you played your game and you found a problem.) This is not planning ahead. Planning ahead requires a project management solution, unless you want to mix your bugs with features to-be implemented, then you can go with Bugzilla. I rather keep them separate. Regardless of what you decide to do, make sure you have something and it keeps your team engaged.
We saw a boost in production after we installed our PM solution as you would expect. Ideally, you want to give your team tasks they like doing and that’s what I tried to do.
Our project management solution
2. Don’t be afraid to admit bigger companies can do something better
For Bain’s Redemption, I made a whole rag-doll system complete with a GJK+EPA collision algorithm just as Bullet, Havok, and PhysX is capable of doing (I think in the latter two, you have the option of using GJK+EPA). What I eventually learned was that this algorithm is nice for the plugging-in of different shapes for physics simulation, but some shape pairs require specialized algorithms. I assumed I was done when I implemented this algorithm because it would work with any convex shape pair. Unfortunately, box stacking is a measure of how well your physics engine works and mine took way too much CPU power to make a 10-box column stable. Why? Because you use something called box-clipping for box stacking. Furthermore, you need velocity as well as position solvers. I don’t want to nerd anyone out, but that is the reality of what I learned.
So what happened to this algorithm? It sits there and gathers dust, because we decided to use NVIDIA’s PhysX. PhysX was superior in terms of performance (an overlap broadphase test is absolutely required for any physics package which my custom physics lacked) and it was free for the PC. Well no duh, a package made by 20+ programmers that have been doing it since they were kids is going to work better than something you can cook on your own (usually). Still I learned a lot about solvers and physics collision and what not. And using any physics package is cake. Setting the parameters to a physics engine is very important for getting the desired behavior you’re looking for. It’s not trivial and I’m glad I did what I did, but could I have saved 6+ months of development time just accepting that I couldn’t do it on my own? Absolutely.
3. Know your audience!
This one is a no brainer. Who are you targeting? Well duh, gamers. But what kind of gamers? What I like to do is think of other games that are successful and say “if they like game X, they will like Bain’s Redemption.” This is a good marketing metric and it needs to be decided early as you’ve probably read countless times. When we decided to make Bain’s Redemption we wanted to implement something like a cartoon, but for adults. At the same time, we decided that we liked the mechanics of Devil May Cry (mainly the idea that you can have modern pistols with an archaic sword) so we made something that was the marriage of these two ideas. Who will like our game now? People who like comic books will like it. People who like hack-and-slash games will like it. Also, our models in our game are much simpler than what you see today. This is because we decided early on that every model shall be cuttable with sharp weapons. We’re talking about the entire model being cut, not just a leg or an arm. Which means you can banana peel someone with a Katana. It’s cool, but graphics will take a hit. Still it builds a niche for our product.
Cutting models in Bain’s Redemption.
4. Custom engines are a lot of work
A lot of indie developers go with Unity as their engine or with the advent of the new pricing system for Unreal, they go for the Unreal 4 Engine. We decided to go with our own to avoid paying any fees to anyone. Our editor gets the job done, but there is a lot of work that needs to be done on it that we just put on the back burner because the game needs to be completed. So I’m not sure custom engine development is for everyone, but if you do go down that route, be very careful. It took us a week and a half just to implement god rays in our engine, for example. They come out of the box for the two aforementioned engines. HDR Bloom took another two weeks to implement, it comes out of the box for the other two. Every engine/editor combo has its quirks, but unless you’re really self-motivated and want to learn how things from the ground up, go with Unity or Unreal.
5. Don’t overdo data-driven development
So in a game (or any other computer application), you have two things, you have data and you have code. Most games have a packed art file that is the data and an executable that is the code. This is why it’s called a game engine because the code is running in a loop and it grabs the data and spits out pretty colors on your screen. It’s well known that data-driven applications are cleaner, easier to debug, and just all around better. What sounds better to you? A special FX editor that you can load special FX into, preview them, and save them out as FX art files, then display your special effects in the game via code? Or creating customized code for every effect you have. The latter has been done and it’s a logistical nightmare. There is a lot of copying and pasting of code going on and it’s just not clean and organized. It’s much better to be data-driven. Furthermore, when you work with designers, being data-driven is required, designers want to work with parameters, not code. And parameters are data. We have a state machine editor for our game (see below). Turns out, it works great for Bain’s attacks and animations. I wanted to make every object with state in our game use the state machine editor. I soon realized that this was too much data-driven development. Why? Well, no designer is going to look at a complicated AI state-machine, instead they might say “that enemy shoots me too much, tone it down.” Furthermore, we revamped our AI to use Selector/Sequence/Parallal constructs in Behavior Trees and I think it’s too complicated to use for most designers (still it looks like there’s a Behavior Tree Editor in Unreal’s engine). Still I think most designers may find it cumbersome to use and will ask a programmer to at least help them (it has features like how often per frame something should run–just really nerdy stuff that designers would have trouble with). So in short, if designers need access to something, make it data-driven, otherwise you’re free to make it code driven if it’s appropriate.
State Machine Editor in the MEH engine.
6. Don’t forget to start marketing early
Our Kickstarter for Bain’s Redemption is slated to launch at the end of August. I thought I could just launch the Kickstarter and it would be a success due to the fact that the game looks and plays well. This was before I talked to my friend Andre’ Lamothe. Andre’ has written many books on game development and understands the process inside and out. He told me that I’d want to start marketing the game 2 months before the Kickstarter. You see, many people think they can just make a game and it will be successful. If nobody knows about your game, it will not sell, period. So humble yourself, accept that nobody knows (or cares, yet) and make them care. It’s that simple.
Conclusion
While these 6 items did not comprise an exhaustive list of good game development tips or what I learned in making Bain’s Redemption, it’s a good start for anyone. Remember to plan ahead, be humble, accept changes, accept you can’t do it better than big companies (most of the time) and hope for the best. The best may just come to you.()
CopyRight Since 2010 GamerBoom All rights reserved &&闽ICP备&号-1内容介绍：
简介: 【片名】T34 坦克,俄国的利刃【译名】The T34 tank, Russia's cutting edge【集数】1 CD【国家】美国【类别】纪录片【格式】DivX +MP3【语言】英语【字幕】暂无【供源情况】专人供源,全源保证【简介】本片将让您领略名扬四海的俄国坦克杀手T34的的风采.在世界坦克发展史上，前苏联的T—34坦克居于十分显赫的地位。它是现代坦克的先驱。其装备数量之多、装备国家之多、服役期限之长，在世界各国的坦克中数一数二。 第一批T—34坦克于1940年1月由哈尔科夫共产国际工厂制成，总设计师是年仅42岁的M·科什金。不幸的是，由于日夜操劳而损害了科什金的健康，这位年轻的坦克设计师在T—34坦克样车出厂后不久就病逝了。 早期的T—34坦克战斗全重26.3吨，乘员4人，最大速度55公里/小时，装一门76.2mm加农炮，因此，也称T—34/76中型坦克。T—34坦克采用铸造炮塔、焊接车体，加上大倾角的装甲布置，因而具有良好的防护性；大功率的柴油发动机，独立的悬挂装置，使它具有出色的越野机动性；长身管加农炮，使它的火炮威力大增。所有这些，使得T—34坦克在战术技术性能上居于当时世界先进水平。连德军的将领也不得不承认：“俄国人拥有的T—34坦克远远优于德军任何一种型号的战斗坦克”。德军在1943年研制的“黑豹”坦克，明显带有仿造T—34的痕迹。 T—34坦克的一个突出特点是结构简单，便于大量制造，这在战时就是一个突出的优点。战争期间，苏联的拖拉机工厂几乎全部用来动员生产坦克。从1940年到1945年，苏军共生产T—34坦克达40000辆以上，这一数量在世界上是数一数二的。 T—34/85中型坦克是T—34中型坦克系列中最重要的改进型，1943年秋装备苏军。它除了换装一门大威力的85mm坦克炮外，还加强了装甲防护，增加了车长指挥塔和一名乘员（机电员）。经过这些改进后，T—34/85中型坦克的战斗全重增加到32吨，其85mm坦克炮可以在1000米距离上击穿有100mm厚装甲的德军重型坦克。 T—34系列坦克为苏联反法西斯战争的胜利立下了赫赫战功，它与著名的“喀秋莎”火箭炮一样，都是深受红军官兵喜爱的制胜“法宝”，也是令德军士兵闻之丧胆的“杀手锏”。 值得一提的是，T—34坦克不仅经受了为反法西斯战争的考验，它在第二次世界大战后，还广泛运用于朝鲜战争、越南战争、中东战争等，并都有出色的表现。装备T—34坦克的国家在20个以上。其中，我国在1955年前共购进苏式坦克和装甲车3000多辆，T—34坦克占了相当大的比例，这些坦克直到上世纪70年代还在我军装甲部队服役。 KV坦克,俄国的钢铁怪物【片名】KV坦克,俄国的钢铁怪物【译名】THE KV TANK RUSSIAN STEEL MONSTER 【集数】1 CD【国家】美国【类别】纪录片【格式】DivX +MP3【语言】英语【字幕】暂无【供源情况】专人供源,全源保证【简介】KV-1是卫国战争初期和T-34齐名的坦克。KV-1于二战前夕由列宁格勒的基洛夫制造厂设计师科京带领下研制，KV坦克的名字即取自科京的岳父K·伏罗希洛夫元帅。当时的基洛夫制造厂共试验了三种车型（见上图），其中两种过时的多炮塔设计SMK型和T-100型被淘汰。1939年4月，单炮塔的KV坦克样车定型，次年2月开始生产。KV原型车（包括多炮塔原型车）投入苏芬战场进行试验，在突破芬兰军队防御阵地的战斗中表现了优异的防护力，无一遭到损失。KV-1坦克至苏德战争爆发，共生产636辆。卫国战争初期，新型坦克KV-1和T-34在战场上的出现，使德国坦克相形见拙，甚至于德国坦克在41年对这两种坦克的威胁简直可以忽略不计。KV坦克有多种型号，主要包括早期的1939年型，以及1940年型、1941年型、1942年型，还包括KV-2、KV-85等发展型号。从总体性能上讲，除防御外KV-1的各项指标均不及T-34，其结构设计落后，可靠性差，尤其是火力不够强大，无法对付1942年后出现的德国新式坦克。43年出现了装备85mm炮的改进型KV坦克——KV85，但与T-34/85相比毫无出色之处，而且性能不及德国的“虎”式，因此苏联重型坦克的位置逐渐让给了斯大林系列。He-219.德意志夜空之鹰【片名】He-219.德意志夜空之鹰【译名】He-219.German.Night.Flyers【集数】1 CD【国家】美国【类别】纪录片【格式】DivX +MP3【语言】英语【字幕】暂无【供源情况】专人供源,全源保证【简介】亨克尔公司是德国二战期间专门生产轰炸机的公司，它生产的He-111是德国空军的主力轰炸机，整个大战期间亨克尔公司仅生产了一种战斗机，它就是着名的He-219夜间战斗机。由于He-219的性能非常优异，因而倍受德国夜间战斗机部队的欢迎，同时双发的设计为日后的改进留出了充足的空间，但德国航空局的官僚们却以该机型会影响亨克尔轰炸机的生产数量为由，严禁大量生产，另外该机所用的DB-603大型发动机严重缺货也是它无法大量生产的原因之一。区区几百架He-219夜间战斗机取得了大量的战果，而且自身的损失也比较低，这极大的鼓舞了亨克尔公司，使他们对战斗机的设计充满信心。在战争结束前，他们设计了一大批喷气式战斗机，其中最重要的就是装有两部雷达的P.1079夜间战斗机。
Do-335.德国闪电【片名】Do-335.德国闪电【译名】Do-335.German.flash【集数】1 CD【国家】美国【类别】纪录片【格式】mpg【语言】英语【字幕】暂无【供源情况】专人供源,全源保证【简介】希特勒自上台后到二战末期，曾经把第三帝国的希望寄托在形形色色的“秘密武器”上，然而它们中的大多数只是一现即逝，徒给后人增加了“考古探秘”的兴趣，比如这支没有射中目标的“箭”—Do-335 截击机。Do335可能是第二次世界大战中飞得最快的活塞式飞机。用两台大马力发动机驱动两具螺旋桨，一拉一推。但在战争末期仅来得及生产28架，未能发挥作用。由於双引擎飞机一般都给人速度慢、大筹载力、操纵性低劣的印象，因此有些飞机製造厂想打破这个迷思，因此出现了一些怪机。在这些怪机中，最著名的应该就是都尼尔公司所製造的Do-335。Do-335的发展於1937年，由於之前亨克尔曾经试造了He-119这种特殊的机型，利用两具发动机驱动同一个桨轴达到大输出和高速度的性能，因而引起都尼尔工程师的注意。在新提出的双引擎战机计画中，将两具发动机各自驱动螺旋桨，并採用一具朝前一具向后的推/拉式配置法，这种新型配置法是为了取得双发战机的强大输出功率和单发战机的优良气动造型所开发的，不过由於之前并没有这种机种的出现，因此德国航空研究所(Gottingen)还特别是造了一架G?-9实验机进行理论验证，因此新战机的设计从1941年才正式开始。一开始，都尼尔是预定设计伊种高速的战斗轰炸机，并代号为Do-231，不过后来该计画被更新的Do-335取代。第一架原型机在1943年出厂，由於性能优秀，多次在试飞种展现出优异的性能，因此很快的就获得了空军的订单 .Do-335的设计确让德国双引擎战机迈入了新的里程碑，一般的双引擎战机都是将发动机外掛在机翼上的并列式配置法，因此不仅在阻力上由於单截面有两具螺旋桨和较长的主翼大大的加重阻力外，另外掛在机翼上的发动机由於重量不轻，连带的使战机本身在格斗时的转距增加，导致战机格斗能力的下降，因此Do-335的纵列式配置法除了让战机的截面减小使机身风阻下降外，整个机身的长宽比增加，更使得战机更符合流线型使得速度更加的提高。虽然纵列式配置使得Do-335在高速飞行时往往会产生另飞行员不悦的水平或纵向震动，不过由於Do-335本身的重量很大，不过时速高达665km，使用增压器时时速更一举飆上了765km，能有这种性能已经很不简单，因此负责操作的部队大多十分满意。当时同期的机种还有採用机身内部配置双引擎的日本海军舰侦─景云，景云採用的是并列式设计，不过却因为技术的问题无法克服而没有服役，Do-335也是大战中唯一採用纵列式引擎配置的实战机种。另外有趣的是，因为Do-335的机尾有著另一组的螺旋桨，当时为了避免飞行员在跳机时被这个螺旋桨击中丧命，还特别开发了以压缩空气为动力源的弹射椅，不过因为压缩空气的推力不稳定，在较低空时的效果并不好，因为飞行员还要花时间解开座椅的安全带，不过比起先爬出机外在跳伞的方式的确安全不少.Do-335除了A-1的战斗机型和A-4的侦察机型外，后来因应盟军的夜间轰炸还特别衍生出一款装备FuG 220雷达(由后座雷达手操作)的A-6夜战机型，不过由於空间的问题并没有配置斜角射击的爵士乐机砲。由於基本设计不错，Do-335的计画衍生或改良机型自然不少，不过大多都因为德国的投降而来不及加入战场。像是有更加大的翼展和两段式发动机，并在机翼上加装Mk108 30mm机砲的Do-335B重武装战斗机、装备更强力发动机(可能是Jumo213或DB605)的Do-435。更特殊的是将两架Do-335的机身平行装置在同一加大主翼上的Do-635，靠著四发动机的强大马力和优秀的机身设计，被当成高速高空侦察机使用。由於太晚出现，Do-335系列的总产量仅有90架左右，交付部队的更仅只有23架，颇有英雄方恨生晚的味道
相关资源：}