可扩展程序

CLR全面透彻解析: .NET应用程序可扩展性

11-06
借助 Microsoft .NET Framework,编程人员便可轻松获取由不同开发人员和公司构建的组件,并将这 些组件集成到自己的应用程序中.但仅当已知哪些组件是构建基础时才能轻松实现上述过程.如果在构建 时对所需组件一无所知(对于加载项,通常会遇到这种情况),那么事情就会变得更加困难.开发人员在 扩展其应用程序时经常会遇到问题.例如,应将加载项存储在数据库中还是磁盘上?开发人员应考虑已知 接口的加载项以获得激活类型吗?使用 AppDomain.AppDomainManager 和 AppD

serviceloader-请问用ServiceLoader如何开发可扩展程序?

09-14
问题描述 请问用ServiceLoader如何开发可扩展程序? 据说ServiceLoader可以开发可扩展程序,在不需要重新启动应用程序的情况下就可以添加新的模块.网上找的比较详细的资料是 http://hi.baidu.com/cjry_8854/item/7015cb947c7acdbccc80e5e3 具体如何实现可扩展呢?请求大神相助啊!!万分感激

托管可扩展性框架

04-22
在.NET 4中使用托管可扩展性框架构建可组合的应用程序 托管可扩展性框架 (MEF) 是 .NET Framework 4 和 Silverlight 4 中新增的一个库,用于 简化在部署后可由第三方进行扩展的可组合系统的设计.MEF 可使您的应用程序具有开放性, 从而允许应用程序开发人员.框架编写者以及第三方扩展程序不断引入新功能. 构建托管可扩展性框架的原因 几年前,在 Microsoft 内部,一些小组致力于为一个问题找到解决方案,即如何基于可重 用的组件构建可动态发现.重用和组合的应用

诊断Java代码: 设计可扩展应用程序,第3部分

02-11
对应于我们上一篇" 诊断 Java 代码"中所讨论的透明盒可扩展性,黑盒可扩展性是指,在源代码既不能查看也不能修改时,可以扩展软件系统的方法.通常通过系统配置或使用特定于应用程序的脚本语言来进行这样的扩展.在本专题中,Eric Allen 讨论了何时设计黑盒可 扩展性的系统是有意义的,并提供了如何有效地实现这一设计的一些想法.阅读了本文后,您将知道何时使用黑盒并掌握如何实现它的一些技巧. 我已在以前的文章中谈到了代码重用设计策略的重要性(主要是因为各种信息处理任务的差异和相应费用的增加

诊断Java代码: 设计可扩展的应用程序,第2部分

02-11
玻璃箱可扩展性是指这样一种方式:软件系统可在源代码可以查看而不可以修改时被扩展 ― 它是黑箱设计(在这里构建扩展时,不查看原始代码)和开放箱设计(扩展代码直接写入到基础代码)的折衷.因为新的扩展直接建立在原始代码基础上,但不改动原始代码,所以,玻璃箱设计或许是扩展一个软件系统最有效.最安全的方法.在 诊断 Java 代码的这一部分中,Eric Allen 详述了上个月谈及的玻璃箱可扩展性主题.读完本文后,您将知道什么时候使用玻璃箱,并将获得一些如何实现它的提示. 随着信息处理任务(和与之相关的成

诊断Java代码:设计可扩展的应用程序,第1部分

02-10
随着对能应付日益增长的各种信息处理任务的软件系统需求的增长,找到能降低新的代码项目的生产成本的办法对软件公司是一种诱惑.最明显的办法之一是提高其它项目的代码的可重用程度. 在程序员设计一个新系统时,由此出现的更常见的问题中的两个是: 系统应该有多大的可扩展性? 我能使系统具有多大的可扩展性? 如果原始系统被设计成可扩展的,那么重用代码是最佳的办法.否则,重用代码时碰到的困难可以容易地抵消任何已获得的生产率.但是,要设计成可扩展的,在软件设计中就要考虑各种各样的新问题. 我将在本文讨论一些办法,这