个回答我创建了一个包装来调用MahApps.Metro消息对话框，因为我的MVVM项目存在同样的问题。我不得不创建一个打开的窗口列表，第一个窗口将始终是我的MainWindow。这是我的DialogService代码：public async Task&MessageDialogResult& ShowMessage(string message, MessageDialogStyle dialogStyle)
var metroWindow = (_openedViews.First() as MetroWindow);
metroWindow.MetroDialogOptions.ColorScheme = MetroDialogColorScheme.A
return await metroWindow.ShowMessageAsync(&MY TITLE&, message, dialogStyle, metroWindow.MetroDialogOptions);
此代码可用于显示带或不带结果的对话框。你可以注意到它的返回值是a Task&MessageDialogResult&，所以如果你想得到结果，你可以像ViewModel那样做：MessageDialogResult result = await _dialog.ShowMessage(&SOME MESSAGE HERE&, MessageDialogStyle.AffirmativeAndNegative).ConfigureAwait(false);
if (result == MessageDialogResult.Affirmative)
//Do something
顺便说一句，如果调用ShowMessage()需要的方法的结果，你必须把async任务，否则它将无法正常工作。（如果您只想显示消息对话框，则不需要）。我的项目使用的是Framework 4.0，我只能使用，async/await因为我必须从NuGet安装软件包。您可以通过此获取此软件包的MSDN文档，并且您可以在下载该软件包。我希望它解决了你的问题。编辑：我已经实现了一个方法DialogService来打开任何ViewModel的窗口。这个方法使用Microsoft Unity框架来实例化我的对象，然后我打电话Show()打开它自己。在通话之前Show()，我将这个窗口添加到列表中。看我的代码：public void ShowView&T&(params ParameterOverride[] parameter)
var window = UnityServiceConfigurator.Instance.Container.Resolve&T&(parameter) as MetroW
if (window != null)
if (Application.Current.MainWindow != window)
window.Owner = Application.Current.MainW
var ownerMetroWindow = (window.Owner as MetroWindow);
if (!ownerMetroWindow.IsOverlayVisible())
ownerMetroWindow.ShowOverlayAsync();
if (!_openedViews.Contains(window))
_openedViews.Add(window);
window.Show();
这是我从ViewModel调用的方式：_dialog.ShowView&MyView&();
如果你的整个软件只有一个窗口，你可以保存它的引用并用它来显示，ShowMessageAsync()而不需要为了使用First而创建一个List。喜欢这个：var metroWindow = (Application.Current.MainWindow as MetroWindow);
从1.1.3-ALPHA *（成为1.2.0）开始，MahApps提供了一个帮助程序，可以从一个虚拟机启动对话框，该虚拟机可以在多窗口设置中运行：1）在窗口中使用附加的属性来注册您的视图模型与对话子系统。假设您的View的DataContext被设置为您想要启动对话框的视图模型，请添加以下属性：&Controls:MetroWindow
xmlns:Dialog=&clr-namespace:MahApps.Metro.Controls.Dassembly=MahApps.Metro&
Dialog:DialogParticipation.Register=&{Binding}&&
2）抓取/注入DialogCoordinator：new MainWindowViewModel(DialogCoordinator.Instance);
3）从视图模型中显示你的对话框。使用“this”作为上下文，MahApps可以将您的视图模型结合到正确的窗口中：_dialogCoordinator.ShowMessageAsync(this, &Message from VM&, &MVVM based dialogs!&)WPF中的DesignMode判断
WPF中提供你一个类似WinForm的DesignMode属性的方法来判断当前是否处于设计器模式：
bool IsInDesignMode
get { return DesignerProperties.GetIsInDesignMode(this);
对于非UI对象，要判断是否处于设计器模式，则可以这么使用：
bool IsInDesignMode
get { return DesignerProperties.GetIsInDesignMode(new DependencyObject());
但是，这两种方式有时会失效（具体什么情况下会失效不明），这个时候，则可以试一下如下这种方法。
bool IsInDesignMode
return (bool)DesignerProperties.IsInDesignModeProperty
.GetMetadata(typeof(DependencyObject)).DefaultV
这种方式没有UI线程的限制，感觉也是最稳定的一种方式，平时大可以用这种方式好了。
没有更多推荐了，
不良信息举报
举报内容：
WPF中的DesignMode判断
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！你一定要了解的Kubernetes
随着容器技术的发展，Docker近几年突然崛起，变得炙手可热，已经成为容器技术的事实标准。然而想要在生成环境中成功部署和操作容器的关键是容器编排技术，市场上有各种各样的容器编排工具（如Docker原生的Swarm），其中谷歌公司开发的Kubernetes得到开源社区的全力支持，IBM、惠普、微软、RedHat等业界巨头纷纷加入，Kubernetes已经成为GitHub上的明星开源项目。
Kubernetes这个名字源于希腊语，是舵手的意思，所以它的Logo既像一张渔网，又像一个罗盘。有意思的是Docker的Logo为驮着集装箱在大海上遨游的鲸鱼，Kubernetes与Docker的关系可见一斑。
Kubernetes（也常称K8s，用8代替8个字符“ubernete”而成的缩写。）是一个全新的基于容器技术的分布式架构方案，它源自Google内部大规模集群管理系统——Borg，也是CNCF（Cloud Native Computing Foundation，今属Linux基金会）最重要的项目之一，旨在让部署容器化的应用简单并且高效。
Kubernetes 具备完善的集群管理能力，包括多层次的安全防护和准入机制、多租户应用支撑能力、透明的服务注册和服务发现机制、内建负载均衡器、故障发现和自我修复能力、服务滚动升级和在线扩容、可扩展的资源自动调度机制、多粒度的资源配额管理能力。还提供完善的管理工具，涵盖开发、部署测试、运维监控等各个环节。
Kubernetes 于日迭代到 v 1.0并正式对外公布，截至日稳定版已经发布到 v.1.9.1。无论是英文还是中文社区都非常活跃，全球开源解决方案领导者 RedHat 公司已经将自己Paas产品OpenShift V3 的底层技术换成了Kubernetes与Docker。Kubernetes俨然已经成为全新容器生态的领导者。
Kubernetes使用Go语言开发，集群采用 Master/Node（最初称为Minion，后改名Node） 的结构，Master（主节点）控制整个集群，Node（从节点）为集群提供计算能力。用户可以通过命令行或者Web页面的方式来操作集群。
Master是Kubernetes集群的大脑，负责公开集群的API，调度部署和管理整个集群。集群至少有一个Master节点，如果在生产环境中要达到高可用，还需要配置Master集群。
Master主要包含API Server、Scheduler、Controller三个组件，需要etcd组件来保存整个集群的状态。
etcd：由CoreOS开发，是一个高可用、强一致性的服务发现存储仓库，为Kubernetes集群提供存储服务，类似于zookeper。
API Server： kubernetes最重要的核心组件之一，提供资源操作的唯一入口（其他模块通过API Server查询或修改数据，只有API Server才直接操作etcd），并提供认证、授权、访问控制、API注册和发现等机制。
Scheduler：负责资源的调度，按照预定的调度策略将Pod（k8s中调度的基本单位）调度到相应的Node上。
Controller：通过API Server来监控整个集群的状态，并确保集群处于预期的工作状态，比如故障检测、自动扩展、滚动更新等。
Node是Kubernetes集群的工作节点，可以是物理机也可以是虚拟机。Node需要包含容器、kubelet、kube-proxy等组件。Fluentd用来提供日志收集功能（可选）。
kubelet：维护容器的生命周期，同时也负责Volume（CVI）和网络（CNI）的管理。每个节点上都会运行一个kubelet服务进程，接收并执行Master发来的指令，管理Pod及Pod中的容器。每个kubelet进程会在API Server上注册节点自身信息，定期向Master节点汇报节点的资源使用情况，并通过cAdvisor监控节点和容器的资源。
kube-proxy： 为 Service 提供集群内部的服务发现和负载均衡，监听 API Server 中 service和endpoint的变化情况，并通过iptables等方式来为服务配置负载均衡。
Docker： 每台Node上需要安装Docker来运行镜像，但是Docker不是唯一选择，Kubernetes支持多种容器，比如CoreOS公司的Rkt容器（之前称为Rocket，现更名为Rkt）。
API对象是Kubernetes集群中的管理操作单元。集群中的众多技术概念分别对应着API对象，每个API对象都有3大类属性：
metadata（元数据）：用来标识API对象，包含namespace、name、uid等。
spec （规范）：描述用户期望达到的理想状态，所有的操作都是声明式（Declarative）的而不是命令式（Imperative），在分布式系统中的好处是稳定，不怕丢操作或运行多次。比如设置期望3个运行Nginx的pod，运行多次也还是一个结果，而给副本数加1的操作就不是声明式的，运行多次结果就错了。
status（状态）：描述系统当前实际达到的状态，比如期望3个pod，现在实际创建好了2个。
在Kubernetes众多的API对象中，Pod是最重要的也是最基础的，是kubernetes中可以创建的最小部署单元。Pod就像是豌豆荚一样，它可以由一个或者多个容器组成，这些容器共享存储、网络和配置项。
目前Kubernetes中的业务类型可以分为长期伺服型（long-running）、批处理型（batch）、节点后台支撑型（node-daemon）和有状态应用型（stateful application）这四种类型，而这四种类型的业务又可以由不同类型的Pod控制器来完成，分别为：Deployment、Job、DaemonSet和StatefulSet。
Deployment： 复制控制器（Replication Controller，RC）是集群中最早的保证Pod高可用的API对象，副本集（Replica Set，RS）是它的升级，能支持更多种类的匹配模式。部署(Deployment)又是比RS应用模式更广的API对象，以Kubernetes的发展方向，未来对所有长期伺服型的的业务的管理，都会通过Deployment来管理。
Service： Deployment保证了Pod的数量，但是没有解决如何访问Pod的问题，一个Pod只是一个运行服务的实例，随时可能在一个节点上停止，在另一个节点以一个新的IP启动一个新的Pod，因此不能以确定的IP和端口号提供服务。要稳定地提供服务需要服务发现和负载均衡能力，Service可以稳定为用户提供服务。
Job： 用来控制批处理型任务，Job管理的Pod根据用户的设置把任务成功完成就自动退出了。
DaemonSet： 后台支撑型服务的核心关注点在集群中的Node，要保证每个Node上都有一个此类Pod运行。比如用来收集日志的Pod。
StatefulSet： 不同于RC和RS，StatefulSet主要提供有状态的服务，StatefulSet中Pod的名字都是事先确定的，不能更改，每个Pod挂载自己独立的存储，如果一个Pod出现故障，从其他节点启动一个同样名字的Pod，要挂载上原来Pod的存储继续以它的状态提供服务。比如数据库服务MySQL，我们不希望一个Pod故障后，MySQL中的数据即丢失。
事实上，Kubernetes的资源对象不止这些，要熟练的操作Kubernetes并了解其原理还有很长的路要走。本文只是宏观上的介绍了Kubernetes，对于想要了解Kubernetes的朋友是个不错的开始。
没有更多推荐了，
不良信息举报
举报内容：
你一定要了解的Kubernetes
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！}