本人是有多年狐表开发经验的人,也购买了狐表永久高级开发版,目前针对狐表的一个项目规模也ok,40多万的代码量,但代码量一大,项目一多,很多项目管理的不方便也暴露出来,故寻求突破。 以下仅代表个人体验,不能说两个平台谁好谁坏。 总结:架构更好,新项目则优先选择,但旧项目迁移成本大,得斟酌。 存疑- 是否项目上涉及的所有代码都统一存到 sql 后台?这样代码管理扩展才完整。
迁移理由- 原生多数据库,更容易对接多种第三方项目进行管理。(虽然狐表也可以引入第三方 dll 连接数据库,但要做更多适配麻烦)
- 对于新项目,用户要求比较通用,偏重于基本数据管理,可快速上手,熟练的话,一周交接都可能。
- 作者直接沟通,也需要积攒人气,更容易接受意见,不想狐表挤牙膏,受不了。
- 为了跟后端项目对接,刚好要将 mssql 数据库统一成 mysql 数据库,以降低数据库成本,方便降低以后项目交付成本
- 代码调试比狐表稍好,中断提示更加人性化,但还有优化空间
- 狐表的代码管理太封闭,此平台代码管理开放,故容易实现以下想法
- 1、多个项目共用 1 套模板代码,以 1 个项目作为模板,其它项目直接 sql 后台同步该代码的某个版本,这样可以节省新项目的很多工作量,也不容易出错。
- 2、做个代码管理工具箱,能够快速定位某句代码在整个项目的所有位置。
- 3、等完全熟练后,扩展外部编辑器来编程,能完全满足自己的开发习惯。
改进建议- 代码编辑器实测比狐表卡顿,体验差
- 代码编辑器的代码提示貌似对大小写敏感,有点别扭
- 错误捕获定位位置比较模糊,能够定位到错误行及语句就好了
- 目前主流语言都有版本管理机制,这是很有必要的,如能加入语言版本控制就好了,也更方便实现以上代码管理改进方案。(看dbmain数据表结构,应该有预留了代码历史功能,但好像还没实现)
- 看语言设计机制,预留多种语言的可能。python 流行,有没机会加入 python?或告诉原理,后续我有空可加入,然后分享出去帮助软件壮大也行。
- 代码加密加个项目,开发者能够知道项目加密的密码(或者不加密),既提高安全性,又方便扩展。
迁移疑虑- 可能为了避嫌,也方便作者的一套设计理念,同样功能的类,类名刻意改了,这样增加很多没必要的修改工作量。迁移成本大。更适合新项目。
- 狐表的论坛人气非常不错,工程师很负责,有问必答,基本能解决问题。此软件目前起步阶段,目前全靠作者撑着,如运营资金不足以支撑作者开发,精力有限必然转移其它工作,甚至连软件迁移电脑激活都找不到人,那后果很可怕。
|