以下是引用mr725在2009-9-6 13:26:00的发言:
如果老六没想到,那他应该感谢你的建议,人无完人啊~
另外,我感觉自己编写的代码,是需要‘环境’支持的,让‘环境’分家(开发和应用的环境分开),估计要动更大的‘手术’。
还有,现在都是知识分子的天下了,在总体的设计一致不对数据库有不良影响的情况下,一个单位内部,我还是希望大家都可以参加的设计(设计出自己需要的东东-当然是查询报表为主) ····
这个帖子这么热闹,我也来凑一凑,支持您的前半部建议,个人认为最好的办法是在项目发布功能中实现编译成.dll文件功能,编译后的软件系统禁止读写原狐表代码、只调用.dll文件(这一点很重要,否则将来的开发人员使用开发端可以生成原模原样的狐表系统,可不苦了贺老师!)个人认为发布时将系统的所有代码生成至少同时生成两个.dll文件(生成后系统的.dll文件不宜太多,个个都要加密处理,避免被破译替换),一个开发版.dll另一个客户端.dll,前者开发版.dll包含开发的所有功能,由于客户文件出错、过期锁定后来修改或解除客户被锁的文件,由开发人员保留使用,后者为客户端.dll打包给客户使用,客户端必须禁止开发功能,这样调用.dll的方法速度可能会更快(猜的)!
至于后面的建议,我倒是认为没有必要了,狐表的拿来就用理念可以让大家省却至少70%以上的编程时间,不必要来网络型开发,大家可以分体分块开发,最后组合成一个系统,在这里建议贺老师将来给狐表增加一键导出狐表代码为文本文件,为各个事件位置进行定位编码(比如编码为:表A_窗口1_××控件001,这里的001代表贺老师指定的事件编码),采用输入法的词库管理方式,同时增加一键导入合并狐表代码的功能,由户表系统自动读入文本格式代码并分别指定到对应位置,至此,您只需要在相对完成量大的文件设置表、窗体结构,然后一键导入文本格式的狐表代码,合并到相应的代码位置。这样将来还方便从不同系统中调用不同的功能,快速组成一个新的系统,这样的分块设计方式,不会应为设计人员的跳槽对企业带来不必要的损失,最后组合后的设计工作由设计团队核心负责人负责,其他人员都只能各自掌握自己的部分。由此建议贺老师,狐表新建项目时,自动记录软件狗信息,同一个设计项目,只允许初始时的软件狗打开,也就是同一个开发项目只允许同一只狗打开(采用单机注册的就无所谓了)这是对使用狐表的企业负责,也是对原开发人员的负责。
[此贴子已经被作者于2009-9-6 16:04:11编辑过]