老总要求我将录入控件改成Grid录入，朋友们能否帮忙劝服 因老总以前使用vfp编程习惯，说我们现在使用的Delphi控件录入方式太落后，用户不能接受。我们的项目快结束了，真的要改代价太大，并且我认为用户完全能接受，因我以前做的不同行业的项目都是这种方式。 希望朋友们能帮忙找些资料证据，证明控件录入并非DOS时代的产物，万分感谢！ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 辞职? 我也是股东，只不过小了一点，呵呵这个问题真是烦透了。咳，不知老板是否对《微软的秘密》感兴趣，特别谢谢shmilyjiujiu(啾啾) 个人觉得：如果录入的数据表，行 和 列 都少的话，用GRID方便点，如果 多的话，用T..EDIT可能好点！ Why?用控件录入不好吗？只要你设计的界面美观并且方便录入就OK了.用Grid麻烦啊，不好控制 用StringGird配合自画，可以实现的，改起来应该不难，如果你改录入模块很麻烦，说明你的程序结构不明朗，模块划分不清晰 我们公司和楼主一样以前用vf现在用delphi 所有的录入都在dbgrid中实现刚来不太习惯，现在已经习惯了，控制起来也没什么了 不过我一直将DBGrid只是作为显示用，如果可以录入校验失败时会自己报英文异常。StringGrid以前也见别人用过，感觉代码在上面花的工夫比业务逻辑还要多。 有一个列很多的Grid，录入的字段只有一个，我可以只是在一个EDIT控件中录入所有数据，控制起来容易的多，用户也不用拖滚动条。另外在提交数据时可以很好的封装。 控件录入当然更适合当前大部分用户的使用习惯，使用控件查看和编辑都更直观、并且能更好的控制数据的正确性。使用Grid的话，查看和编辑都很不方便（例如，就一个多行文本的查看和或者编辑对于Grid来说是非常的不方便，并且界面会变得丑陋、凌乱），对于一些格式数据（如日期、数值、下拉选择的数据等）的正确性的控制会变的非常的别扭。 反正我觉得Grid只适合用于显示列表或者导航数据，而不适合用于编辑数据 我的老板也是要求改的，我搞了一个星期，还是不理想，没有办法就告诉他，使用dbgrid中输入是很傻的，别人都是用edit的，只有思想陈旧的才用，他也没有办法，只好保持原来的样子了 同意，Grid对我来说只有显示的功能， hthunter(核桃) fenglaile(风清飘) 真是知音呀，但问题是老板评论说用控件录入是DOS时代的产物……差点没晕 Delphi 调用GOOGLE MAP API 修改外部程序的标题 treecombobox使用问题！ FR连打，每打一页都会先走一张白纸，然后再打印。怎么解决这个问题！ 自定义类的成员变量定义和使用方法 一个简单的quickrep的打印预览问题？非常急，在线等待! edit的问题？？急？？ delphi2010 new projetct 应用程序 在哪儿 使用TWinXP控件出现的问题。 请问delphi5最适合工作在什么平台？谢谢 关于数据库连接问题 动态按钮没办法放置在图片前面的问题？
这个问题真是烦透了。咳，不知老板是否对《微软的秘密》感兴趣，特别谢谢shmilyjiujiu(啾啾)
如果录入的数据表，行 和 列 都少的话，用GRID方便点，
如果 多的话，用T..EDIT可能好点！
用Grid麻烦啊，不好控制
以前用vf现在用delphi
所有的录入都在dbgrid中实现
刚来不太习惯，现在已经习惯了，控制起来也没什么了
有一个列很多的Grid，录入的字段只有一个，我可以只是在一个EDIT控件中录入所有数据，控制起来容易的多，用户也不用拖滚动条。另外在提交数据时可以很好的封装。
使用Grid的话，查看和编辑都很不方便（例如，就一个多行文本的查看和或者编辑对于Grid来说是非常的不方便，并且界面会变得丑陋、凌乱），对于一些格式数据（如日期、数值、下拉选择的数据等）的正确性的控制会变的非常的别扭。