主题：[求助]传递参数打开项目

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

但是还有一些不足：

比如：

A：系统导航及登录

B：销售模块

C：仓库管理

D：。。。。。

 

一。

A传递参数打开B项目

B项目打开后A就关掉了

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

 

这似乎有点绝对了吧。

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

或者A系统是导航系统

那么A也是不能关掉的

 

二。

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

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

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

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

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

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

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

窗口间还有关联等等

就不是一个窗口的问题了

 

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

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

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

 

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

 

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

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

 

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

 

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

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

 

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

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

 

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

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

 

我觉得应该有这样的功能

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

看来只能自己学着写dll吗？

呵呵，狐爸怎么不出现

是啊，各国国旗的帖子都回复了，这里都不来一下

飞说的这个是会变的东西。动态生成窗口等。

 

我说的是代码，项目复用的问题。

比如说你现在又做一个东西，即使你再动态

你也要复制黏贴一大堆东西到新的项目

这个过程中调试错误，动找西找，又要花费很多时间

 

难道我真的是小众？

 

 

可能我表达的不清楚，其实是林总说的这个问题