天刀的锁定Tips有啥用

Posted 2023-04-11

听说天刀按照ctrl可以锁定tips，锁定tips有什么用啊？

没什么用，首先你得明白什么是游戏Tips？

Tips:

这个Tips就是游戏中的小贴士，就是游戏中的提示消息。游戏小贴士一般存在于加载画面中，而游戏加载画面一般为了好看，都会放些游戏原画或是游戏场景的图片。游戏小贴士都会告诉玩家一些小技巧，一般来说都会是随机显示不同的小技巧。

天刀Tips:

而天刀在游戏加载地图的时候也会有Tips，在地图加载进度条那里，也就是电脑屏幕的下面。还有就是在游戏背包里也有Tips，首先按B键就能打开背包了，把鼠标箭头移动到背包里任意一件道具上，就会出现如下图所示的这种道具提示，用来提示这个道具的具体作用，下图所示就是天刀里面的Tips。当你把鼠标箭头从背包里移开时，Tips就会消失，也就是下面这张图片会消失。

天刀Tips图片

而按住Ctrl键锁定Tips就是:

首先你要把鼠标箭头移动到背包里任意一件道具上，然后按住Ctrl键不放，再把鼠标箭头移动到背包界面外，只要你一直按住Ctrl键不放，这个Tips图片就不会消失。

这就是天刀里面的锁定Tips，真的没什么用！

参考技术A 怒气值就是用来放超必杀的每的必杀发法都不一样比如说Z你就按住ctrl还是shift忘了用鼠标画出Z然后放掉就行了

DataContext 有啥用？

【中文标题】DataContext 有啥用？

【英文标题】：What is DataContext for?DataContext 有什么用？

【发布时间】：2011-11-07 21:28:27

【问题描述】：

作为问题的延续Linking DataContext with another property in WPF。

在研究的最后，我很惊讶地发现当有人写出这样的东西时：

<Label Content="Binding Path=Name" />

Content 属性所绑定的DataContext 属于Label 控件本身！它仍然有效的事实是由于 DataContext 值从最近的父级默认继承。

但是，如果您将此标签包装在自定义控件中，并且您不想将数据绑定到该控件的 DataContext 属性，则您更可能希望拥有：

<Controls:SearchSettings Settings="Binding Path=Settings" />

你来了。现在您需要将Settings 设置为DataContext 用于SearchSettings 控件，以便在内部绑定Label，但您不能，因为这将触发Settings 属性的重新绑定。

我看不出使用不同来源混合绑定属性的意义：DataContext、ElementName 等。 那么我为什么要使用DataContext？

【参考方案1】：

来自CodeProject kishore Gaddam：

DataContext 是数据绑定中最基本的概念之一。 Binding 对象需要从某个地方获取其数据，有几种方法可以指定数据的来源，例如直接在 Binding 中使用 Source 属性，在树中向上遍历时从最近的元素继承 DataContext，设置Binding 对象中的ElementName 和RelativeSource 属性。

CodeProject 上的详细示例：http://www.codeproject.com/Articles/321899/DataContext-in-WPF

【参考方案2】：

当你写作时

<Label name="myLabel" Content="Binding Path=Name" />

您绑定到myLabel.DataContext.Name，而不是myLabel.Name。

WPF 中的 XAML 只是一个漂亮的用户界面，用于显示实际数据并与之交互，也称为DataContext。其他绑定源（RelativeSource、ElementName 等）的目的是指向当前控件的DataContext 中不存在的另一个属性

---

所以假设你有一个窗口。如果不设置 DataContext，窗口仍然显示，但后面没有数据。

现在假设设置myWindow.DataContext = new ClassA();。现在窗口显示的数据是ClassA。如果ClassA 有一个名为Name 的属性，我可以编写一个标签并将其绑定到Name（例如您的示例），然后将显示存储在ClassA.Name 中的任何值。

