衣咸注：前面我们在《如何在Fuse中建立自定义的UI组件类》这篇文章有讲过如何建立一个自定义的组件类，如果说前文讲的是操作层面的内容的话，那么本文讲的则针对新建类的后台实现方式与运作机制的分析。
一个简单的.ux文件
一个简单的被命名为MyApp.ux的UX Markup代码文件一般如下:
在通过Fuse编译器编译后，Uno编译系统将转换上述代码为等价的Uno代码，如下：
public class MyApp: Fuse.App
{
public MyApp()
{
InitializeUX();
}internal void InitializeUX() { Theme = Fuse.BasicTheme.Singleton; RootNode = new Text() { Value = "Hello, World!" }; }}
给你的类命名
默认状态时，类使用的名称取自定义他自身的.ux文件名前缀。在上述例子中的类将取MyApp.ux文件名的前缀作为类命名，也就是MyApp。本文英文原文：https://www.fusetools.com/learn/guides/ux-markup-creating-new-classes
你也可以在你的根节点使用ux:Class属性来指定一个不同的名称（和命名空间）:
这将会产生出如下代码：
namespace NinjaProductions
{
public class NinjaApp: Fuse.App
{
...
}
}
你也可以在一个UX文档中指定你的内部类，具体参看Fuse手册的《Styling and Resources》章节的详述。
每一个XML元素都是对象
在一个UX Markup文档中的每一个XML元素都是一个简单的对象——一个从Uno类中实例化而来的对象。
这意味着下面的UX代码：
大致等价于：
var temp1 = new Button();
temp1.Text = "OK";
在你的UX文档中，每一个XML元素都可以在你的代码编辑器里边选择Go to Source来查看他详细的实施执行细节。（衣咸注：不过我没有找到哈!）
给对象建立一个后端支持字段（ux:Name）
当设立一个你自己的类时，默认状态为，通过引用所产生的对象仅仅存储在临时变量集中。
如果你想要存储一个引用所产生的对象到你的类中的后端字段，你可以给他一个名称，使用属性ux:Name。
这将在你的类中合成产生一个用button1命名的内部字段：
internal Button button1;
然后，分配这个新产生的类到那个字段中，来代替一个临时的变量：
button1 = new Button();
button1.Text = "OK";
你也可以参看：《UX Markup语言之属性与梆定》
后台代码（代码后置）
定义：每一个UX(后缀为.ux)文件都会产生一个partial局部类，这意思是你自由地增加了额外的Uno文件到你的项目中，他使用了你自己自定义的Uno代码来拓展扩充了所产生的Uno代码。这种机制就称为代码后置（也可称为后台代码）。
这些后台代码通常包含了与你的UI层级交互的逻辑，像额外的设置代码呀、数据全域data population、自定义事件处理等。
如果一个UX文件被命名为Foo.ux，那么与之相应的后代码就特别地被命名为Foo.ux.uno。
注意，后台代码不同于你项目文件里面的.cache文件夹中的所产生的对应的合成码，他们被命名为Foo.ux.g.uno。
使用ux:AutoCtor来禁用默认的构建器constructor
你的UX层级将会建立，在产生的合成InitializeUX方法中。
默认状态，将会自动为你的类建立一个默认的构建器用来调用呼叫这个方法。
一些时候你想要在后台代码中手动地控制你的类的构建器，为了做到这些，你常常需要禁用自动产生的构建器。你可以通过指定ux:AutoCtor="false"在你的类元素中来实现，像这样：
...
然后，在你的后台代码中你做的实际上是：
public partial class MyApp
{
public MyApp()
{
InitializeUX();// ... Custom code here }}
Tag：Fuse, Fuseapp, Fusetools, native app
发布时间：2016年05月14日
博客被黑，挪窝安家……