架构设计并不是项简单的工作，架构设计最终的产物则是由不同的框架组件构成一套高扩展、稳定、安全、通用的开发框架平台。或许一提到架构设计，很多朋友都联想到了常用的框架组件：数据访问组件、日志组件、事务组件、消息组件、配置组件以及工具库等。然而，本系列文章的中心“插件式框架设计”已经偏离了常规的框架设计方法论，它只是一套用于改善系统功能模块组织结构，灵活开发、部署、维护的一套方法论，其中的每个功能模块的具体实现还是走常规的开发框架，它自身的职责则主要是负责根据配置文件实现系统功能模块的组装，灵活的卸载某个部件以及各部件之间如何通信等。

　　本篇将和大家分享基于Silverlight的B/S插件式架构设计的方法，文中的内容仅仅只是我个人知识、经验的总结，如有不妥之处还望各位读者给予指正，大家共同学习，进步。

　　对于Silverlight项目而言，前端系统需要后台服务接口的支撑才能完成数据通信访问、储存数据的的功能。通常需要给Silverlight前端提供相应的数据通信接口，可分为多种方式提供，常用的数据通信接口分别有Socket、HttpHandler、WebService以及WCF等方式。详细的架构模型如下图所示：　

　　系统后台采取的技术架构为是竖向分成架构模式+横向扩展架构模式相结合，分成架构模式也就是众所周知的三层/多层架构，这里不做详细介绍；横向扩展架构模式则为支持横向业务扩展的架构模式，所有业务组件（我通常称其为：业务插件）通过实现统一的业务服务接口来扩展系统业务功能，系统框架中的业务组件容器（我通常称其为：业务插件容器）使用统一的业务服务接口灵活的管理业务组件，实现各组件之间的数据通信、事件通知、以及灵活的构造、销毁业务组件实例。总上述，这种架构模式我便称其为插件式架构设计。

　　插件式架构设计的框架能够灵活的横向扩展业务组件的扩展开发，管理业务组件的生命周期等，然而对于RIA应用系统来说，他只需要依赖一个或多个通信接口实现数据通信，不用关心服务后台的架构以及具体是实现细节。需要注重点则是关于系统前端的框架架构设计，一套基于Silverlight技术的插件式架构设计方法，通过插件框架灵活的加载、组合、初始化并进行托管运行系统插件模块，是我们期望达到的目的。如上所述，插件式框架的架构图大致如下所示：

　　系统前端的核心架构受到所采用的技术方案的影响，会演化出不同的架构设计方法和架构风格， 如前面所说我们采用的是RIA的技术Silverlight来进行技术构建，那么在进行系统架构设计中定会受到Silverlight技术自身的一些限制，以至于我们的设计不能按照常规的方法，方式去实现。

　　Silverlight能够为用户提供高用户体验的软件界面，以及传统的Web应用实现不了的很多功能，且也有很多的局限性，系统功能模块过多导致发布出来的应用程序包（.xap）过大，导致系统运行中初始化缓慢等诸多问题。我们需要一种全新的、开放性的、高扩展性的架构体系，来缓解这种因为技术自身的缺陷造成的诸多问题，可以实现快速的启动应用程序初始化界面，根据配置动态组装系统功能模块，以及灵活的扩展新的系统功能模块等功能，我将这种架构体系命名为插件式架构体系（或许与别人口中的插件式架构有所区别）。　　　

　　如上图所示，描述了插件框架的框架结构，框架由插件容器、插件契约和插件组件（业务功能插件）三大部分组成，扩展开发新的插件组件需要实现插件契约接口，以便插件容器可以灵活的控制插件组件。关于这三大组成部分的作用请查看《插件式架构设计简介》，本篇对基于Silverlight插件式架构设计方法进行了介绍，下一篇将详细介绍插件式架构设计的解决方案。