Questions tagged «wpf»

我正在一个团队中，团队负责人是SOLID开发原则的坚决拥护者。但是，他缺乏将复杂软件发布出去的大量经验。 在某种情况下，他将SRP应用于本来已经很复杂的代码库中，而现在该代码库变得非常分散，难以理解和调试。 现在，我们不仅遇到代码碎片问题，而且遇到封装问题，因为某个类中可能是私有或受保护的方法被判断为代表“更改原因”，并已提取到公共或内部类和接口中，与应用程序的封装目标不符。 我们有一些类构造函数，它们接收20个以上的接口参数，因此我们的Io​​C注册和解析本身已成为一个庞然大物。 我想知道我们是否可以使用任何“远离SRP的重构”方法来帮助解决其中一些问题。我已经读到如果创建多个空的粗粒度类来“包装”多个紧密相关的类以提供对它们功能总和的单点访问（即模仿一个较小的类），则它不会违反SOLID过度采用SRP的类实施）。 除此之外，我想不出一种解决方案，该解决方案将使我们能够务实地继续我们的开发工作，同时又使每个人都满意。 有什么建议么 ？

56 c#  wpf  inversion-of-control  single-responsibility 

模型视图视图模型是由Microsoft开发的，目标是支持事件驱动编程的UI开发平台，特别是使用XAML和.NET语言的.NET平台上的Windows Presentation Foundation（WPF）和Silverlight。此后的几年中，许多Javascript框架（例如Angular，Knockout和ExtJS）都采用了这种模式。 像大多数软件模式一样，MVVM具有适当的用途和滥用。在什么条件下使用MVVM是合适的？什么时候不明智？

47 wpf  mvvm  silverlight  angularjs  xaml 

我已经阅读了WPF与WinForms上的大多数主要线程，而我发现自己陷入了不幸的矛盾之中，当您在尝试使用过的和真正的先前技术（Winforms）以及它的后继技术（WPF）之间做出选择时，就会陷入这种矛盾中。 我是多年的资深Delphi程序员，最终终于跳到了C＃。我的其他Delphi程序员同伴将了解到，我很高兴知道Delphi闻名的Anders Hejlsberg是C＃的架构师。我对Delphi的VCL定制组件非常着迷，尤其是那些涉及制作多步向导和充当子组件容器的组件的组件。 在这种背景下，我希望从Delphi转到C＃的那些人可以帮助我完成WinForms vs. WPF决策，以编写初始应用程序。请注意，当我进行编码时，我非常急躁，诸如成熟的自动完成功能和适当的调试器支持之类的东西可能对我来说成败一个项目，包括能够找到有关API功能和调用的随时可用信息，甚至更多的错误解决方法。 。 2009年初日期范围内的SO线程和注释使我非常担心WPF，因为它可能会破坏我的C＃UI开发代码。另一方面，花费大量时间来学习即使没有被放弃也即将被替换的API技术（WinForms），同样令人不安，我确实在WPF诱人中发现了GPU支持。 因此，我的矛盾情绪。由于我还没有学过任何一种技术，所以我有一个难得的机会重新开始，而且不必面对巨大的“无学习”曲线，当WinForms程序员转向WPF时，我已经看到人们在各个线程中提到了这一点。另一方面，如果对像我这样的耐心的RAD开发人员来说，使用WPF太令人沮丧或产生其他严重的负面影响，那么我将坚持使用WinForms，直到WPF达到相同的支持水平和易用性。为了给您一个具体的例子说明我作为程序员的心理，我使用了VB，随后又使用了Delphi，以完全避免使用MFC进行编码的真正痛苦，MFC是许多开发人员在开发早期Windows应用程序时都会遇到的Windows UI库。我从未后悔避免使用MFC。 知道Anders Hejlsberg是否参与过WPF和/或WinForms的体系结构，以及这两个代码库中体现的创意视野和易用性方面是否存在差异，也令人感到欣慰。最后，再次让Delphi程序员知道使用WPF而不是WinForms时需要多少“ IDE schock”，尤其是在调试器支持方面。2011年更新的任何就业市场评论也将不胜感激。

38 c#  wpf  winforms  delphi  microsoft 

