以文本方式查看主题

-  Foxtable(狐表)  (http://foxtable.net/bbs/index.asp)
--  专家坐堂  (http://foxtable.net/bbs/list.asp?boardid=2)
----  强烈建议关联表允许可以有副表功能  (http://foxtable.net/bbs/dispbbs.asp?boardid=2&id=148839)
--  作者：lgz518
--  发布时间：2020/4/16 13:48:00
--  强烈建议关联表允许可以有副表功能
目前，狐表，关联表是不允许有副表，强烈建议原因：
1.虽帮助有什么模拟关联，非关联，这个二个用起来不是那好用，特别对新手，对老司机可能也存在一些问题，因为它们设计和代码很多，就老司机一不小，就是一个坑，项目功能多，时间效率，失错都很高。
2.狐表宣传和主张无代码或低代码，快速开发平台，那就与有点不符合。
3.尽管大家都说CS比BS安全，但随科技发展，BS现在大势，特别移动互联，在BS开发关联表使用也是常有，象CS这个不能在不同应用场景有不同业务处理，对BS开发也是一个很大局限。
4.最后，为了提高开发效率，减少失错，灵活，也为BS版更好开发和体验，所以强烈建议关联表允许可以有副表功能。
5.顺着也建议，记录窗口，展示都是单表，没双表，特别常用关联表，虽说可显示关联表，但即于单表形式。
--  作者：lgz518
--  发布时间：2020/4/16 14:02:00
--  
还有BS现在大势，希望官方也能顺着这个大势，虽高级版也能开发WEB，BS，但也是纯代码，而且开发设计器很不友好，
1.不能象CS一样或象其它快速开发平台，可以拖拉，控件；
2.一大堆代码象在同一个地方，对开发大项目，会造成代码乱，就是纯代码开发语言，都有一框架，MVC模式，便于开发和维护。
3.狐表BS开发设计在CS里，只有主个服务器设计器，就是开发，不象CS那么多，是不是可以说明BS开发，比CS高效，简单？
4.论坛，也分个主题，不是混在一起，搞不清哪个，造成学习成本加大。
--  作者：lgz518
--  发布时间：2020/4/16 14:18:00
--  
还关联表，关联操作，关联字段用颜色给予标识，区别，避免开发不小心漏设计字段
--  作者：有点蓝
--  发布时间：2020/4/16 14:37:00
--  
个人的建议是：不要过于依赖关联表。foxtable的关联表是代码级的，不是数据库级的。应该是使用.net的dataset实现的关联模式，两个表之间仅允许添加一个关联，这个是.net就限制了的。dataset实现的关联一旦关联复杂，性能就很低了，而且也仅适合已经加载的数据。因此foxtable才提供了多元化的用法，很多时候一些处理不是不想做，而是做不了，或者说需要的代价太大。

至于bs、cs这种话题，见仁见智吧，我就不讨论了
--  作者：lgz518
--  发布时间：2020/4/16 15:52:00
--  
老师，个人看法，
1.狐表它是以表形式开发，打开平台以表显示，（想EXECL方法开发，也想以VBA开发模式但都不象，因为思维不通，真正EXECL方法开发是活字格），由此限制，限制关联表操作。
2.如果以CS窗体开发模式，或BS页面开发模式开发狐表就是不会存在关联限制，比较老VB好象也不会有限制，别人在开发进销存系统，都在用。
3.关联操作，关联表在实际中是少不了，任何应用开发都少了关联操作，是不得不用它。当然使用太多，确定不好，大部分需求是但不得不用，开发进销存系统，
采购单，出入库单，销售单等，不得不用。
4. 关联操作，关联表是要多种形式存在，而且是必须这样，不然就不能实现CS窗体和BS页面开发模式，这是开发客观存在。
5.除非狐表一直以表模式，单一模式开发存在，不然，关联表是多种形式存在，才以满足业务需求

关于上次发
--  作者：lgz518
--  发布时间：2020/4/16 16:04:00
--  

关于上次  官方发  “2020年3月31日更新：1、可以直接用Excel设计网页了，再也无需为复杂的呈现需求而头疼了


这个只是网页展示，不是开发，如果官方有想Excel设计网页开发模式，我之前看过一些类似开发平台，觉得狐表要参考”云表“，因为开发思维比较相似，狐表开发升级起来想对简单，不会太大改动。



    其实，狐表要改 WEB，主要页面生成，象CS开发生成窗体，然后就类以CS的控件拖拉开发，所以个人建议狐表，还是以窗体，页面开发，比较友好，现在快速开发平台，也只有狐表是以表开发，上手快，但开发慢，学习成本高，界面不友好。

     
--  作者：jspta
--  发布时间：2020/4/16 16:30:00
--  
以下是引用有点蓝在2020/4/16 14:37:00的发言：
个人的建议是：不要过于依赖关联表。foxtable的关联表是代码级的，不是数据库级的。应该是使用.net的dataset实现的关联模式，两个表之间仅允许添加一个关联，这个是.net就限制了的。dataset实现的关联一旦关联复杂，性能就很低了，而且也仅适合已经加载的数据。因此foxtable才提供了多元化的用法，很多时候一些处理不是不想做，而是做不了，或者说需要的代价太大。

至于bs、cs这种话题，见仁见智吧，我就不讨论了

强烈建议放弃副本表这种思路而改为复制表，副本表只是模拟界面共用一套DataTable，这实际上会导致复用性降低，潜在的BUG会非常头疼。以目前的机器性能来说，同时开上百个表几千个控件也没太大问题。
增强自动创建控件的难度，拖动控件的设计方法在窗口变多后，变得几乎难以维护，代码维护难度也更大。复用性应该是狐表应该仔细考虑的问题了，否则只能面向简单需求应用。