Cell控件使用感受2

缺点：
a) 没有采用OOP技术
在基于Cell的开发过程中，所有方法的调用基本上都是基于Cell插件对象来完成，大部分都是类似于函数的方法，没有提供丰富的对象模型和对象层次，有中“眉毛胡子一把抓”的感觉，没有清晰的层次和界限。

b) 没有公开一些关键功能
在开发过程中，我们碰到了各种各样的问题，但有一些纯属于业务逻辑。

c) 公式合法性的判断
在定义单元格公式的时候，对于公式的合法性要进行判断，但是Cell并没有提供一个单独公式合法性判断的函数，他的判断必须要依赖于某一个单元格才能进行，所以对于像“审核公式”这类公式它并没有依附于任何一个单元格，所以就造成了审核公式合法性判断很难进行，而对于页面上的任何一个单元格都有可能被用户定义公式，所以不能随便采用哪一个单元格莱进行审核公式合法性的判断，否则将会引起原单元格数据结构的破坏。

d) 公式向导
还有一个就是自定义公式面板，Cell自己提供了一个定义公式的向导，但是这个向导封装的太死，使得无法对这个公式向导进行更进一步的控制，但这些正是开发的所必须的，最终的选择就是只能自己利用Javascript和DHtml重新实现一个类似功能的公式向导，增加了不必要的开发成本和难度。

e) 函数接口
一些接口划分的粒度较大，不利于开发人员灵活处理。譬如：接口FormulaWizard (col as long,row as long) 公式输入向导，将函数输入区域、函数的列表和说明集成在一起，而开发中往往只需要其集成功能的某一部分

f) 控件事件不完整
其中碰到的就是当用户通过键盘移动到新的单元格上的时候，需要显示该单元格的具体的信息，这是就需要各一个类似于单元格聚焦的focus事件，这样就能够在聚焦单元格时出发该事件处理程序，对于这种情形，开发人员只能自己想办法来解决。

也就是说Cell没有将业务逻辑与Cell插件对象很好的分开，使得一些应该暴露的方法封装在其内部实现中。

g) 有些功能还存在bug
其中最为突出的就是关于单元格背景色的控制，当设置不同的颜色值时，有的能够正确地实现，有的则会变成黑色，在其方法使用的说明中，并没有对此有其他的说明，这使得开发人员就很迷惑。

在与Excel的数据交互中，相互间的公式和图表不能进行转换，加大了开发时的复杂度。

如果在IE中同时打开多个带有cell插件的页面，公式输入向导在多个页面间频繁打开时会出现函数列表丢失的现象。

较为复杂cell报表直接生成的excelxml 格式文件，不能被excel正确加载。

h) 可扩展性
Cell没有对Cell插件对象的可扩展性提供一种比较好的解决办法，例如在定义单元公式的时候，公式分成了好几种类别，但是这些类别不能够通过扩展对象的属性来解决，而只能利用Cell原有的属性，例如，我们就用到了单元的Note属性，利用其SetNote方法，将这几种公式按照某种方式组合在一起存储到Note中，在需要的时候，再按照这种方式将其解析，增加了来回操作的复杂度。