在连接器论坛中探索连接器的新运用
连接器论坛中关于连接器的使用有诸多的讨论，事实上，用户可以向已有的软件模型中添加连接器，用来连接业务关注点部分和横切关注点部分，由于AOP的语义原因，连接器是依赖于业务关注点部分，而横切关注点部分则是依赖于连接器的。
然后，围绕着连接器，用户可以做出一系列地选择，而无需自己手动输入任何内容，就可以将业务关注点部分和横切关注点部分的具体连接方式确定下来(这一步是通过确定AOP共同信息，并且将这些信息存储在连接器中来的，当然导出这一部分的信息也是可行的)。
连接器论坛中有人也这样认为，为了能够让设计和实现之间可以平稳地过渡以及支持低层次的架构设计，基于连接器的面向方面建模工具须支持从设计模型自动地产生不同AOP实现技术的代码框架。这样就可以让开发人员，致力于模型的建立，而让建模工具自动地产生代码。代码生成可以开发人员的生产力，减少错误。基于连接器的面向方面建模方法了AOP技术的复用性，通过避免设计和实现的不一致，也了软件开发的效率。设计人员可以以面向对象的思想来进行AO设计，而开发人员可以根据生成的代码框架来进行后期的编程。
因此，总的来说，基于连接器的面向方面建模方法可以在软件的分析设计阶段就引入AOP，而且这种引入的方式是透明的，并且可以指导后期的AOP代码编写，设计与编码之间的无缝连接。
连接器论坛中还有人认为，连接器的引入是为了支持面向方面的建模，在软件生命周期的早期保持关注点的分离，从而解决在架构级别上的横切关注点的规范问题。引入连接器主要的目的之一，就是要提供标准的开发工具支持。基于UML添加连接器的解决方案更加容易被人们所接受。连接器对于面向方面建模来说是一种简单而又强大的标识号。但是为了降低映射模型到代码时的错误，并且提供底层架构设计的支持，还须有AOP代码框架自动生成的功能。
连接器论坛中关于连接器的使用有诸多的讨论，事实上，用户可以向已有的软件模型中添加连接器，用来连接业务关注点部分和横切关注点部分，由于AOP的语义原因，连接器是依赖于业务关注点部分，而横切关注点部分则是依赖于连接器的。
然后，围绕着连接器，用户可以做出一系列地选择，而无需自己手动输入任何内容，就可以将业务关注点部分和横切关注点部分的具体连接方式确定下来(这一步是通过确定AOP共同信息，并且将这些信息存储在连接器中来的，当然导出这一部分的信息也是可行的)。
连接器论坛中有人也这样认为，为了能够让设计和实现之间可以平稳地过渡以及支持低层次的架构设计，基于连接器的面向方面建模工具须支持从设计模型自动地产生不同AOP实现技术的代码框架。这样就可以让开发人员，致力于模型的建立，而让建模工具自动地产生代码。代码生成可以开发人员的生产力，减少错误。基于连接器的面向方面建模方法了AOP技术的复用性，通过避免设计和实现的不一致，也了软件开发的效率。设计人员可以以面向对象的思想来进行AO设计，而开发人员可以根据生成的代码框架来进行后期的编程。
因此，总的来说，基于连接器的面向方面建模方法可以在软件的分析设计阶段就引入AOP，而且这种引入的方式是透明的，并且可以指导后期的AOP代码编写，设计与编码之间的无缝连接。
连接器论坛中还有人认为，连接器的引入是为了支持面向方面的建模，在软件生命周期的早期保持关注点的分离，从而解决在架构级别上的横切关注点的规范问题。引入连接器主要的目的之一，就是要提供标准的开发工具支持。基于UML添加连接器的解决方案更加容易被人们所接受。连接器对于面向方面建模来说是一种简单而又强大的标识号。但是为了降低映射模型到代码时的错误，并且提供底层架构设计的支持，还须有AOP代码框架自动生成的功能。
