【概述】
DEMO提交人：惠商软件 2508696439
问题描述：MDIConsole, DEMO如果Forms单元引用顺序放在mybean.console.pas文件之后如下图所示时：
创建同一EXE内的MDI子插件并显示，在不关闭MDI子窗体的情况下，关闭主EXE时，会造成关闭时产生访问违规错误。
【调试过程】
看了问题，能重现，能重新的问题就不算什么问题了，一定可以找到原因的，开启debug dcus后，发现错误停留产生时，停留在Screen.FSaveFocusedXXX这一句。调试发现果然Screen为nil了。
【问题分析】
mybean在创建插件TComponent子插件时会传入beanFactory.VclOwners, 这样在程序关闭时，清理类工厂时，会释放他，并清理他的子组件，达到自动清理的插件的目的，因为getBean的插件没有手动关闭，是等待清理beanFactory时进行清理的，清理的时候，Screen已经被清理，所以产生了该错误。
我们看看工程文件的引用顺序
program MDIConsole; uses FastMM4, FastMM4Messages, mybean.console, mybean.core.beanFactory, Forms,
上面代码来看是会先清理Forms，然后再清理mybean.console,和mybean.core.beanFactory单元，但是因为mybean.core.beanFactory里面引用了Forms单元，所以清理顺序变成了
1.mybean.core.beanFactory,
2.Forms,
3.mybean.console,
mybean.console单元中管理了所由的类工厂插件接口，因为类工厂是通过接口来决定生命周期的，所以在清理mybean.console单元的时候，才会释放最后一个工厂接口的引用，也就是释放vclOwners和他的子插件，这个时候application和screen实例都已经被释放了。所以procedure TCustomForm.BeforeDestruction;中访问Screen才会引发异常。
现在来优化下mybean的核心类。
mybean.core.beanFactory和mybean.console单元中都引用Forms单元，这样不管你顺序怎么调整，都让Forms单元成为在这两个单元后面。然后在mybean.core.beanFactory被清理时，清理工厂接口资源。
使顺序变成这样
1.mybean.core.beanFactory,
2.mybean.console,
3.Forms。
