传递参数打开项目已经很好用了。

但是还有一些不足：

比如：

A：系统导航及登录

B：销售模块

C：仓库管理

D：。。。。。

一。

A传递参数打开B项目

B项目打开后A就关掉了

这是如果要打开仓库模块呢？难道又要重新启动A系统？

这似乎有点绝对了吧。

如果AB两个模块要交互操作，A需要保留不能关掉。

或者A系统是导航系统

那么A也是不能关掉的

二。

如果B要调用A中的窗口怎么办

A系统是导航系统，登录功能在A系统

B系统要切换用户，总不能在B系统再做一套登录的代码吧？

所以，如果A系统启动后，能隐藏起来，其他系统可以调用的话，那么

几个模块看起来就似乎无缝集成了，要不然割裂感太强了，而且速度很慢。

林总 如果单单是复制一个窗口确实不麻烦

但是窗口调用了自定义函数 自定义函数又调用了自定义函数

窗口间还有关联等等

就不是一个窗口的问题了

是的 如果一个项目有很多个模块

那么几乎每一个模块都要用到编号管理，如果都能调用A系统（导航系统）的代码，维护起来就方便了，效率也高

如果每一个模块都写一遍，一个模块改了，难道要每个模块改一遍吗？

嗯 其实不是内容多不多的问题，而是代码复用，提高效率，便于维护

飞的系统，很多功能如果他迁移一下，肯定是要很多时间的

如果数据库不是分离设计，而是一个数据库的话，又要导出表，存储过程等等

如果是单独的系统，单独的数据库，是不是很方便？

比如一些常用的功能 用户管理 权限管理 登录 通用编号 数据字典

这些东西可能随着不断维护会丰富起来

如果每做一个东西 都要导出窗口 导出函数 复制全局变量 非常繁琐 每次都会出错，每次的的调试很费时间，很麻烦

这些东西完全没必要一次次的复制黏贴

如果这些能写在一个系统里面，不断维护，拿来即用，可以通过参数打开别的项目

别的项目也能调用，那不是很好吗？

我觉得应该有这样的功能

分项目的目的是代码复用，便于维护，便于积累。

自定义函数代码放数据库里面,所有项目都使用一个数据库,动态管理函数

还有系统功能也保存在数据库里面,在菜单或者某一窗口上动态创建控件来生成一个导航窗口,就是会变的东西全放数据库里面

至于上面说的多个项目还用数据库的问题,我觉得纯粹是给自己找不痛快,能一个项目,一个数据库搞定的东西为什么要弄那么复杂呢

看各位大佬论剑,