在loxodon-framework中处理ObservableProperty<decimal>的格式化输出问题

背景介绍

在loxodon-framework这个MVVM框架中，ObservableProperty是一个常用的数据绑定属性类型。当我们需要处理货币金额这类需要格式化的数值时，经常会遇到如何正确格式化输出的问题。特别是当使用ObservableProperty类型时，直接绑定格式化字符串可能会遇到一些意料之外的结果。

问题现象

开发者在绑定ObservableProperty类型的Money属性时，尝试了以下几种格式化方式：

1. 直接调用ToString()方法
2. 使用string.Format("{0:N2}", VillageMoney)
3. 使用string.Format("{0:N2}", VillageMoney.Value)

只有第三种方式能够正确输出格式化的货币字符串"12,345.00"。而当尝试在数据绑定时使用表达式ToExpression(vm => $"{vm.Money:N2}")时，会出现格式错误；使用ToExpression(vm => $"{vm.Money.Value:N2}")则会导致系统抛出"Not found available proxy factory"异常。

技术分析

表达式绑定的工作原理

loxodon-framework中的表达式绑定(ToExpression)实际上并不会直接执行开发者编写的表达式代码。它主要做的是解析表达式，提取出绑定路径，然后根据这个路径创建动态绑定代理。这意味着：

1. 表达式中的格式化字符串不会被直接执行
2. 系统仅关注如何获取属性值，而不处理格式转换
3. 在iOS和IL2CPP环境下，由于不允许JIT编译，表达式绑定有更多限制

ObservableProperty的特性

ObservableProperty是一个泛型包装类，它本身并不直接支持格式化输出。当调用ToString()时，默认会输出对象的类型信息，而不是内部值的字符串表示。要获取格式化后的值，必须访问其Value属性。

解决方案

推荐方案：使用FormattableText组件

loxodon-framework提供了专门用于格式化输出的FormattableText组件，它具有以下优势：

1. 零GC(垃圾回收)开销
2. 无反射调用，性能更高
3. 支持任意数量参数的组合
4. 专门为数据绑定场景优化

使用示例：

// 在视图绑定中使用FormattableText组件
// 设置格式字符串为"{0:N2}"，绑定到Money属性

替代方案：使用String.Format

如果必须使用表达式绑定，可以采用String.Format方法：

ToExpression(vm => String.Format("{0:N2}", vm.Money.Value))

最佳实践：使用Fody属性织入

对于简单的属性绑定，推荐使用Fody进行属性织入，这种方式：

1. 代码更简洁
2. 自动优化性能
3. 避免手动处理ObservableProperty的繁琐

总结

在loxodon-framework中处理格式化输出时，开发者应当：

1. 优先使用框架提供的FormattableText组件
2. 理解表达式绑定的工作原理和限制
3. 对于简单属性，考虑使用Fody织入简化代码
4. 避免在表达式绑定中使用字符串插值($"")语法

通过正确使用框架提供的工具和组件，可以既保证性能又实现所需的格式化输出效果。