主题：[原创]重要的建议：自定义公式+Eval函数 能否取代表达式列的功能！

呵呵，好像楼上误会了，我的这个回复：

好像这种讨论不存在、也不应该伤和气，大家要在讨论中自身观点和心态要摆正才对，否则，就不适合公开讨论了。

应该做如下理解：

好像这种讨论，不存在、也不应该伤和气，大家要在讨论中自身观点和心态要摆正才对，否则，就不适合公开讨论了。

是我少输入一个逗号，变得有些含糊了，抱歉！

    昨天贺老师说目前的系统中已经有代码计算和表达式计算两种方式,够乱的了,所以再加上一个数据列的自定义公式就更乱了！
    晚上我认真想了一下，之所以目前的系统中列间计算的两种方式给人以乱的感觉，恰恰是因为表达式列的计算和数据列的计算是完全独立、完全不同的两套系统造成的。两种方式不仅支持完全不同的列不能混用，而且使用的函数也完全不同，这两套完全不同的的系统共存于一个表中，不乱才怪呢！记得刚推出狐表的时候，很多用户把表达式列和数据列弄混，或者把表达列的函数和代码的函数弄混淆，到后来接触多了才好一点。试想一下，如果刚开始推出狐表的时候，没有表达式列，只有数据列，数据列既可以用代码计算，也可以自定义公式计算，这样两种计算方式使用的列和支持的函数完全相同（与易表中的处理方式类似），大家还会搞混吗？还会认为乱吗？好像以前在易表中，很少有人说易表中的列间计算公式很混乱的；到了狐表，正是这两种完全不同的计算方式把大家搞乱了。
    说到表达式列的优点，几位老师都说到表达式列的最大优点是效率高、不占空间。在这里我想发表一下我的观点，使用狐表的时候，高级用户、尤其是把狐表当作开发工具的人，进行列间计算的时候一般用代码，很少用到表达式列。如果用代码进行列间计算的时候效率非常低，那么那些把狐表作为开发工具的人怎么使用呢？换句话说，既然那些把狐表当作开发工具的高级用户都可以接受用代码进行列间计算的效率，难道把狐表作为电子表格使用的用户就不能数据列自定义公式的效率吗（实质上数据列的自定义公式使用在系统内部仍然是使用代码，所以与代码的效率应该相同）？还有不占用空间，好像更不是什么大问题了？狐表能作为开发工具使用，编写大量的代码，而不用担心空间的问题；难道就编写几个自定义公式，在存储空间方面会有大问题吗？
    现在我说表达式列的意义不大，很多人过来反对，我认为有两个原因。一是我们只把目前系统中的表达式列与编写代码进行比较，很自然的就能看出表达式列的优势。而目前系统中并没有提供一种数据列的自定义公式功能，所以大家都认为目前的表达式列很好，具体数据列的自定义公式是什么样子，大家心里都没有数。如果换句话说，狐表中最初推出的时候就没有表达式列，而是与易表类似，只有一种数据列，同时提供一种支持全部函数的自定义公式功能，大家还会想着目前的表达式列很好用吗？另外一个原因，是目前的论坛中大部分人是高手，几位版主更是大家的老师了，对狐表已经接触了几个月，大家对狐表的代码多少已经了解了许多。大家再回忆一下刚推出狐表的时候，大家的第一印像是什么？是不是都认为狐表的表达式列支持的函数太少，没有易表中的自定义公式使用方便！然后贺老师告诉大家，复杂的列间计算不应用表达式列，而应用代码。然后大家埋头学习代码，紧接着大家开始抱怨学习代码太难！或许很多人说代码并不难，是的，对论坛上的高手来说，代码一点也不难，但对于刚刚接触的人来说，根本搞不清代码该写在哪儿，在现在的系统中也找不到代码，更搞不清什么是datarow 了。如果让每一个把狐表当电子表格使用的人都熟练掌握代码，恐怕实有点强人所难了！如果我不用狐表的开发功能，会宁愿选择用易表或者Excel。正像一位版主说的，论坛上的大部分人都和我一样，是狐表迷，对狐表非常执著！如果把狐表推给更多的人，可能第一印像就把人吓跑了，难道敢期望所有的人都像论坛上的这些人一样对狐表这么执著？难道敢期望所有的人会为了使用电子表格功能而学习几个月？    