我们的团队对此有分歧，我想征询一些第三方的意见。 我们正在构建一个应用程序，无法确定是否要将WNet服务器使用.Net WPF桌面应用程序，还是使用jQuery使用ASP.Net Web应用程序。我以为我会在这里提出一些规范的问题，然后看看使用任何一方的利弊。我有自己的最爱，觉得自己有偏见。 理想情况下，我们希望尽快构建软件的初始版本，然后放慢速度，并花一些时间来构建以后想要的其他功能/组件。最重要的是，我们希望该软件能够快速运行。用户整天浏览记录，延迟加载记录或刷新屏幕会降低他们的工作效率。 申请详情： 我估计初始版本大约有100种不同的屏幕，并计划在初始发行后的以后添加很多其他屏幕。 我们希望将双向通讯用于提醒和事件系统 尽管已经被告知允许最多增加500个用户，但目前必须支持大约100个用户 我们有多个位置 要考虑的项目（在某些情况下可能并非最初，但在将来的版本中）： 在初始发行后可以添加其他组件的空间（其中有很多……也许在这里比初始应用程序有用） 键盘导航 性能是必须的 生产速度到初始版本 维护费用低 未来的支持 网络电话/扫描仪集成 我们的开发商： 我们有1位程序员在过去几个月中一直在学习WPF，并且是一位建议我们为此使用WPF的程序员。 我们有一位熟悉ASP.Net的第二位程序员，他将来可能会为该项目提供帮助，尽管他不会花很多时间在最初的版本上进行开发，因为他花了时间来维护我们的当前软件。 有我和他们一起工作过，并且对其中任何一个都很满意 我们有一家外部公司从事项目管理，而他们是ASP.Net公司。 我们计划招聘1-2个其他人，但是我们首先需要知道我们的发展方向 环境： 普通用户在带有终端服务的Windows 2003服务器上。它们通过RDP连接使用WYSE瘦客户端进行连接。管理员拥有自己的XP或更高版本的PC。尽管限于使用IE作为Web浏览器，但允许用户指定自己的分辨率。 其他位置通过MPLS连接连接到我们的网络 基于此，您会选择什么，为什么呢？

31 asp.net  wpf 

我曾经开始一个MVVM / WPF项目，该项目最终得以构建和部署，为此，我研究了很多Caliburn.Micro MVVM框架。事实是：我最终没有为此使用Caliburn.Micro，最终自己实现了一些MVVM概念（特别是ViewModelBaseand RoutedCommand类）。 现在，我按照相同的原则被分配到一个更大的项目：可以说，“单用户富客户端脱机桌面应用程序”，因此我决定使用Caliburn.Micro。这就是我的“问题”开始的地方。 我已经读过一篇著名的博客文章，其标题为“如果您正在使用MVVM，那么您需要一个框架”，即： “在没有框架的情况下尝试进行诸如MVVM之类的工作是一项巨大的工作。大量重复的代码，重新发明轮子，并训练人们以不同的方式思考。 至少在框架下，您可以避免重复的代码，并希望不必重新发明轮子，从而使您可以专注于对人员进行再培训。再培训部分通常是不可避免的，但是框架提供了管道代码和结构，使过程更容易。” 我会同意一读，但是我在Caliburn.Micro（CM）实际应用中的实际经验是无知和迷失方向。也就是说，该框架根本没有使过程变得更容易，相反。阅读由罗布·艾森伯格相当（太）非正式文档中提供不断重复的例子，从旋绕提供的样品试图推断使用模式，他们完全间接的类和接口的关系，这里的东西似乎被设计为工作基础上除非您是一个经验丰富的天才，否则副作用似乎是人类不可能做到的（对不起，这只蚂蚁很抱歉，但我想您知道我的意思）。 更不用说任何上述琐碎的场景似乎都涉及IoC容器，这是我从未使用过的东西，并且似乎解决了我什至没有的问题。我不想花更多的项目时间来学习这些东西，而不必考虑我的问题和应用程序领域。我只想要一个香蕉，但CM给了我一个拿着一篮香蕉的大猩猩（IoC）。 现在，我正在考虑回到我自己家乡的MVVM框架-仅由我实际上要实现的少数特定于MVVM的类组成-我想至少给CM一个机会，以防万一我在这里丢失了一些东西，或者只是出于纯粹的经验和愚昧无知地“错误地”做事。所以问题是： 人们普遍认为“框架使事情变得更加轻松自然”，但是如果碰巧相反，这是否意味着我不应该使用该框架，或者我试图以错误的方式学习它？有没有一个线索，我什至不应该使用框架？还是有一些“正确”的方法来弄清楚如何将CM用于简单的MVVM开发？

