没有 XAML 的 WPF

Question

从架构上来说，我认为 WPF 非常令人惊奇。总的来说，我非常喜欢底层渲染/动画的内部工作原理。模板和样式设置的灵活性令人印象深刻。

但我讨厌 XAML - 我觉得它使很多事情变得复杂。我已经在大大小小的应用程序中使用过它，并且我发现自己多次试图弄清楚如何在 XAML 中执行某些操作，其基本原理是基本的，但语法却很古怪。不仅如此，我多次想知道解析/绑定的某些部分有多重。 （我知道它已编译，但我不确定运行时仍评估多少）

XAML 只是构建和加载可视化树的一种方法。是否有任何框架可以简化以非 XML、基于代码（但仍然主要是声明性）方式构建可视化树的框架？具体来说，我对能够在保留 MVVM 方法的同时缓解以下任何问题的框架感兴趣：

1. 强类型绑定。指定 ViewModel 必须符合特定类型。我认为 BaseBinding 在底层使用了反射，并且我对其速度有点怀疑，更不用说损坏的绑定很烦人。

2. 更快的绑定，非INotifyPropertyChanged绑定。似乎可以创建某种BindableProperty，并且绑定可以直接侦听它，而不是接收所有 ViewModel 属性更改。与字符串参数相比，使用直接回调似乎也更有优势。

3. 不同的资源管理方法；同样，某种类型的强类型字典可能会非常好。我几乎希望将样式视为 lambda 或捕获强类型方面的东西。

总之，是否有任何基于非 XAML、适合 MVVM 且强类型的框架？

Answer 1

我支持您使用无 Xaml 的 WPF。我喜欢 WPF 的布局和绑定功能，但我也讨厌 XAML。我希望 WPF 可以用纯 C# 编写，有一些优点：

• 对象和集合初始化器可以取代 Xaml 实例化。 （遗憾的是xaml更喜欢自上而下而不是按钮向上）。
• 绑定转换器可以只是 lambda。
• 样式可以只是实例化后修改对象的 lambda，没有臃肿的 语法。
• DataTemplates 只是在给定对象的情况下创建控件的 lambda。
• DataTemplateSelectors 只是调用其他 DataTemplate 的 DataTemplate lambda。
• ItemsControl 只是一个 Foreach，它接受 lambda (DataTemplate)，并在将新项目添加到基础集合时再次调用它。
• x:Names 只是变量名称。
• 不需要很多 MarkupExtensions
  • x：静态
  • x:Type（特别是复杂的泛型！）
• UserControls 只是函数。

我认为 WPF 的设计添加了太多的复杂性。从过去的 FrontPage 到 Razor，Web 开发已经输掉了这场战斗。

Answer 2

简化？不。但是您可以在 XAML 中执行的所有操作都可以在代码中执行。例如，这是一个简单的 Windows Ink 绘图应用程序 - 非常简单：

无需保存，无需更改任何内容 - 但您可以通过代码。

Sketchpad.cs

using System;
using System.Windows;
using System.Windows.Controls;
using System.Windows.Media;
using System.Windows.Ink;

public class Sketchpad : Application {

    [STAThread]
    public static void Main(){
        var app = new Sketchpad();
        Window root = new Window();
        InkCanvas inkCanvas1 = new InkCanvas();

        root.Title = "Skortchpard";

        root.ResizeMode = ResizeMode.CanResizeWithGrip;
        inkCanvas1.Background = Brushes.DarkSlateBlue;
        inkCanvas1.DefaultDrawingAttributes.Color = Colors.SpringGreen;
        inkCanvas1.DefaultDrawingAttributes.Height = 10;
        inkCanvas1.DefaultDrawingAttributes.Width = 10;

        root.Content = inkCanvas1;
        root.Show();
        app.MainWindow = root;
        app.Run();
    }

}

Sketchpad.csproj