眼花缭乱，没心思看完您的帖子，仅个人意见：

     1、截止到目前，foxtable您到底知多少，系统地从基础学起，组织好您的软件系统的结构才是关键，就像长今说的，易表一路走来，历经十年，听您说，您也是老易表用户了，十年间，易表的eval()您是否已经将他发挥到淋漓尽致？
     2、狐表绝对不是由两个系统构成，正确的说法是：包含应用模块和开发模块的一个完全独立的支持纯VB.NET语言的系统，这两个模块相互支持，分别面向高低端市场，高端市场的开发用户，完全可以结合应用模块设计出更加完美的系统，低端市场的应用系统用户，完全可以结合一下简单的代码，使自己的管理应用更加灵活。
     3、估计还是您在哪里理解和实际应用结合出现问题，建议您将您的文件，您的需求贴上来，要求大家来做，如果大家都无解（包括贺老师），那就没得说，改进，个人认为方法很重要，您看看昨晚mr725老兄的要求简化代码的帖子，720个组合，当时连他的源代码都无法贴上来，然而，巧妙的方法，可以浓缩到区区几行代码，也许您会明白，他原来的方法，实际就是典型的易表函数代码的方法。
     4、不仅是贺老师说不能加了，作为用户的我，也认为暂时不能随意加东西了，只要能够实现，说明已经有这样的方法，过分地加一些重复的东西，会让用户学习起来更乱，更摸不着门道，现在需要的事精髓，当然，确实是缺陷也是需要及时改进的！

  http://www.foxtable.com/dispbbs.asp?boardid=2&Id=2280
 （忘了建立链接，重新编辑一下）

呵呵，搂主说的是有一定道理的，我也不是没有考虑过，但是我只是一个二道贩子，微软才是第一道，没有办法随心所欲啊。
Eval的效率不仅比不上表达式，连代码也比不上，更要命的是，做做列间的计算可以，要是表间的计算它就无能为力了。
功能不行，效率不行，实在没有必要官方再来一套了，Eval代替不了表达式，不管是功能还是效率，更代替不了事件代码，加入他只会让更多人头晕。
其实也不用小看普通用户的能力，从易表过来的用户，刚开始自然会感觉不习惯，毕竟用了这么多年的易表，习惯了，但是foxtable的用户，不单单来自易表的，而且找不到代码的只是那些急于求成的用户，按部就班看帮助的用户，一定能掌握的，这部分的还是大多数，不过一些用户确实是用易表较为合适一点，不是因为能力不够，而是因为耐心不够。

我很清楚地记得ExcelHome的一个用户说：易表连VBA也不支持，简直就是一个垃圾，所以也不要以为Excel用户都是简单应用而已，我看到不少Excel用户在用VBA编程，也做出了很好的系统。

