架构，改善程序复用性的设计~第五讲 复用离不开反射和IOC续（大白话IOC）
要研究的问题：IOC是什么？它解决了什么？我们的项目中为何要用IOC？反射对性能真的影响很大吗？不用反射，谁意见最大？ 来吧，开始说问题 1，IOC是什么？不用说什么容器，框架，大白话其实IOC就是将一些接口与它的各种实现的类名配置在一个文件中，可以是XML，也可以是.config配置文件中 ...
原文：架构，改善程序复用性的设计~第五讲 复用离不开反射和IOC
从本文标题中可以看出，主要说的是反射技术和控制反转 IOC 技术，本文主要先介绍一下我对这两种技术的理解及它们的优缺点，最后再用实例来说一下使用方法。 反射：可以使用反射动态创建类型的实例，将类型绑定到现有对象，或从现有对象获取类型并调用其方法或访问其字段和属性。这里，它最重要的是 动态性 ，即根据条件动态创建 指定类型 的 实例 。 结果是： System.Int 本示例使用静态方法 GetTy ...
2012-06-03 13:43 7 2950 推荐指数：
相关推荐
架构，改善程序复用性的设计~（第一和第二讲目录）
之前我完了《重构，改善即有代码的设计》，这本书非常适合在编程中遇到瓶颈的朋友，看完 这本书，一定让您有一种“拨开迷雾”的感觉，事实上这本书就像标题一样，主要是讲代码重构的知识的，从变量命名到语句编写，从语句到提取方法，从方法重构 到类重构等等，每一篇文章都像是一道菜，让看过的人回味无穷 ...
架构，改善程序复用性的设计~第四讲 方法的重载真的用不到吗？
在第三讲中我们主要关注了代码重构的思想，从方法重构到类重构再到项目重构，这是一个过程，一种思想上的升华，今天将继续我们“程序复用性设计”的旅程，说一下方法重载的重要性。 细心的朋友一定会非常关注net frameworks的源代码，即使只能看到它内部方法的定义，也足够 ...
架构，改善程序复用性的设计~第六讲 我的系统结构~将所有可以抽象的项目进行抽象（大结局）
N层架构及各层之间的通讯标准 一 总体结构图 二 各个模块的介绍 通用项目模块Project.Common：它是对所有项目都公开的项目组合，主要提供一个与领域无关的通用功能的代码库 核心项目模块Project.Core：它是针对某种构架方式（如LINQ To SQL作为底层架构 ...
架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处
从标题中可以看到本篇文章将介绍代码随意性的缺点及由此引发的后果，首先，来说一下同一功能的代码在多个程序中被编写多次的后果： 1 它破坏了面向对象的“单一职责”的原则 2 当代码逻辑复杂时，或者进行二次开发时，程序员将对方法调用产生歧义，即不知道应该使用哪个方法，即代码可读性差 ...
架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处（续）
在写完架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处 ， 这篇文章后，得到了园友的反馈，说这种简单的业务逻辑还可以，但业务比较复杂时，根据就没法用这种方法。 针对这个问题，我觉得有必要再写一个续集了，呵呵！ 上回说的主要核心内容是将公用的部分从一个方法中提取出来，生成一个 ...
架构，改善程序复用性的设计~目录(附核心原代码)
。 事实上“改善程序复用性”的本质应该就是你是否遵循了面向对象的原则，你的代码是否面向对象，可能一个方法的重构 ...
设计模式之软件的可维护性和可复用性
通常认为，一个易于维护的系统，就是一个复用率较高的系统；而一个复用性很好的系统，就是一个易于维护的系统。 但实际上，可维护性和可复用性是两个独立的目标。 导致一个软件设计的可维护性较低的真正原因有四个： 过于僵硬：很难在一个软件系统中添加新的功能，因为新功能的加入会涉及多个模块的修改 ...