Foxtable(狐表)用户栏目专家坐堂 → 有个建议


  共有6408人关注过本帖树形打印复制链接

主题:有个建议

帅哥哟,离线,有人找我吗?
程兴刚
  1楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 一级勋章
等级:超级版主 帖子:7258 积分:40773 威望:0 精华:16 注册:2008/8/31 23:23:00
  发帖心情 Post By:2013/11/16 12:01:00 [显示全部帖子]

如果真的那样的话,其结果就像这种局面:

 

http://blog.renren.com/share/331513459/3098351265


 回到顶部
帅哥哟,离线,有人找我吗?
程兴刚
  2楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 一级勋章
等级:超级版主 帖子:7258 积分:40773 威望:0 精华:16 注册:2008/8/31 23:23:00
  发帖心情 Post By:2013/11/16 20:40:00 [显示全部帖子]

窗口隶属于表,窗口中的表绑定到主表,再将表的所有事件拉到窗口设计中来,不知道贺老师要改多少代码?不是不能做到,是逻辑关系很复杂,就像我上面举的例子一行,说不清谁和谁之间是什么关系。

[此贴子已经被作者于2013-11-16 20:40:08编辑过]

 回到顶部
帅哥哟,离线,有人找我吗?
程兴刚
  3楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 一级勋章
等级:超级版主 帖子:7258 积分:40773 威望:0 精华:16 注册:2008/8/31 23:23:00
  发帖心情 Post By:2013/11/16 20:43:00 [显示全部帖子]

再者,设计窗口,只存在加入表控件,绑定主表这几部关键的属性设置,真正要写表事件代码,就还必须回到表属性中去写,否则,在窗口设计中,测试代码如何来引用表事件的e参数?窗口中写表事件代码,引用表控件时写入的e参数在表事件真正执行的时候又不能被识别,遍地开花去提供写表事件代码,反而会让foxtable越来越繁重,速度越来越慢!
[此贴子已经被作者于2013-11-16 20:45:45编辑过]

 回到顶部
帅哥哟,离线,有人找我吗?
程兴刚
  4楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 一级勋章
等级:超级版主 帖子:7258 积分:40773 威望:0 精华:16 注册:2008/8/31 23:23:00
  发帖心情 Post By:2013/11/16 23:08:00 [显示全部帖子]

以下是引用oaok在2013-11-16 21:32:00的发言:

大师可能考虑的太过复杂了,我认为楼主的意思是,在不关闭窗口编辑的情况下,可以打开表事件的代码编辑窗口(就如同在代码编辑窗口可以打开命令窗口一样)。

 

窗口代码与表事件代码本身就是相对分离的,虽然运行时可能会有逻辑关系,但这种情况,并不会因为代码编辑交互切换方式的改变产生混乱情况。

 

除非,FT的代码保存机制不允许多线程。

 

以上仅仅本人的一些粗浅看法。

 

当您在窗口设计时编写代码,引用的E参数和表事件写代码引用的e参数显然是有区别的,仅此一点,估计狐表部分地方就需要做很多修改。

 

对于用于来说,可以这样做一下比较:

 

       比如说:某个超市有8个柜台放着盐巴,有1个柜台放着白糖,当您需要在这里买盐巴的时候,您会感觉,这个超市买盐巴真方便,因为闭着眼拿,您也最多只能错一会,可是,当您来买白糖的时候,您会发现,原来这样的布置对买白糖的人来说真的很不舒服,因为您有可能连续错7次才会找到白糖,对于新手来说,后者会给人更多的误导,与其如此,何不将讲盐巴和白糖各保留1个柜台呢?那样的话,出错的几率不是就更小了吗?而且,浪费那7个柜台来摆放盐巴和浪费狐表系统资源是一个道理的。


 回到顶部