而且现在的情形是箭在弦上，不得不发了。

    或许这次真的是您误会了，其实我根本不需要这样的功能，因为我使用狐表完全是把它作为开发工具，在实际中我也不使用表达式列的。我之所以这么强烈的提这个问题，是因为我认为这个问题对于把狐表作为电子表格应用的人来讲非常关键，尤其对于刚接触狐表的人非常关键，但对于把狐表作为开发工具的人来讲基本无用。如果只为我自己使用考虑，我根本不用提这个建议的，至少现在完全没有必要提。或许，我现在提出来这个比较重大的问题，有点不合时宜，太晚了，如果是狐表刚推出公测的时候，我相信贺老师很容易就把它改了。但是，尽管晚，亡羊补牢总比不补好。如果狐表正式销售，往更多的用户推广的时候，再意识到我的意见对，恐怕损失就更大了。
    另外，顺便说一下。我用易表的时间不算太长，使用易表方面您们是前辈，跟您们比我算比较短的了。但我认为这并不影响我建议狐表学习易表的长处啊！
    最后顺便建议一下，我的贴子虽然长，但废话并不多，绝大部分都是有用的分析，还是希望您能耐心看完，要不然您没有完全我的意思就和我讨论好像不太合适吧。有些事情不是一两句话都讲清楚的，也不是一两句能分清楚谁是谁非的；否则，法官审案子就不需要那么长时间的辩论了，许多学术论文也不需要几万字了，一两句话把它讲清楚谁是谁非岂不更好！

呵呵，这不能否定表达示列的，只是没有用对地方。
相信现在你知道如何来区分两者了。

个人认为cpayinyuan说的很有道理，建议老六在发布商业版以后、在广泛征求广大非易表用户的基础上对此再作权衡。
另外，我想对程版说一句：cpayinyuan能不辞辛苦的码这么多字，说明他是对这个问题有深入的思考的，也是期待foxtable能更加完善的。而您作为版主，竟然说“眼花缭乱、没心思看完您的帖子”，我觉得您说这话不符合版主的身份，最起码也是对发帖人的不尊重。说实话，我不太愿意看到您的回帖，因为您基本上都是对用户建议持否定态度，并一味的站在老六身边。事实上，您的这种态度，老六作为真正的开发人员也未必会认可。
还是那个观点：这里作为技术论坛，每一个用户都有充分发言的权利。但对于涉及到重要功能的调整，应该给更多的时间与空间让老六本人去作深入思考，并让意见人与开发者去作深度沟通，而其它人就先不要去判定是与非。因为只有这样，老六才不会受到干扰，并使产品功能不断的得以提升。要知道，正式因为cpayinyuan坚持不懈的提了几个建议，才使foxtable的功能更加完善。尽管这家伙说话的态度与语气有点让人不舒服，但作为用户，他是非常负责的。如果可能，建议老六将cpayinyuan作为版主的候选人考虑一下。呵呵。。
另外，建议将程版主的http://www.foxtable.com/dispbbs.asp?boardid=2&Id=232别再置顶了。都半年多了，还在占着空楼，这样的帖子还有什么意义？
忍不住说多了点，如有得罪，请程版主见谅！

    算了，不讨论了。等狐表正式推出后让更多的用户来检验吧！我保留意见，我一直认为从用户的角度看，易表对列间计算的处理要优于狐表的表达式（不考虑代码）！可能我的思路与您不太相同，您认为有很多用户用易表更合适，而我认为您在狐表中如果处理得当，应该把易表的所有用户都转过来使用狐表！
     经过分析，目前易表老户往狐表转化的障碍有： 列 区分为数据列和表达式列，表达式列支持的函数太少，数据列不能自定义公式，初次接触代码有难度，以及易表中的一些常用菜单功能在狐表中没有，等等。如果现在的狐表稍作改造，把表达式列与数据列合并，再增加一些易表中的函数，甚至可以在狐表中做一个可选的模仿易表的界面（注意是可选的，即做多个可选界面，其中之一与易表类似，增加易表中的菜单按钮和相应功能），这样改造后，这此老用户使用狐表时没有任何的不习惯，易表还有使用的必要吗？妨碍易表用户往狐表转化的，不是用户，正是您自己！
    既然箭在弦上，就赶快发吧？哪有箭放在弦上好几天一直不射出去的！

你说的我也明白，也想做到，问题是理想和现世是有差距的，Eval只能类似易表而已，还做不到易表的里子。
所以我也赞同不要讨论了，各方意见已经充分表述，留点余地让我我自己来衡量吧。

看来商业版有戏了....

可惜开发版又不知何时了.