<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="15.0">
  <PropertyGroup>
    <AssemblyName>Simply Sketch</AssemblyName>
    <OutputPath>Bin\</OutputPath>
  </PropertyGroup>
  <ItemGroup>
    <Reference Include="System" />
    <Reference Include="System.Data" />
    <Reference Include="System.Xml" />
    <Reference Include="Microsoft.CSharp" />
    <Reference Include="System.Core" />
    <Reference Include="System.Xml.Linq" />
    <Reference Include="System.Data.DataSetExtensions" />
    <Reference Include="System.Net.Http" />
    <Reference Include="System.Xaml">
      <RequiredTargetFramework>4.0</RequiredTargetFramework>
    </Reference>
    <Reference Include="WindowsBase" />
    <Reference Include="PresentationCore" />
    <Reference Include="PresentationFramework" />
  </ItemGroup>
  <ItemGroup>
    <Compile Include="SketchPad.cs" />
  </ItemGroup>
  <Target Name="Build" Inputs="@(Compile)" Outputs="$(OutputPath)$(AssemblyName).exe">
    <MakeDir Directories="$(OutputPath)" Condition="!Exists('$(OutputPath)')" />
    <Csc Sources="@(Compile)" OutputAssembly="$(OutputPath)$(AssemblyName).exe" />
  </Target>
    <Target Name="Clean">
    <Delete Files="$(OutputPath)$(AssemblyName).exe" />
  </Target>
  <Target Name="Rebuild" DependsOnTargets="Clean;Build" />
  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
</Project>

这就是所需要的。诚然，如果您想避免 XAML，这基本上意味着您将不得不编写一堆备用 .NET 代码，因此这取决于您 - 您是否想将这些内容转储到 XAML 中，或者您愿意而是用代码编写？

我认为在 VS 中执行此操作的最大好处是您可以获得良好的设计师支持，因此通常很容易直观地看到所有内容的位置和去向。它也可能更少地查找文档，有时还需要进行一些跳跃。

但是没有 XAML 的 WPF也是可能的。

您甚至不需要为此安装 Visual Studio，只需安装 .NET CLI 和开发人员命令提示符即可。将这两个文件放在一个文件夹中并运行msbuild，然后就可以运行Bin目录中的文件了。

Answer 3

这个问题肯定需要一个指向 Bling UI Toolkit 的链接。它是一个超级天才的高级库，用于 WPF 之上的动画和丰富的 UI 原型设计。与 button.Width = 100 - slider.Value 绑定，动画如下：button.Left.Animate().Duration(500).To = label.Right，像素着色器编译器 - 太棒了。

可悲的是，我认为这个项目已经不再进行了。但很多非常聪明的想法值得深思。

Answer 4

WPF 没有这样的框架。您在愿望清单中提到的三件事将是 WPF 已提供的组件的直接（且不同）替代品。此外，用您的版本替换绑定和资源系统将使您喜欢的 WPF 功能（动画、模板等）无法使用，因为它们严重依赖于绑定、资源等。

以下是一些可能会改善您的体验的建议。
1. 学习处理XAML（我以前也讨厌它，但现在我习惯了它太棒了）
2. 构建您自己的库，使您可以轻松地用代码创建 UI。毕竟，在 XAML 中完成的所有操作也可以在代码中完成。
3. 如果您真的讨厌 INotifyPropertyChanged，并且想要回调，请使用 DependencyProperty。没有事件可供您引发，并且您可以拥有回调和默认值！
4.) 不要使用WPF。尽管您说您喜欢该架构，但您列出的缺点/所需的“改进”几乎涵盖了所有内容。

Answer 5

> non-INotifyPropertyChanged binding.

在您的 viewmodell 或 modell 中手动实现 INotifyPropertyChanged 是相当多的手动/重复性工作。不过，我读到了有关这些替代方案

• DynamicViewModel: MVVM using POCOs with .NET 4.0 ：该项目旨在提供一种使用普通旧 CLR 对象 (POCO) 实现模型视图视图模型 (MVVM) 架构模式的方法，同时充分利用 .NET 4.0动态对象类。
  利用 .NET 4.0 和 DynamicObject 类，我们可以创建从 DynamicObject 类派生的类型并指定运行时的动态行为。此外，我们可以在派生类型上实现 INotifyPropertyChanged 接口，使其成为数据绑定的良好候选者。

• 更新控件.NET：WPF 和 Silverlight 数据绑定，无需 INotifyPropertyChanged。它会自动发现依赖关系，因此您不必在视图模型中管理它们。
  它可以与 Winforms 一起使用。使用事件通过代码进行绑定。

• notifypropertyweaver ：使用 IL 编织（通过 http://www.mono-project.com/Cecil) 将 INotifyPropertyChanged 代码注入属性。

  • 不需要任何属性
  • 无需参考资料
  • 不需要基类
  • 支持 .net 3.5、.net 4、Silverlight 3、Silverlight 4 和 Windows Phone 7
  • 支持客户端配置文件模式