准备在脚本中加入类的声明!
因为在使用FireScript编写游戏脚本时,感觉对于一个精灵的操作最好是封装在一个结构里面,所以我感觉应该在引擎中加入一个向C#中的Struct一样的东西,但是它应该被设计成引用类型,这个需要讨论。
暂时确定类包含两类元素：变量，方法
不考虑访问控制和静态变量，静态方法，因为已经有全局变量，全局方法了，暂时没必要考虑这些。
类的加入会对对象访问的语义分析引擎产生较大影响，需要在以前的引擎中加入分支结构。
即使不加入类的语法分析，现在的FireScript已经是达到了我一个半月以前设想的目标呢！
现在马上要着手报表的开发了，相信我的报表思路会给我以后在信息管理系统开发带来巨大的便利。同时会使我更加深入的学习.NET和软件开发思想。开拓视野。
通过这几天的资料收集，同时对市面上几个报表工具的了解，我始终认为现在的报表工具还是无法满足实际应用中的报表开发任务。开发任务繁重，灵活性不足。
在以后的开发中，可以预见会有非常多的难题需要克服~~
因为在使用FireScript编写游戏脚本时,感觉对于一个精灵的操作最好是封装在一个结构里面,所以我感觉应该在引擎中加入一个向C#中的Struct一样的东西,但是它应该被设计成引用类型,这个需要讨论。
暂时确定类包含两类元素：变量，方法
不考虑访问控制和静态变量，静态方法，因为已经有全局变量，全局方法了，暂时没必要考虑这些。
类的加入会对对象访问的语义分析引擎产生较大影响，需要在以前的引擎中加入分支结构。
即使不加入类的语法分析，现在的FireScript已经是达到了我一个半月以前设想的目标呢！
现在马上要着手报表的开发了，相信我的报表思路会给我以后在信息管理系统开发带来巨大的便利。同时会使我更加深入的学习.NET和软件开发思想。开拓视野。
通过这几天的资料收集，同时对市面上几个报表工具的了解，我始终认为现在的报表工具还是无法满足实际应用中的报表开发任务。开发任务繁重，灵活性不足。
在以后的开发中，可以预见会有非常多的难题需要克服~~
