2017年12月_XML火柴

12月 11月 07月 04月 03月 01月

原创 2017结束啦！

2017年初，得知三方协议公司打出GG，上边赔了违约金等乱七八糟一共15K，接着当时实习的工作室不想干了，直接对室长打出GG，然后重新找工作。 3月初入职现在这家公司。 4-5月集中处理毕业设计，是基于Nutch的搜索引擎配置。 7月份毕业。 9月份全月无修，每天8.30-20.00赶项目。 10月份对项目重构，真正把模式、框架什么的应用到项目当中去，但是一直没时间做总结。同月，没有忘

2017-12-31 23:36:39 416 1

原创简单工程模式（Factory Method Pattern）

简单工厂模式是属于创建型模式，又叫做静态工厂方法（Static Factory Method）模式，但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式，可以理解为是不同工厂模式的一个特殊实现。优缺点优点：工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.

2017-12-31 10:52:01 470

原创 .NET框架准备

重温C# 类、继承、接口类：定义对象结构的一个过程继承：任何一个类都可以从另外一个类继承，这个类拥有它继承的类的所有成员。接口：用来定义程序的协议，它描述可属于任何类或结构的一组相关行为。字段、属性、常量、枚举字段：一个成员，它表示与对象或类关联的变量。属性:属性是实体的描述性性质或特征，具有数据类型、域、默认值三种性质。常量：常量是在编译时已知并在程序的生存期内不发生更改的不可变

2017-12-30 21:48:58 456 1

原创 MicrosoftNet企业级应用架构设计(下)

事件溯源导论简单是可靠的先决条件。 ——Edsger Dijkstra 推动DDD发展的动力是填补软件架构师和领域专家在业务领域上的见解差异。与关系型建模相比，DDD是一项突破，因为它促进领域建模代替数据建模。关系型建模着眼于数据实体和它们的关系。而领域建模则着眼于领域中可观察的行为。事件溯源（Event Sourcing，ES）并非只是使用事件对业务逻辑进行建模。在ES场景里，你的数据

2017-12-26 23:38:08 484

原创 MicrosoftNet企业级应用架构设计(中)

8.领域模型导论设计的模型和理念相互影响 ——Eric Evans 从数据到行为的转变典型的开发方案：收集需求，通过一些分析找出相关实体和需要实现的流程。接着，带着这些理解，尝试推到能够支撑流程的无理数据模型（通常是关系型）。确保数据模型符合关系型的一致性，然后根据标识相关业务实体的表构建软件组件。可以通过存储过程等数据库特有的功能实现行为，使数据库对上层代码隐藏起来。最后一步是找到合适的模型

2017-12-25 21:29:52 1295

原创 .NET框架设计（1）

框架设计的基本概念框架框架的通常作用及层面软件开发要满足用户的业务需求，然后满足编写代码时的非业务需求。非业务需求有很多种：安全、稳定、易维护、易扩展等等。框架的主要作用是让我们更好地实现非业务性需求，因为其影响着业务需求的性能。良好的用户体验、良好的视觉效果是现代软件必须的。框架的生命周期业务需求的一个特点就是不变性，但是业务需求是各不相同的，每个系统都有着自己独特的需

2017-12-25 00:38:53 1779 1

大家时常会发现，团队有才能的工程师并不少，但是一群能人聚在一起，却并没有发挥出应有的水准，反而没过多久，团队内部矛盾一大堆。这是怎么一回事呢？所以，今天我结合自己这些年的管理经验，谈谈如何将一个技术团队的战斗力提高到一个新的高度。明确的职责和团队架构对一个技术团队管理者而言，最需要做的一件事就是明确每一个工程师的职责和建立组织架构。职责的关键是：谁负责什么内容；团队架构的关键是：谁在什么位置，一定

2017-12-24 18:22:41 630

转载数据分布决定SQL写法

这是2016年8月份上海MOORACLE大会上陈宏义老师(老K)分享的一个案例，将一个merge SQL，通过改写成plsql的方式，大大提高了执行效率。老虎刘在看到这个案例的时候，开始没有注意到执行计划里面显示的各表实际记录数，不认为plsql的改写方式比分析函数的写法更高效，还与陈老师有过几次邮件讨论，直到后来仔细查看了执行计划。原SQL如下：merge into t_customer c u

2017-12-22 23:25:58 1226

原创设计模式（一）

引言：什么是设计模式一般而言，一个模式有四个要素：模式名称（pattern name）：助记符，用一两个词来描述模式的问题、解决方案和效果。问题（problem）：描述了应该在何时使用模式。解决方案（soluntion）：描述了设计的组成成分，它们之间的相互关系以及各自的职责和协作方式。效果（consequences）：描述了模式应用的效果及使用模式应权衡的问题。出发点的不同会产生对什么是

2017-12-20 22:12:31 316

原创 DDD领域驱动概述

Microsoft.NET 企业级应用架构设计（上）1.今天的架构师和架构在软件里，架构这个术语恰到好处地指代为客户构建系统。系统存在于环境之中，而环境则通过驱动一系列开发和运维的决策来影响系统的设计。系统的使命可以通过一组需求来描述。这些需求最终推动系统架构的形成。功能性需求定义了软件该有的功能。功能通过输入、行为、输出来描述。其主要问题在于描述期望行为。非功能性需求是指利益相关者明

2017-12-18 22:56:34 6008