人力资源管理文献翻译.docVIP

重 庆 理 工 大 学 文 献 翻 译 二级学院 计算机科学与技术学院 班 级 108030703 学生姓名 林静 学 号 10803070315 用MVVM模式——创建MVVM基类来建立一个人力资源管理系统 这个博客讲诉了什么？ 这个博客会告诉你的MVVM框架的基本要素，我们需要建立我们的应用程序设置的基础设施。这可能是目前（本博客文章）不会使你有感觉，请耐心等待，并继续阅读，并尝试尽可能多地了解。当我们构建应用程序，这都将变得更加清晰。 我们需要做的是什么部分?要这个问题首先知道如何相互作用。 …为什么视图模型需要与其它的彼此沟通。 这样可以告诉对方，某些事已经改变。例如： 如果你有一个视图模式去设置当前打开的文档和项目，那么，你需要让其它视图模式都意识到该模式的改变。 或者，如果你有两个视图和一个主视图，在某些相同点上，你可能会选中主视图去控制其它视图，那么你就需要通知其它视图，选定的项目被改变了。 视觉表现的部分需求： 在顶部是风格和模版，这些都是WPF默认的特性和在视图下的外观控制。下面我们显示了，我们需要一些机制来连接视图和视图模式，我们将编写代码来实现。 视图模式的定位 该应用程序的入口点是一个视图。一个视图的装载应该有数据去设置视图模式。这样就开始了两个模式之间的沟通。我们运用视图定位去达到这不可思议的情况发生，这里将会在后台没有代码的情况下使用依赖注入。 这个依赖如何实现: 在我们的App.xaml我们加入一个资源点到我们视图定位的类中: 现在我们可以重用资源设置: 这类本身也是很简单的。它是一个动态的目标,这容器(依赖性注射)这个对象。 在这儿，你就完成了第一步工作，我们运用每个视图，通过一个名字来绑定设置上下文数据，这就叫视图模式定位。这将同意你在视图模式进行数据命令和数据对象的绑定。我将稍后解释你依赖性注入是如何工作的,现在返回正确看待视图模型。 视图模式基类 从这个观点出发,我们现在到达视图模型。让我们建立一个基类，我们可以继承为每个视图模型，确定我们不需要每一次都重复。当属性改变时，视图模式基类将实施NotifyPropertyChanged 接口去通知接受视图更新到必威体育精装版的值。 以下是代码： NotifyPropertyChanged的方法同意你通知属性的改变(见下面的一个雇员的属性)。只有实施默认类，事件应该改变一个字符串，其中包含更改属性的名称。这是有点危险，因为当你重构并忘记去改变这个字符串，一切仍将编译，但不会更新绑定的属性。当使用上面的方法，你会得到编译错误，如果是不同的名称和重构总是会为你承担的工作。 后面会涵盖文化管理。这是用来提供多语言用户界面。现在忽略它。 传递命令 视图模式的视图上的交流上,我们将发送它命令得到反应。这些命令通过相互传递命令来发送，这是一个完整的接口，被叫做ICommand接口。 传递命令将只是执行所设定的指定的命令的动作。它就像当一个人站在中间，当你发送命令后，他或者她将按下一个按钮(在这种情况下执行指定的命令)，当行为是活跃或者不活跃的时候CanExecute谓语允许您去定义(如果一个按钮被点击)。 在以后的博客,当我们开始建立实际操作中,我将演示如何激活这些命令按钮点击,鼠标事件等。 视图模型之间的通信。 我们需要一个通信通道/总线去进行视图模式之间的通信。我没有放置这个通道在视图模式类中。因为我觉得你在应用程序中不止一个途径需要处理，这应该从基类继承。例如：你可以针对全球应用建立一个传讯的沟通渠道，最终用户可以进行特定的屏幕消息。 这个类是一个完整的调解模式。本调解模式定义了一个对象怎么去封装了一组物体。调解人明确地引用从而保持促进对象相互的耦合。 对象主要是什么,它保持寄存器订阅某一信息的其他类，一旦你通过沟通渠道通知订阅消息，它会检查记册通知每一个类，订阅消息。 .NET代码中大部分的代码仅仅是默认的，所以我以为你是能够理解它（我知道它不感觉到复杂，也不需要解释更多）。不过，还是有一些怪异的类，被称为弱行动。 弱的行动实现了弱引用类，使我们能够保持一个参考对象的引用（行动）可能是垃圾回收。如果这是一个正常参考和视图模型处理，垃圾收集器不会清理视图模型，因为它认为它仍然活着......它的一个对象（行动）仍然活跃的沟通在通讯总线上。当它不活跃时弱引用将允许被回收和视图模型移除名单中通知的行为。 弱行动中的代码是非常基本的，它仅仅创建委托。 到这儿就结束了，你可以看到这不是太多的代码，我将会在接下来的文章中讲解其它类和代码，之后达到的部分，我们将执行在执行在现实生活中，因此它开始有点感觉了。 附件翻译原文 原文出处： /post/201