28 frameworks  wpf  mvvm 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 我是一位经验丰富的Windows Forms开发人员，但是现在该搬到WPF了，因为一个新的WPF项目即将来临，而且我只有很短的准备时间来准备学习WPF。 有经验的Winforms开发人员的最佳方法是什么？ 您能给我一些在短时间内学习WPF的提示和建议吗？ 是否有简单的WPF示例解决方案和简短的（视频）教程？您推荐哪些书？www.windowsclient.net是一个好的起点吗？微软官方网站有替代品吗？

26 c#  .net  windows  wpf  winforms 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 6年前关闭。 最近，我阅读了一些有关WPF和Silverlight的发展和历史的文章/博客/评论。在某些论坛中，许多开发人员和用户都批评WPF应用程序的性能（例如Visual Studio 2010）。实际上，与Flash相比，Silverlight的市场份额不是很高。在2010年PDC大会上，鲍勃·穆格里亚（Bob Muglia）表示“我们的Silverlight战略和重点已经转移了……”，微软希望在未来推出HTML5。 此外，微软宣布HTML5是Windows 8和Windows Phone 8（“芒果”）平台的核心部分。 最近，我开始学习Silverlight，现在我必须自问，我是否应该继续花时间学习这些非常好用的强大技术！他们有未来吗？（Windows）桌面（客户端）应用程序有未来吗？所谓的“丰富的Internet应用程序”是否有未来？还是HTML5会成为软件开发中的“绝对真理”？ 您对此有何看法？

24 programming-languages  .net  wpf  html5  silverlight 

我已经开始了解网络世界中的Redux和React，并且对它的了解越多，我越意识到WPF的MVVM风格的架构在桌面世界中的状态管理是多么痛苦（使用Caliburn专门绑定视图）。到ViewModels）。 Redux有一些简单的原则，指示如何管理状态，从而使UI更新，事件处理和状态更改更加可预测。原则是： 单一事实来源（所有可变状态都存储在单个共享库中）。 状态为只读。组件无法在整个代码中对其进行修改，这通常是WPF中发生的情况。 状态只能通过纯函数进行修改。 WPF的MVVM体系结构允许您非常快速地构建交互式视图，但是当各种视图模型和事件都改变状态时调试问题是一场噩梦。例如：触发了一个事件，该事件更改了视图并尝试设置默认选项卡，但是数据尚未从Web服务异步加载完成，因此该选项卡不存在（尚未），因此没有任何反应 我花了数小时来绘制图表，以尝试理解相互更新的相互关联的viewModels组件之间的复杂交互。 我了解Redux旨在解决这种状态不可预测的问题。是否有类似的东西，或与WPF很好地配合以更好地管理状态的体系结构模式？我不确定Redux原则在.NET中的运行情况如何，因为我还没有尝试过。也许有人有经验可以提供一些建议？

21 wpf  mvvm  state  redux 

