0730-PBKDF2-HMAC-SHA1-CSDN博客

本文链接：https://blog.csdn.net/qq_30807313/article/details/97753780

PBKDF2-HMAC-SHA1 算法

https://blog.csdn.net/qq_31289187/article/details/85061439 java

<Style TargetType="TextBlock">

<Setter Property="FontSize" Value="28"/>

</Style>

<Style TargetType="{x:Type TextBlock}">

<Setter Property="FontSize" Value="28"/>

</Style>

完全没区别~~前者用了默认的隐式的方式，后者用了一个显式的命名空间引用。但其实是一样的,都是自动给TextBlock应用样式

<Style x:Key="{x:Type TextBlock}" TargetType="TextBlock">

<Setter Property="FontSize" Value="28"/>

</Style>

　这种写法和上面的也完全没有区别。将 TargetType 属性设置为 TextBlock 而不为样式分配 x:Key，样式就会应用于所有 TextBlock 元素。这种情况下，x:Key 隐式设置为 {x:Type TextBlock}。　

<Style x:Key="cc" TargetType="{x:Type TextBlock}">
      <Setter Property="FontSize" Value="28"/>
</Style>

如果将 x:Key 值显式设置为 {x:Type TextBlock} 之外的任何值，如上面设置为 x:key="cc"，Style 就不会自动应用于所有 TextBlock 元素。此时，必须通过使用 x:Key 值，将样式显式应用于 TextBlock 元素。

<Style x:Key="aa">
  <Setter Property="Control.FontSize" Value="28"/>
</Style>

样式位于资源部分，并且未设置样式的 TargetType 属性，则必须提供 x:Key。

除了提供 x:Key 的默认值之外，TargetType 属性还指定要应用 setter 属性的类型。如果未指定 TargetType，则必须通过语法 Property="ClassName.Property"，用类名限定 Setter 对象的属性。例如，必须将 Property 设置为 "TextBlock.FontSize" 或 "Control.FontSize"，而不要设置 Property="FontSize"。

TemplateBinding作为一种性能优化后的Binding使用，据说是Binding比较耗资源，这个没有求证过，但是我的程序中那么多Binding，运行起来也不觉得慢啊，或者说是用在模板中的一种Binding优化方式。既然是优化过的，那么它就会少一些东西，其中一个是数据流动的方向。TemplateBinding是单方向的，即数据源到目标的方向。这也解释了TreeViewItem官方的样式中，那个三角形的小箭头，它对于是否展开（IsExpanded属性）的属性绑定用的就不是TempalteBinding，因为他不能反过去更新数据源啊。

所以当数据源的类型和目标的类型不一致时，TemplateBinding需要自己写转换器来完成。

总结一下TemplateBinding与Binding区别

（1）TemplateBinding只是单方向的数据绑定

（2）TemplateBinding不会自动转换数据类型

其中BorderBrush在ControlTemplate里必须要设置，也就是说在ControlTemplate 里如果设置成"BorderBrush="Red"，则前端和Style里再怎么设置成其它的颜色，它都是红色；在ControlTemplate 里如果设置成BorderBrush="{TemplateBinding BorderBrush}"，如果前端设置成绿色，那它不管Style里怎么设置，它都是绿色。

相同点：

1.设置UIElement元素Visibility属性为Hidden和设置其Opacity为0，都能达到隐藏元素效果。

2..两种方法隐藏元素后将同样对其子元素生效，且无法通过子元素设置Visibility为visible或Opacity为1来达到反隐藏的效果。

不同点：

3.设置为Visibility为Hidden的元素被隐藏且无法接收输入事件，而通过设置Opacity为0隐藏的元素仍可以正常接收输入事件。

题外：

4.两种方法都只是隐藏本元素及其子元素，但不影响其他元素布局，而将Visibility设置为collapsed将隐藏本元素并会对整体元素进行重新布局。

Storyboard：故事板

故事板是增强的时间线，可用来分组多个动画，而且具有控制动画播放的能力。暂停、停止以及改变播放位置。

下面的标记演示了如何定义用于管理DoublieAnimation

TargetName和TargetProperty都是附加属性。这意味着可直接将它们应用于动画，如下所示：

上面的语法更常用，因为通过这个语法可在同一个故事板放置几个动画，并且每个动画可以用于不同的元素和属性。

动画事件触发器

当创建事件触发器时，需要指定开始触发器的路由事件和由触发器执行的一个或多个动作。对于动画，最常用的动作是BeginStoryboard，该动作相当于调用BeginStoryboard()方法。

<action:DataTrigger Binding="{Binding Initialized}" Value="True">
<action:DataTrigger.Actions>
<action:ControlStoryboardAction Storyboard="{StaticResource SwitchLogin}"></action:ControlStoryboardAction>
</action:DataTrigger.Actions>
</action:DataTrigger>

https://www.cnblogs.com/TianFang/p/4060397.html

与 From/To/By 动画类似，关键帧动画以也可以以动画形式显示目标属性值。和From/To/By 动画不同的是， From/To/By 动画只能控制在两个状态之间变化，而关键帧动画则可以在多个状态之间变化，例如，对于前面那个改变按钮宽度的例子，如果我们要实现如下效果：

在2秒时将宽度从 0变为350
在7秒时将宽度变为50
在9秒的时候将其宽度变为200

虽然我们可以用三个From/To/By 动画组合实现类似效果，但是这样一来麻烦，二来要感知动画完成事件，不方便在XAML中使用。此时我们则可以使用关键帧动画来快速实现这一过程。

    var widthAnimation = new DoubleAnimationUsingKeyFrames();
    var keyFrames = widthAnimation.KeyFrames;

    keyFrames.Add(new LinearDoubleKeyFrame(0, TimeSpan.FromSeconds(0)));
    keyFrames.Add(new LinearDoubleKeyFrame(350, TimeSpan.FromSeconds(2)));
    keyFrames.Add(new LinearDoubleKeyFrame(50, TimeSpan.FromSeconds(7)));
    keyFrames.Add(new LinearDoubleKeyFrame(200, TimeSpan.FromSeconds(9)));

    button.BeginAnimation(WidthProperty, widthAnimation);

可以看出，关键帧动画将每一个状态制定为一个关键帧，关键帧动画时间线自动连接各个关键帧，并计算过渡状态，完成动画。因此，某种程度上，我们也可以把From/To/By 动画看成是只有两个状态的特殊关键帧动画。

内置的关键帧动画

与 From/To/By 动画一样，在名字空间System.Windows.Media.Animation 下也内置了大量关键帧动画，它们的命名规则是：

<类型> AnimationUsingKeyFrames

例如这儿使用的DoubleAnimationUsingKeyFrames，其它类型请参看MSDN：关键帧动画概述，这里就不列举了。

插值算法

在关键帧动画中，我们除了定义关键帧外，还需要定义两个关键帧之间的插值算法，这样系统才能根据关键帧和插值算法生成中间状态。WPF系统内置四种插值算法：