关于录入界面的问题?(50分)

  • 主题发起人 主题发起人 icool
  • 开始时间 开始时间
I

icool

Unregistered / Unconfirmed
GUEST, unregistred user!
如果录入的项目较多,请问是用Edit实用还是DBEdit的方便。
另外,怎样对录入内容进行约束和合法校验?
 
如果你不想改VCL代码,同时避免以后出各种各样的问题,最好使用Edit。
 
如果特别多,并且多项数据之间有一定的制约关系(比如输入了2月,就不能输入30天)还是用后者
但没有特定的制约关系,我个人觉得,使用哪个就两可了,看你的偏好了。
合法校验 就要具体情况具体分析,什么样的数据就需要什么样的校验算法。
 
如果是文件型数据库, 那就用DBEdit好了, 又简单, 方便
如果是大型数据库 最后不要使用数据敏感控件, 这样效率会降低, 而且会出现许多很莫名其妙的
问题, 慎重!!!
 
我觉得如果不是你时间很多,一般都没有必要去用Edit来输入数据,除非你不要DataSource与数据集相连,如果说StringGrid和DBGrid比较也许我会建议你用StringGrid(需要写很多代码),但是DBEdit和Edit我想不用想,其实DBEdit与DataSource连接除了多了数据校验之外并不会耗费内存等.
 
各位大富翁能不能分析一下当前流行的信息管理系统都采用那些控件作为录入界面。
 
建议用Edit,因为你的功能是录入,不用涉及数据库的修改、查询。
关于有效性验证:可以在TField中OnValidate写事件,也可以单独写过程或函数来约束。
 
对用户而言,用Grid是一种较为容易接受的方式,特别是在主从
表之从表资料录入时。
只要你花点心思,Grid中也可实现比如有效性检测、读取等功能.
 
实际上关心的重点你得从具体操作人员方面来考虑。
如果是有基础的人员,你可以直接使用DBGRID或DBEDIT,但是,对于其他的用户,你最好
是使用EDIT等非数据感知控件。

我现在的做法是:公司里其他员工使用的,我用前一种方式;要作为产品提交给用户使用的
坚决使用第二种方式。
 
我们公司的软件
除非该资料只是用来查看,不允许修改的,直接用DBEdit
否则全部用Edit,网格也是一样,没有什么不方便的,只是多了点代码量,但Edit比DBEdit控制起来更容易些
 
用dbedit比较方便!我一直用,不错,没有出现什么问题,可以录入、查询、统计!!
 
用edit较好,多用户操作不会出现一些意外的情况
 
用用户而言,还是用edit好一些,虽然对编程人员,在用edit 时多编了一点代码,
但是程序最终是为了方便用户的,不是吗?!
 
我也建议用edit,也许工作量大一些,但不会有其他不必要的问题。[8D]
 
后退
顶部