现在，假设ClassA 具有ClassB 的属性，并且两个类都有一个名为Name 的属性。这是一个 XAML 块，它说明了 DataContext 的用途，以及一个控件如何引用不在它自己的 DataContext 中的属性的示例

<Window x:Name="myWindow"> <!-- DataContext is set to ClassA -->
    <StackPanel> <!-- DataContext is set to ClassA -->

        <!-- DataContext is set to ClassA, so will display ClassA.Name -->
        <Label Content="Binding Name" />

         <!-- DataContext is still ClassA, however we are setting it to ClassA.ClassB -->
        <StackPanel DataContext="Binding ClassB">

            <!-- DataContext is set to ClassB, so will display ClassB.Name -->
            <Label Content="Binding Name" />

            <!-- DataContext is still ClassB, but we are binding to the Window's DataContext.Name which is ClassA.Name -->
            <Label Content="Binding ElementName=myWindow, Path=DataContext.Name" /> 
        </StackPanel>
    </StackPanel>
</Window>

如您所见，DataContext 基于 UI 对象背后的任何数据。

更新：我经常从新 WPF 用户那里看到这个问题，因此我将这个答案扩展到我的博客上的一篇文章中：What is this “DataContext” you speak of?

【讨论】：

嗨！感谢您的详细回答。但。在您的示例中，我不喜欢您绑定 DataContext 属性本身。很可能我会将您示例中的 StackPanel 提取到单独的控件中。如果它的 DataContext 只是其父级 DataContext 的一个孤立部分，那是有道理的，不是吗？然后我不会绑定我的用户控件的 DataContext 属性，而是希望有一个具有自描述名称的特殊属性。 （我的意思是特定控件的 DataContext 是什么？我应该传入什么？）这就是事情变得复杂的地方。 [待续]

因为我不会绑定 DataContext 属性，所以它将从父控件中获取。这意味着我不再能够将自定义控件中的控件与 DataContext 绑定，只是因为我不知道里面有什么（控件无法控制它将是谁的孩子，以及它将接收什么 DataContext）。解决方案可能是从内部设置 DataContext 以进行控制（使用该特殊属性中的值）。 [待续]

但这会破坏控件本身的绑定，因为正如您所指出的那样，编写Content=Binding Name 后绑定到Label.DataContext.Name 而不是Label.Parent.DataContext.Name，正如我所期望的那样。

@Eugene 如果合乎逻辑，您想创建一个新的 UserControl（或 DataTemplate）。很多时候情况并非如此，绑定某物的 DataContext 比多次绑定到同一个属性更容易。

@Eugene 我强烈建议您研究 MVVM 设计模式。在我看来，它应该与任何 WPF 应用程序一起使用，您将更好地了解 DataContext 及其重要性。您的可视控件不是您的应用程序 - 您的 DataContext (ViewModels) 是。可视化控件（标签、按钮、文本框等）只是一个不错的 UI，允许用户与您的应用程序交互。

【参考方案3】：

在大多数情况下，您确实想要绑定到 DataContext，例如，在 ItemsControls 上的某些模板中，这是绑定到当前模板项的唯一方法。对 DataContext 的进一步绑定非常简洁，易于读写。

在你的例子中你仍然可以设置DataContext，你只需要分别修改设置上的绑定：

<Controls:SearchSettings DataContext="Binding Settings" Settings="Binding"/>

【讨论】：

我想到了这种方法，但是没有意义。如果我只需要一个属性，为什么还要绑定两个属性？

@EugeneStrizhok：您不仅需要一个，这允许您在不设置源的情况下绑定到子控件中的设置，因为您现在可以使用 DataContext。

【参考方案4】：

在这种特殊情况下，您可以这样做：

<Controls:SearchSettings DataContext="Binding Path=Settings" Settings="Binding" />

假设您希望 SearchSettings 的所有内容都使用 Settings 作为其数据上下文。基本上，DataContext 会影响元素本身以及未显式覆盖它的任何后代。