-
自定义聚合函数求中位数
所属栏目：[程序设计] 日期：2020-05-23 热度：104
using System; using System.Data; using System.Data.SqlClient; using System.Data.SqlTypes; using Microsoft.SqlServer.Server; using System.IO; using System.Collections.Generic; [Serializable] [SqlUser[详细]
-
为测试，保护独立性用stub来打破对象之间的依赖关系
所属栏目：[程序设计] 日期：2020-05-23 热度：196
现在来看The Art of Unit Testing With Examples in .NET的第三章“Using Stubs to Break Dependencies” 作者使用了三种定义来指向测试中的伪造关系：fakes, stubs 和 mocks。 “除了间接层次过多这样的问题之外，没有哪种面向对象的问题是不能通过添加间接[详细]
-
祝贺敏捷中国2009胜利召开——[转]老大的邮件
所属栏目：[程序设计] 日期：2020-05-23 热度：86
Greetings, I am glad to report that the Agile China 2009 conference was successfully hosted by ThoughtWorks over last weekend (September 11 and 12). This is the fourth annual Agile conference we have[详细]
-
[双语阅读]手机依赖症全球蔓延 离开手机无法生活
所属栏目：[程序设计] 日期：2020-05-23 热度：115
People would rather lose wallet than cellphone A file photo shows a man is talking on a mobile phone.A global survey has found that most people cant live without their mobiles, never leave home w[详细]
-
敏捷软件开发——里氏替换原则LSP
所属栏目：[程序设计] 日期：2020-05-23 热度：198
OCP背后的主要机制是抽象和多态。在静态语言中，支持抽象和多态的关键机制是继承。正是使用了继承，才可以创建实现其基类中抽象方法的抽象类。 那么我们在使用继承的过程中，应该需要注意哪些问题呢？这就正是本文中要介绍的一个敏捷原则——［里氏替换原则］[详细]
-
里氏替换原则（Liskov Substitutiion Principle，LSP）
所属栏目：[程序设计] 日期：2020-05-23 热度：72
1. Liskov于1987年提出了一个关于继承的原则“Inheritance should ensure that any property proved about supertype objects also holds for subtype objects.”——“继承必须确保超类所拥有的性质在子类中仍然成立。”也就是说，当一个子类的实例应该能够[详细]
-
没有对立的技术，只有对立的心态
所属栏目：[程序设计] 日期：2020-05-23 热度：174
在电脑DIY爱好者中，ATI/NVIDIA、AMD/INTEL各自的粉丝团 扎堆儿PK 的现象是非常激烈的。 如果有一篇文章出现对某一技术的倾向性，便会立刻被另一阵营粉丝的吐沫所淹没。 在咱们软件界，这种现象虽然不是那么极端，但也绝不少见， 我见过不少热爱一种语言的，[详细]
-
敏捷软件开发——依赖倒置原则DIP
所属栏目：[程序设计] 日期：2020-05-23 热度：192
首先，来对比并分析一下结构化程序设计和面向对象程序设计的区别。 结构化程序设计总是倾向于创建一些高层模块依赖于低层模块、策略依赖于细节的软件结构，该层次结构描述了高层模块怎样调用低层模块。现在，我们就分析一下这样的程序结构中存在什么样的问题[详细]
-
Qt Creator的库依赖问题
所属栏目：[程序设计] 日期：2020-05-23 热度：168
Qt Creator的Qt库中途添加依赖的问题 write by 九天雁翎(JTianLing) -- blog.csdn.net/vagrxie 讨论新闻组及文件 这里说一下，Qt Creator实在不是个什么好产品，在创建工程的时候可以用GUI选择你需要依赖的Qt模块，这样你可以仅仅通过包含头文件名即可正确包[详细]
-
设计模式学习笔记(八)：重构与模式，参考书籍
所属栏目：[程序设计] 日期：2020-05-23 热度：184
备注 : 1. 模式常常组合使用，共同解决问题。 2. 模式是特定场景下优雅的解决方案，因此场景很关键。在软件设计中，特定的场景可能是显而易见的，可能是隐而不现的，有时甚至是设计者有意创造的。因此使用模式时，对问题的分析至关重要。 3. 模式的使用是有[详细]
-
极限编程开发过程说明
所属栏目：[程序设计] 日期：2020-05-23 热度：84
极限编程的特点： 多次迭代，并持续集成；短交付周期；对测试的极端重视；结对编程。 一个项目周期包括多个交付周期，一个交付周期又包括多个迭代周期， 一个迭代周期包括多个集成，如下所示： 每一个迭代周期在2到4个星期不等。 每一个迭代过程如下： 过程[详细]
-
如何安装Jar（或war）依赖到本地的数据仓库中？
所属栏目：[程序设计] 日期：2020-05-23 热度：124
如何安装Jar（或war）依赖到本地的数据仓库中？ 下面具一个如何把dwr.jar包上传到本地数据仓库的例子，一看例子，大家就明了了。 - 下载dwr.jar 包到本地，我把它放到了 C:/ （C盘根目录），如图示： - 进入“命令行提示符”，进入到C:/，然后执行 mvn instal[详细]
-
如何在编译期进行拓扑排序，自动处理模块初始化依赖顺序。
所属栏目：[程序设计] 日期：2020-05-23 热度：122
模块之间的初始化和清理的顺序是很重要的。这个顺序应该可以根据各个模块之间的依赖关系求出。而且在绝大部分情况下，链接进工程的各个模块之间的依赖关系在编译期就可以确定出来。下面我们来讨论一下如何通过模板元编程构造一套方便的机制，让编译器自动帮[详细]
-
UML-泛化,依赖,关联,聚合
所属栏目：[程序设计] 日期：2020-05-23 热度：157
类与类之间的关系对于理解面向对象具有很重要的作用，以前在面试的时候也经常被问到这个问题，在这里我就介绍一下。 类与类之间存在以下关系: (1)泛化(Generalization) (2)关联(Association) (3)依赖(Dependency) (4)聚合(Aggregation) UML图与应用代码例子:[详细]
-
不能太依赖Google
所属栏目：[程序设计] 日期：2020-05-23 热度：78
最近发现自己太依赖Google了，一遇到什么问题，Google一下。 诚然，搜索是除直接请教别人外的最快捷的方法。但是，这样不利于自己思考，不利于知识体系的形成，不利于基本功的学习。 一般情况下，查到的知识是很狭窄的一部分。如果目的仅仅是应一时之急，当然[详细]
-
上海英雄会
所属栏目：[程序设计] 日期：2020-05-23 热度：134
今天参加了上海英雄会。好冷！还有一个印象就是，好贵！上海的东西真的好贵！地铁好破，售票系统经过回归测试了么？实在不行，整几个冒烟测试或者TDD，XP好鸟。 详细的稍后见。困死老夫了。收徒一名。[详细]
-
敏捷软件开发——单一职责原则
所属栏目：[程序设计] 日期：2020-05-23 热度：184
在说【单一职责原则】之前，先说一下什么是内聚性。 内聚性：是一个模块内的组成元素之间的功能相关性。在本文中，将这个概念延伸一下，把内聚性和引起一个模块或者类改变的作用力联系起来。 现在，就介绍一下什么是【单一职责原则】。 单一职责原则：就一个[详细]
-
代码猴子与童子军军规
所属栏目：[程序设计] 日期：2020-05-23 热度：96
2007年3月，我在SD West 2007技术大会上聆听了Robert C. Martin（Uncle Bob）题为Craftsmanship and the Problem of Productivity: Secrets for Going Fast without Making a Mess的主题演讲。一身休闲打扮的Uncle Bob，以一曲嘲笑低水平编码者的Code Monkey[详细]
-
用NVI(Non-Virtual Interface) 模式强化依赖倒置
所属栏目：[程序设计] 日期：2020-05-23 热度：145
用NVI(Non-Virtual Interface) 模式强化依赖倒置 黄国强 2009-8-20 先看示例代码。 1) 没有运用NVI模式的Base class Base { public : virtual void Work(void) = 0； }; class Derived : public Base { private: virtual void Work(void[详细]
-
UML的依赖，关联，聚合和组合
所属栏目：[程序设计] 日期：2020-05-23 热度：51
在UML中，类之间的关系可以分为：依赖，关联，聚合和组合四类。这四类关系其实都可以看作是某种意义上的关联，从依赖到组合，它们的关联强度由弱到强。 依赖是类与类之间最弱的关联，现实中的例子是，类A的某个方法的参数中使用了类B，这样就可以说类A依赖类B[详细]
-
我们依赖的是流程保证质量，不是依赖个人保证质量
所属栏目：[程序设计] 日期：2020-05-23 热度：86
在新的个人版中，为了重用校验码的逻辑，网站系分主导，将校验码的生成、验证规则放在会员核心中（包含错误三次以上删除校验码，一分钟只能发送一次等规则），具体影响验证找回密码申请、手机绑定、手机解绑、激活增加登录号、注册时的激活等业务。这是事前[详细]
-
未能加载文件或程序集“SQLServerDAL”或它的某一个依赖项。系统找不到指定的文件。
所属栏目：[程序设计] 日期：2020-05-23 热度：115
最近在学习.net三层架构和工厂模式，按照网上的例子创建了一个实例之后， 运行，在DALFactory类中如下代码出报错 string path = System.Configuration.ConfigurationSettings.AppSettings[WebDAL].ToString(); string className = path + .Noti[详细]
-
乘时间机器，看敏捷旅程
所属栏目：[程序设计] 日期：2020-05-23 热度：111
BOSCO系统是一个在线品牌管理系统，项目客户是一家跨国酒店集团，旗下拥有多个世界著名的酒店品牌。BOSCO系统将服务标准化、标准符合度审查、改进流程管理等酒店品牌管理的工作内容整合到一个信息系统中，来提高相关人员的工作效率。目前BOSCO系统已经被全球[详细]
-
COM组件聚合中虚函数研究
所属栏目：[程序设计] 日期：2020-05-23 热度：97
最近阅读《COM技术内幕》这本书，在讲到组件的聚合时候，看了几遍一直没看明白，最后在网上看到了这篇文章才发现原来是虚函数表在做宗，感慨C++学的不好啊！ 后来发觉是因为指针的转换造成的.如下面的代码,而且你要保证你的INondelegationUnknown接口函数顺序[详细]
-
com学习笔记(7)包容与聚合
所属栏目：[程序设计] 日期：2020-05-23 热度：94
一.包容 如同适配器,调用方法时,调用内部接口方法,对其内部接口进行了封装 // Interface IYvirtual void __stdcall Fy() { m_pIY-Fy() ;} //@N 二.聚合 特殊的包容形式,把内部的接口指针直接暴露给外部 HRESULT __stdcall CA::QueryInterface(const IID iid,[详细]
浙公网安备 33038102330553号