标题：[建议关于纵向记录编辑构件“必输字段”的建议

前段时间提过类似问题，版主做了如下回复：

 

这个属性的“使用方法”是：

 

在执行数据提交之前，应先执行“检查”方法，如果都不为“空”；这时触发“检查正确”事件；

执行“提交数据”的方法，应该在“检查正确”的事件中设置。

 

我感觉既然已设置了必输字段，不输入数据就应不通过 的，也就是说，这个软件应是系统自动完成的。没必要再“检查正确”等操作，这样看似严谨,，实为画蛇添足。如真有这个检查，建议在构件属性中设置一下布尔值为：自动检查，默认为“真”就可以了。如客户有特别要求，相手动设置检查项。设置成“假”就可以了。

 

我是这么想的，不知搭建在技术上是否可以实现。为了搭建的发展，知无不言吧。不对的地方，请大家指教。还有“自动编号”功能，如系统能自动完成最好。。。。。。

对于开发工具而言，灵活性是主要的；

这个构件的“检查错误”事件，关键是“提示”，不同的应用“提示”是不同的；

这样做是给“开发者”一个灵活处理的方法。

我觉得楼主的建议挺有道理的，使用搭建的人一般不是学专业编程的，开发工具应向简单化发展，当然也要考虑灵活性；关于“自动编号”功能，很基础的一个常用功能，非要写出好几行代码出来，如能有一个这样的构件简单设置岂不方便快捷；或者搭建能够向模块化发展，那开发起来也许方便和容易多了................

你们说的这么热闹，搭建者，早就有“自动编号”构件了；难到你们一直都没有用吗？

具体是哪个构件，支持自动编号功能，知道的请明示，提问题是为了解决问题。不论难易程度。大家在这应不是猜谜语吧。有时提的问题可能很幼稚，但大家都要有一个进步的过程。

我说的自动编号主要是用于“业务受理号“方面。最基本的要求是YYYYMMDDXXXX，即：今天的第一笔业务编号为：201206150001，第二笔为：201206150002。。。。。。

我并不反对开发工具的灵活，但如单讲灵活，可能写代码更灵活，毕竟搭建不是万能的，相对而言，写代码可能是“万能”，但大家却不会，搭建的成功也在于此。用工具为了就是不懂的人可以成“编程专家”。建设官方。灵活的同时注重实用，如技术方面没问题的话。当然，如技术方面是做不到的，就免谈了。既然有“必输字段”了，再检查就是"画蛇添足".用搭建的目的是把复杂的问题变简单了。但搭建本身却把简单的问题复杂了。我感觉有点不太对的。这个检查可以保留的，当用户从一个初学都变成高手了，这个功能应是不错的。所以我才建议属性中加一个自动检查的布尔值，默认为真，就可以了，而不是建议取消这个检查功能。这样，既照顾了新手，也想到了想“灵活”的高手。工具本来就应是这样的。只考虑高端不太好。毕竟“万事开头难”的。当成为高手时，可能感觉很多过去的想法和思路是可笑的。实现的过程也是曲折的。但这却是成为高手的必由之路。谢谢官方为此付出的辛勤劳动。

支持官方的说法，做起来也很简单。

“计数器”构件，里面就有自动编号功能。

“计数器”构件，说一下这个构件的具体位置，我没找到，真的不好意思