我正在使用需要大量值转换的视图的WPF应用程序。最初，我的哲学（部分是受到有关XAML信徒的激烈辩论的启发）的，我应该严格按照支持视图数据要求的观点来构建视图模型。这意味着将值转换为可见性，画笔，大小等所需的任何值转换都将由值转换器和多值转换器处理。从概念上讲，这似乎很优雅。视图模型和视图都将具有独特的目的并且可以很好地分离。在“数据”和“外观”之间将划清界限。 好吧，在将这种策略赋予“旧的大学尝试”之后，我有些怀疑是否要继续以这种方式发展。我实际上正在强烈考虑转储值转换器，并将（几乎）所有值转换的责任直接交给视图模型。 使用价值转换器的现实似乎并没有达到完全分开的关注点的表观价值。对于价值转换器，我最大的问题是使用它们很乏味。您必须创建一个新类，实现IValueConverter或IMultiValueConverter，将一个或多个值转换为object正确的类型，进行测试DependencyProperty.Unset（至少对于多值转换器而言），编写转换逻辑，在资源字典中注册转换器 [请参见下面的更新]，最后，使用相当冗长的XAML（这要求转换器的绑定和名称都使用魔术字符串）来连接转换器[请参见下面的更新]。调试过程也不是一件容易的事，因为错误消息通常是不明确的，尤其是在Visual Studio的设计模式/ Expression Blend中。 这并不是说替代方案（使视图模型负责所有值转换）是一种改进。这很可能是另一面草更绿的问题。除了失去优雅的关注点分离之外，您还必须编写一堆派生属性，并确保RaisePropertyChanged(() => DerivedProperty)在设置基本属性时认真调用，这可能会带来令人不愉快的维护问题。 以下是我汇总的初始清单，这些清单允许视图模型处理转换逻辑并取消使用值转换器的优缺点： 优点： 由于取消了多转换器，因此总绑定数更少 较少的魔术字符串（绑定路径+转换器资源名称） 无需再注册每个转换器（还要维护此列表） 减少编写每个转换器的工作（无需实现接口或强制转换） 可以轻松注入依赖项以帮助进行转换（例如颜色表） XAML标记不那么冗长，更易于阅读 转换器重用仍然可能（尽管需要一些计划） DependencyProperty.Unset没有神秘问题（我在多值转换器中注意到的一个问题） *删除线表示如果您使用标记扩展，这些好处将消失（请参阅下面的更新） 缺点： 视图模型和视图之间的耦合更强（例如，属性必须处理可见性和画笔之类的概念） 更多的总体属性可允许直接映射视图中的每个绑定 RaisePropertyChanged必须为每个派生属性调用（请参阅下面的更新2） 如果转换基于UI元素的属性，则仍必须依赖转换器 因此，正如您可能会说的那样，我对此问题感到非常沮丧。我非常不愿走重构的道路，只是意识到无论我在视图模型中使用值转换器还是暴露大量的值转换属性，编码过程都是同样低效而乏味的。 我是否缺少任何利弊？对于那些尝试了两种价值转换方式的人，您觉得哪种对您更好，为什么？还有其他选择吗？（门徒提到了有关类型描述符提供程序的一些内容，但是我无法理解他们在说什么。对此的任何见解都将受到赞赏。） 更新资料 我今天发现，可以使用一种称为“标记扩展”的东西来消除注册值转换器的需要。实际上，它不仅消除了注册它们的需要，而且还提供了在您键入时选择转换器的智能感知Converter=。这是让我入门的文章：http : //www.wpftutorial.net/ValueConverters.html。 使用标记扩展的能力在上面我的优缺点列表和讨论中（见删除线）在某种程度上改变了平衡。 作为这个启示的结果，我正在尝试一个混合系统，在该系统中，我将转换器用于BoolToVisibility我所说的内容MatchToVisibility，并将视图模型用于所有其他转换。MatchToVisibility基本上是一个转换器，可以让我检查绑定值（通常是枚举）是否与XAML中指定的一个或多个值匹配。 例： Visibility="{Binding Status, Converter={vc:MatchToVisibility IfTrue=Visible, IfFalse=Hidden, Value1=Finished, Value2=Canceled}}" 基本上，这是检查状态为已完成还是已取消。如果是，那么可见性将设置为“可见”。否则，它将设置为“隐藏”。事实证明，这是非常普遍的情况，使用此转换器可以为我节省约15个属性（以及关联的RaisePropertyChanged语句）。请注意，当您键入时Converter={vc:，“ MatchToVisibility”将显示在智能菜单中。这显着减少了出错的机会，并减少了使用值转换器的麻烦（您不必记住或查找所需值转换器的名称）。 如果您感到好奇，我将在下面粘贴代码。这种实现的一个重要特点MatchToVisibility是，它检查是否绑定的值是一个enum，如果是，它检查，以确保Value1，Value2等也都是相同类型的枚举。这样可以在设计时和运行时检查是否有任何枚举值输入错误。为了将其改进为编译时检查，您可以改用以下代码（我手动输入了此代码，因此，如果我有任何错误，请原谅我）： Visibility="{Binding Status, Converter={vc:MatchToVisibility IfTrue={x:Type {win:Visibility.Visible}}, …

