今天遇到了一个奇葩的坑

今天为这个坑折腾了一个下午，后面在小伙伴的帮助下才解决问题了，值得一说，下面我给大伙儿捋捋:
网表是个好东西，虽然才学小半年，但是对他的喜爱有加。一路学起来都比较顺偶尔也会遇到一些操作上的问题把我难住，不过很快都能找到原因，迎刃而解。
今天这事儿也算操作上的问题，不过，在我看来，它是我学习网表做了几个复杂系统以来遇到的最大的坑。
我在表里面从打开界面时，新增前到新增后都写了回写，打开界面时和操作前的回写都顺利的执行，但是操作后的回写就是赋值不了，找不到原因，我又在修改后写同样的公式，都很简单，还是执行不了。甚至我的目标表单的过滤简单到只剩下序号等于1都无法执行，我很郁闷。始终找不到原因。我有点开始怀疑人生了。
还好，我最近约了个网表学习更长的一个小伙伴，时不时会分享心得:今天第一时间就想到了这家伙，赶紧把他拉过来看个究竟，结果他指哪我打哪，他一开始也无法确定原因，他让我从其他表单测试同种情况，都没有问题，最后他非常坚决的要求再次看看那个好像没起作用的回写公式，并且指出要看过滤条件，他好像是看出问题了，我一般喜欢用默认的条件名称，他是一个喜欢非常简短的条件名称的偏执劲，要求我按他说的改短。再去执行测试，最后成功了，问题解决了。他给我说了原因，我服了。最后我给大家列举一下有问题的条件名称:客户信息(AB类)档案.序号，这个名称中有英文模式的小括号，导致了记录定位异常。
我把这个趣事写出来，是想告诉大家，名称越简单越好，字面意思明确，不要写有系列特殊符号。有些特殊符号正好成了系统代码的关键字符，会让你不小心踩到一个大大的坑。

前面走过的小伙伴的经历告诉我们:
不要用特殊符号作为表单名，字段名，各种过滤条件名，导航树节点名称等。