0、三板斧
作为职业Programmer或是优秀Team，拥有一套成熟、稳定的开发框架，无疑是行走IT江湖、纵横IT市场的必备功底。
无图无真相，作为一个讲究实效的ITer，先来几道的甜点凉菜，后续会上更多的硬菜啦~o(∩_∩)o ~
0.1 平台登录界面
0.1、平台登录界面
平台登录模块的设计兼顾了安全性和易用性。只有合法授权且状态正常的用户才能登录到平台。同时为方便用户使用，在确保电脑使用者相对唯一的情况下，可以选择保存登录信息，系统会自动对用户的相关登录信息采取加密手段后进行存储。
0.2 系统设置界面
0.2、系统设置界面
平台提供了基础的系统配置和用户个性化设置。系统设置在数据源选项卡中，主要提供了相应数据源的可视化界面设置，支持数据源的机密。支持多种常见数据库（下拉列表显示了目前所支持的数据库的类型：SqlServer、Oracle、MySql、Access），服务器地址，数据库实例，用户名和密码等相关项。在完成配置输入后可测试链接服务器，在优化过后的性能，可以在短时间（不超过5秒）完成极速响应。
0.3 工作台界面
0.3、平台工作界面
整个工作台界面主要由功能导航区（用户模块）、功能作业区(用户操作)、菜单栏、工具栏、状态栏等几个主要区域组成。导航和作业区为平台功能主区域，三个栏目为辅助性区域。
整个框架平台的工作台界面风格借鉴于宇宙无敌的微软集成开发框架（IDE）——Visual Studio系列，此处估计会带来争议，但根据本人使用VS和MyEclipse开发的经验来说，VS确实更易用，或者说更傻瓜化操作吧。当然这里没有贬义，iPhone不也号称傻瓜都会用么~所以用户方便好用才是王道。目前只能算是Windows下无敌，相信随着微软开源力度的加大，终将成为现实，这不是梦！
看完图片三板斧，还需文字三板斧。接下来就从个人的观点来谈谈，为什么要开发这套致力于信息化解决方案的插件式平台开发框架。
一、为什么是插件化？
引子
他山之石，可以攻玉；鞋子合适与否，只有脚知道。
软件工业化快速发展，软件开发思想和方法百家争鸣，各有千秋。团队的精益协作才是开发效率不断提高的重要基石。一种开放性、高扩展性的并行开发架构体系变得尤为重要。为了满足团队的生产需求，我们构建了一套自己研发的企业级信息化解决方案——插件式框架平台。
通用插件式开发框架除了基础的核心插件框架之外，还包括了工作流组件、通用权限系统组件，自动更新组件，自定义UI控件，自主ORM等通用性组件系统插件包。
1.1 插件式架构的优点
采用插件式架构设计的优点主要体现在以下几个方面：
1)、降低系统各模块间的互依赖性
任何一个功能模块都可以插件形式进行开发，各功能进行独立开发，相互间不存在互依赖性，提高了功能模块的重用性和整个系统的灵活性。修改功能模块也不影响其他插件模块的正常运行，提高了系统的可维护性和可扩展性。
2)、各模块独立开发、部署、维护
各功能模块按照插件契约定义的服务接口和相关元数据作为独立的插件进行独立开发，每个插件完成一个或一组功能。它们可以有独立的界面、业务逻辑和数据访问等实现，插件间具有物理隔离性，开发者可以独立开发功能，独立测试、部署与升级，一旦开发完成后，可以由插件框架在进行装载组合，不再需要进行代码合并和整体发布。
理论上插件组件是不应该可以单独运行的，按照插件式架构原理来说必须是通过插件管家托管才能运行。实际的开发中可能因为各种的业务需求不同而有所不同，具体应该如何对插件开发进行约束，可以视项目需求而定。
3)、动态的组装、分离系统
插件化架构以模块化的方式独立并行构建软件系统，在构建过程中随时进行集成。一个或几个功能模块可以打包为一个单独的插件进行发布，通过统一的配置文件维护插件包的部署信息，插件管理器可根据活动情况动态的从服务器上下载相应的插件包（插件配置文件、动态链接库，可执行文件等）到客户端进行插件初始化、组合等。插件框架能够灵活的管理各个插件实例之间的通信机制，并支持热插拔式的装载与卸载。
1.2 插件式架构的组成
插件式架构设计中主要包括以下三部分组成：
1、插件框架：组织和管理系统插件的下载、装载、组合、实例化以及销毁，并提供整套完整的与后台服务通信的操作接口等。
2、插件契约（服务）：插件契约以服务接口的形式存在，系统的所有插件全部通过实现系统框架统一的接口规范，便于有效的组织、管理插件对象。
3、插件组件：具体的插件程序，实现了插件契约服务的一个独立的程序。
1.3 结论
插件式框架平台优化了团队内和团队间的合作效率，其并行架构能极大提高软件开发效率，降低设计开发难度，缩短开发周期，增强应用程序的可运行性、可测试性和可维护性。
目标：从项目开发、管理、发布、升级、维护的角度出发，构建起了基于插件仓库的软件生产线平台。