20 silverlight  wpf  mvvm  xaml 

我需要在以下情况下创建视图模型的帮助： 深层次数据 同一数据集的多个视图 每个视图都是基于活动选择的单个动态变化的视图 根据属性的值，在选项卡控件中显示不同类型的选项卡 我的问题： 我应该为每个视图（VM1，VM2等）创建视图模型表示吗？ 1. Yes: a. Should I model the entire hierarchical relationship? (ie, SubVM1, HouseVM1, RoomVM1) b. How do I keep all hierarchies in sync? (e.g, adding/removing nodes) 2. No: a. Do I use a huge, single view model that caters for all views? 这是单个视图的示例 …

18 wpf  mvvm 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 我目前正在努力争取WPF MVVM的使用-我的意思不是让我的想法成为现实，而是围绕实际工作中的实际要点而不是愚蠢的CRUD做些超越常规的事情。 我注意到的是，很多框架以及大多数/所有博客文章都来自“时代”。 这是因为现在已经过时了，而博客作者已经转向Next Next Thing，还是仅仅因为他们已经说了所有要说的话？ 换句话说，我这里缺少什么吗？

18 wpf  mvvm 

我正在开发一个桌面应用程序，此应用程序需要运行一些信息，但不会更改任何这些信息（必须在应用程序的每次执行中加载数据，但永远不要更改数据）。数据必须与应用程序运行时存储在同一台计算机上（客户端存储吗？）。 如果用户不能轻易更改此信息（假设他们没有太多的IT知识），那也更好。 我应该如何存储这种信息？本地数据库？与应用程序一起发送的XML？ 我正在使用WPF。

17 c#  design  data  wpf 

对于这个很长的问题，我深表歉意。我在下面总结了我的问题 在MVC世界中，事情很简单。该模型具有状态，在视图显示模式，并且控制器不东西/与模型（基本上），控制器没有的状态。为了完成这些工作，Controller对Web服务，存储库等有一些依赖性。实例化控制器时，您关心的是提供那些依赖关系，而没有别的。执行动作（Controller上的方法）时，可以使用这些依赖关系来检索或更新Model或调用某些其他域服务。如果存在任何上下文，例如说某些用户想要查看特定项目的详细信息，则将该项目的ID作为参数传递给Action。Controller中的任何地方都没有对任何状态的引用。到目前为止，一切都很好。 输入MVVM。我爱WPF，我喜欢数据绑定。我喜欢使数据绑定到ViewModels更加容易的框架（使用Caliburn Micro atm）。我觉得这个世界上事情并不那么简单。让我们再次做运动：该模型具有状态下，查看显示的视图模型和视图模型做的东西/使用模型（基本），一个视图模型做有状态！（澄清;也许它代表所有属性的一个或多个模型，但是这意味着它必须具有对模型的一种方式或另一种，这本身就是状态的基准）为了做ViewModel在Web服务，存储库等方面有一些依赖性。实例化ViewModel时，您关心的是提供那些依赖关系，还需要提供状态。女士们，先生们，这无休止地困扰着我。 每当您需要从中实例化a ProductDetailsViewModel时ProductSearchViewModel（您又从中实例化了ProductSearchWebServicewhich IEnumerable<ProductDTO>，每个人还和我在一起吗？），您可以执行以下操作之一： call new ProductDetailsViewModel(productDTO, _shoppingCartWebService /* dependcy */);，这很糟糕，想象另外3个依赖关系，这意味着也ProductSearchViewModel需要承担这些依赖关系。改变构造函数也是很痛苦的。 调用_myInjectedProductDetailsViewModelFactory.Create().Initialize(productDTO);，工厂只是一个Func，大多数IoC框架很容易生成它们。我认为这很糟糕，因为Init方法是一个泄漏的抽象。您也不能对Init方法中设置的字段使用readonly关键字。我确定还有更多原因。 呼叫_myInjectedProductDetailsViewModelAbstractFactory.Create(productDTO);So ...这是通常建议用于此类问题的模式（抽象工厂）。我虽然是个天才，但它满足了我对静态类型的渴望，直到我真正开始使用它为止。我认为样板代码太多了（除了我使用的荒谬变量名之外，您都知道）。对于每个需要运行时参数的ViewModel，您将获得两个额外的文件（工厂接口和实现），并且需要键入非运行时依赖项，例如额外输入4次。而且，每次依赖关系发生变化时，您也需要在工厂中进行更改。感觉我什至不再使用DI容器。（我认为温莎城堡对此有某种解决方案（有其自身的缺点，如果我错了，请纠正我））。 用匿名类型或字典来做某事。我喜欢我的静态打字。 是的。以这种方式混合状态和行为会产生一个在MVC中根本不存在的问题。我觉得目前还没有一个真正足够的解决方案来解决这个问题。现在，我想观察一些事情： 人们实际上使用了MVVM。因此，他们要么不在乎以上所有内容，要么拥有一些出色的其他解决方案。 我还没有找到带有WPF的MVVM的深入示例。例如，NDDD示例项目极大地帮助我理解了一些DDD概念。如果有人可以将我指向类似MVVM / WPF的方向，我真的很喜欢它。 也许我在做MVVM时出错了，应该将我的设计倒过来。也许我根本不应该有这个问题。好吧，我知道其他人也问过同样的问题，所以我认为我不是唯一的一个。 总结一下 我是否可以正确地得出结论，将ViewModel作为状态和行为的集成点是整个MVVM模式存在某些困难的原因？ 使用抽象工厂模式是以静态类型实例化ViewModel的唯一/最佳方法吗？ 是否有类似深度参考实现的内容？ 是否有很多带有状态/行为的ViewModels设计气味？

