问题

    简单说一下吧。编程时有些问题看起来很简单，但想与做往往就是两回事。计算机编程正是具有这个特点。

    目前在修改基于BeX5 3.6的报表格式。使用的自然是report组件，切换到报表设计状态后，使用EXCEL的常规设置方式格式——带千分位和人民币符号，去掉小数问题，感觉是没有问题的。但是，先后使用了货币格式，数字格式，会计专用等格式，运行结果都是不变；即都是默认的带有两位小数，且显示形式是一长串数字，阅读起来相当难看。

    在官方论坛看搜索，根本不存在相应的问答——本来就很简单的嘛！此问题花费了仅一个小时——解决不了！？由此我再次想起“程序猿”的美名......

    算了，先不管它了！把软件新版本安装到客户回来，感觉舒了一口气！闲时，又想起早晨那个问题。不觉得想起了EXCEL宏录制问题——通过宏代码当然可以轻松观察到数字的各种格式。接着，分析了一个report组件对应的xml文件中那个格式部分对应的代码。估计外部EXCEL宏代码格式可能与之通用。

试验

    开始试验。在外部EXCEL得到的宏录制代码如下：

    Range("A1:A7").Select

    Selection.NumberFormatLocal = "￥#,##0;￥-#,##0"

    把report组件对应的内容文件TradeNature.xml打开，观察到如下：

  <Style ss:ID="s50" ss:Name="千位分隔">

   <NumberFormat ss:Format="_-* #,##0.00_-;\-* #,##0.00_-;_-* &quot;-&quot;??_-;_-@_-"/>

  </Style>

    尝试修改成如下：

  <Style ss:ID="s50" ss:Name="千位分隔">

   <NumberFormat ss:Format"￥#,##0;￥-#,##0"/>

  </Style>

结果

    成功！说实在话，尽管EXCEL教学10多年了，对于其复杂的数字格式，特别是后台代码格式，还没有作细致分析。不知report组件本身存在BUG还是怎么的？是否反复修改了数字格式后其不会完全覆盖？这样的话，可以算是该组件的一个BUG了。接下来有空时再详细试验分析一下吧。

本文转自朱先忠老师51CTO博客，原文链接： http://blog.51cto.com/zhuxianzhong/1951091，如需转载请自行联系原作者