如何使用 caliburn.micro 绑定到命令属性？

发布于 2024-11-20 00:13:34 字数 234 浏览 3 评论 0原文

我的行为公开了多个命令属性。通常，我使用 MVVM Light，只在视图模型中使用路由命令并绑定到这些命令。然而，这个项目正在使用 Caliburn.Micro，所以我尝试以 Caliburn.Micro 的方式进行操作。我可以在 Message.Attach 上使用一些语法来执行此操作（关于 Message.Attach 的解析器是否有任何好的文档）？

我是否必须修改公开事件的行为才能使其与 Caliburn.Micro 一起使用？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

-小熊_ 2024-11-27 00:13:35

Caliburn.Micro 有自己的视图/视图模型通信机制，作为命令的替代方案，称为 Actions 。您应该能够将 Action 参数设置为现有命令的 Execute 委托，并且如果需要，设置适当的视图控件属性（例如 IsEnabled）以绑定到您的CanExecute 委托。

回复收藏 0 原文

枯寂 2024-11-27 00:13:35

只要您正确设置 View 和 ViewModel，Caliburn.Micro 就会为您处理路由 Actions（它使用一些隐式假设，这可能是也可能不是您喜欢的）以下是有关 Actions 的链接：http://caliburnmicro.codeplex.com/wikipage?title=All%20About%20Actions&referringTitle=Documentation

执行相同操作的更好、耦合性较低的方法是使用事件聚合器 - http://caliburnmicro.codeplex.com/wikipage?title=The%20Event %20Aggregator&referringTitle=Documentation

查看 Caliburn.Micro 中提供的 HelloEventAggregator 代码示例例如，来源...但基本要点是：

您创建自定义事件以供聚合器使用。

public YourEvent
{
...
}

您的视图将发布这些自定义事件 - 它不关心谁在监听，只关心事件被发布。

public YourCodeBehind
{
    public Button_Clicked(...)
    {
        this.Events.Publish(new YourEvent());
        ...
    }
    ....
}

您的 ViewModel 将被设置为通过添加 IHandle 来处理这些事件。

[Export(typeof(...))]    
public class YourViewModel : IShell, IHandle<YourEvent>
{
    [ImportingConstructor]
    public YourViewModel(IEventAggregator events)
    {
        events.Subscribe(this);
        ...
    }
    public Handle(YourEvent event)
    {
        ...
    }
    ...
{

此方法通过允许视图真正只处理绑定到数据和发布事件，从而保持非常高的 SoC - 视图仍然不关心如何处理事件。

然后通过添加 IHandle 接口来设置每个视图模型来处理事件。（请注意，单个 ViewModel 上可以有许多不同的 IHandle 接口）ViewModel 不关心事件是如何引发的，只关心它是如何引发的，并且它是处理来自聚合器的事件的权限。

Caliburn.Micro handles routing Actions for your, as long as you setup the View and ViewModel correctly (it uses some implicit assumptions, which may or may not be your cup of tea) Here is a link about Actions: http://caliburnmicro.codeplex.com/wikipage?title=All%20About%20Actions&referringTitle=Documentation

A better, less tightly coupled way, of doing the same thing is to use the Event Aggrigator - http://caliburnmicro.codeplex.com/wikipage?title=The%20Event%20Aggregator&referringTitle=Documentation

Take a look at the HelloEventAggrgator code sample available in the Caliburn.Micro source, for an example... But the basic jist is this:

You make custom events for use by the aggregator.

public YourEvent
{
...
}

Your view will publish those custom events - it does not care who is listening, only that the event gets published.

public YourCodeBehind
{
    public Button_Clicked(...)
    {
        this.Events.Publish(new YourEvent());
        ...
    }
    ....
}

Your ViewModels will be setup to handle those events, by adding IHandle

[Export(typeof(...))]    
public class YourViewModel : IShell, IHandle<YourEvent>
{
    [ImportingConstructor]
    public YourViewModel(IEventAggregator events)
    {
        events.Subscribe(this);
        ...
    }
    public Handle(YourEvent event)
    {
        ...
    }
    ...
{

This method maintains very high SoC, by allowing the View to really only deal with binding to data, and publishing events - the view remains unconcerned about how the events are handled.

Each View Model is then setup to handle the Events by adding an IHandle interface. (Note that you can have many different IHandle interfaces on a single ViewModel) The ViewModel is unconcerned about how the event was raised, only that it was, and that it is the authority on handling that event from the Aggregator.

回复收藏 0 原文