17 c#  design  wpf  mvvm 

我正在尝试在VS中设置我的应用程序的结构，我想“尝试”并在将来对其进行合理的证明。该应用程序将是对旧的Winform应用程序的WPF重写，该应用程序没有遵循任何约定。没有层，层，首字母缩略词等。 这是一个相当大的企业应用程序。我计划将Linq To SQL用作数据库，并且很可能始终是MS SQL。我也有一个现有的技能。 我想尽可能地遵循MVVM和DDD，但是结合使用它们时，我对应用程序的结构感到困惑。让我尝试通过一些示例进行说明。 当我遵循MVVM时，我的文件夹结构可能如下所示： Views Models ViewModels Helpers 但是这如何适合于简单的DDD分层方法，其中我的项目结构可能类似于此： MyApp.UI MyApp.Domain MyApp.Data 我应该将其Models放在“域”层中还是有3种说法Person？这就引出了另一个问题，即我将数据库对象的存储库和映射放在哪里？我会假设数据... Views我会进入UI，但ViewModels也会吗？ 最后，我将业务逻辑嵌入哪里？ 我在CodePlex，DDD示例中发现了以下内容，虽然对您有所帮助，但似乎对Web应用程序有所帮​​助，但这似乎是我的无知。 不要误会我的意思，我知道我可以拥有尽可能多的文件夹，并可以随意命名。我试图弄清楚在哪里放置东西，以便可以扩展，而不是那些地方必须叫什么。 我的问题的核心可能会这样显示。 我有tblPerson产生的物件*.dbml。这很明显，将属于我的“数据”层。 现在，我将拥有Model，DTO，Domain Model或在称为的单独Layer（project？）中调用的任何东西Person。我需要一个Mapper用于Person对tblPerson那个我不知道放在哪里。 然后，我将拥有一个ViewModel，例如，EditPerson它将拥有它自己的属性，Person但可能还会更多。 最后，我将有一个绑定到该ViewModel的View。 需要明确的是，我的假设和猜测已填满该段，我希望有人能为我打气或向他们提供见解，这样从现在开始的6个月到一年内，我不会踢得比自己需要的更多。

17 .net  wpf  mvvm  domain-driven-design  project-structure 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 8年前关闭。 微软展示了Windows 8的演示，其中包括一个允许开发人员使用HTML5和JavaScript的新平台。 这个新平台是Windows 8开发的主要方式吗？微软是否正在逐步淘汰.NET平台以支持HTML 5堆栈？Windows 8对.NET开发人员意味着什么？

17 .net  html5  wpf  silverlight  windows-8