在XAML或代码后台中的事件处理程序

17 浏览
0 Comments

在XAML或代码后台中的事件处理程序

我对Silverlight和XAML还不熟悉。在尝试学习语法和最佳实践时,我发现在一些实现事件处理程序的方式上存在一些差异(至少在我看来是这样)。在MSDN的一个示例中,我看到以下代码被使用:

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

Width="400" Height="300">

Width="640"

Height="480"

Background="Gray"

>

MouseLeftButtonDown="Handle_MouseDown"

MouseMove="Handle_MouseMove"

MouseLeftButtonUp="Handle_MouseUp"

Canvas.Left="30" Canvas.Top="30" Fill="Red"

Width="50" Height="50" />

在这里设置了鼠标处理程序,然而在其他代码中,我看到在代码后台使用了以下方法:

public Window1()

{

InitializeComponent();

TransformGroup group = new TransformGroup();

ScaleTransform xform = new ScaleTransform();

group.Children.Add(xform);

TranslateTransform tt = new TranslateTransform();

group.Children.Add(tt);

image.RenderTransform = group;

image.MouseWheel += image_MouseWheel;

image.MouseLeftButtonDown += image_MouseLeftButtonDown;

image.MouseLeftButtonUp += image_MouseLeftButtonUp;

image.MouseMove += image_MouseMove;

}

我会认为MSDN上的示例是推荐的方法,但我更喜欢第二种方法。

在这种情况下有最佳实践吗?

0
0 Comments

问题的出现的原因是人们对于在XAML或者代码后台中设置事件处理程序的最佳实践没有明确的共识。有人认为最佳实践是使用MVVM模式并用ICommand来替代事件处理程序,但并不是所有人都认同这种做法。有人认为在XAML中声明事件处理程序更符合直觉,因为这是设计UI的地方。然而,有人认为MVVM并不总是最佳实践,因为在某些情况下可能有其他更好的选择。

解决方法是根据特定的应用程序需求来决定使用哪种方法。如果选择使用MVVM模式,可以使用ICommand来替代事件处理程序。如果在XAML中声明事件处理程序更直观,可以选择在XAML中设置事件处理程序。最重要的是根据具体情况来决定使用哪种方法,没有固定的最佳实践。

总结起来,事件处理程序在XAML或者代码后台中设置的最佳实践并没有明确的共识。有人认为使用MVVM模式并使用ICommand来替代事件处理程序是最佳实践,但并不是所有人都认同这种做法。根据具体情况来选择在XAML中声明事件处理程序或者在代码后台中设置事件处理程序是更好的解决方法。重要的是根据应用程序需求来决定使用哪种方法,没有固定的最佳实践。

0
0 Comments

在XAML或代码后台中的事件处理程序

在XAML中定义事件处理程序是一种常见的做法,因为它使得代码更加清晰和易于维护。然而,有时我们可能需要在运行时动态修改对象的事件处理程序,这就引发了一个问题:如果在XAML中订阅了一个事件,它会自动取消订阅吗?

问题的根源在于,XAML是一种声明性的语言,它描述了界面的结构和行为,而不是具体的代码逻辑。因此,在XAML中定义的事件处理程序往往是静态的,即它们在对象的整个生命周期中保持不变。

然而,在某些情况下,我们可能需要在运行时动态修改对象的事件处理程序。例如,当用户更改某个设置时,我们希望更新按钮的点击事件处理程序。这就需要我们能够取消先前的事件处理程序,并订阅新的事件处理程序。

解决这个问题的一种方法是在代码后台中订阅和取消订阅事件。通过在代码后台定义事件处理程序,我们可以在运行时根据需要订阅和取消订阅事件。这样,我们就能够动态地修改对象的事件处理程序。

下面是一个示例,展示了如何在代码后台中订阅和取消订阅事件:

private void SubscribeToEvent()
{
    Button button = new Button();
    button.Click += Button_Click;
}
private void UnsubscribeFromEvent()
{
    Button button = new Button();
    button.Click -= Button_Click;
}
private void Button_Click(object sender, RoutedEventArgs e)
{
    // 处理按钮点击事件
}

在上面的示例中,我们通过在代码后台中定义`SubscribeToEvent`和`UnsubscribeFromEvent`方法来动态地订阅和取消订阅按钮的点击事件。

总之,虽然在XAML中定义事件处理程序是一种常见的做法,但在某些情况下,我们可能需要在运行时动态修改对象的事件处理程序。通过在代码后台中订阅和取消订阅事件,我们可以实现这一需求。这种方法使得我们能够更灵活地控制事件处理程序的行为,并根据需要进行修改。

0
0 Comments

在XAML或代码后台中的事件处理程序

在第一种方法中,有两个“代码位置”

1.在XAML中,定义了UI元素,并在同一位置上进行了事件的连接。

2.在代码后台中的事件处理程序。

在第二种方法中,有三个“代码位置”

1.在XAML中,定义了UI元素。

2.在构造函数中,事件被连接。

3.在代码后台中的事件处理程序。

个人而言,我更喜欢第一种方法。如果我删除一个元素,我只需要找到需要删除的事件处理程序,而不需要编辑类的构造函数。

当然,这只是一个经验法则,会有很多例外情况。

0