u010173255的专栏

在查询数据时出现中文乱码，如图：在启动编辑器是应该使用redis-cli --raw，如运行--》cmd--》指定Redis的安装地址或解压地址--》输入命令“redis-cli --raw”如图：

一、AOP框架        Encase 是C#编写开发的为.NET平台提供的AOP框架。Encase 独特的提供了把方面(aspects)部署到运行时代码，而其它AOP框架依赖配置文件的方式。这种部署方面(aspects)的方法帮助缺少经验的开发人员提高开发效率。        NKalore是一款编程语言，它扩展了C#允许在.net平台使用AOP。NKalor

定义：            头脑风暴是将少数人以会议的形式，各自对某一问题进行思考与联想，提出个人的设想和提案原则：        1、不做任何有关缺点的评价        2、 提倡各种离奇的设想        3、设想的数量越多越好        4、巧妙的利用和改善他人设想特定：         1、消除所有清规戒律         2、参与人员没有限定

一、AOP框架        Encase 是C#编写开发的为.NET平台提供的AOP框架。Encase 独特的提供了把方面(aspects)部署到运行时代码，而其它AOP框架依赖配置文件的方式。这种部署方面(aspects)的方法帮助缺少经验的开发人员提高开发效率。        NKalore是一款编程语言，它扩展了C#允许在.net平台使用AOP。NKalore的语法简单、直观，

1、一台“全能”的服务器    把应用系统网站、数据库、文件系统等都在一台服务器下，这样形成了最初级的服务器，一般是非常简单的应用，使用的用户量相当有限。一些企业的门户网站或刚上线使用的系统会采用这样的方式进行部署。2、系统网站、数据库和文件系统不同的服务器进行部署    这个有先考虑的是把数据库和系统网站分离出来部署到不同的服务器。很多的系统网站很长一段时间都是把系统网站和文件服务器

1、单一职责原则    在软件系统总，一个类只负责一个功能领域中的相应职责，仅有一个引起它变化的原因。在一个类中，承担的职责越多，职责就会被耦合在一起，需要修改某个职责时会造成其它的职责受到影响，而且它被复用的可能性越小。类的职责主要体现在了数据和行为，在代码设计上数据体现在了类的属性上，行为体现在了类的方法中，这就要求了设计人员需要把类中的涉及到的职责进行分析，把不同的职责进行分离，从而在类

转发代理服务器与反向代理服务器    说到代理服务器，大部分人都应该比较熟悉了。记得在学校的时候因为校园网无法访问国外网站，因此经常使用代理来访问国外的网站。但是提到反向代理服务器可能大部分人就比较陌生，对于一般的代理服务器与反向代理服务器的区别估计也不是那么清楚。    因工作需要就研究了一下，搞清了是怎么回事，这里做个笔记，也为大家所共享。    代理服务器通常分为两类，即转发代理

HTTP代理按匿名功能分类是否具有隐藏IP的功能。非匿名代理：不具有匿名功能。匿名代理。使用此种代理时，虽然被访问的网站不能知道你的IP地址，但仍然可以知道你在使用代理，有些侦测ip的网页也仍然可以查到你的ip。高度匿名代理：使用此种代理时，被访问的网站不知道你的IP地址，也不知道你在使用代理进行访问。此种代理的隐藏。 按请求信息的安全性分类全匿名代理：不改变你

会议目的  该会议的对应隐喻：医疗诊断！其目的不是为了找到治愈方案，而是要发现哪些方面需要改进。 构成部分  参与人员：团队成员、Scrum Master 基本要求  从过去中学习，指导将来。  改进团队的生产力。 注意事项  不要让管理层人员参与会议。  不要在团队之外讨论找到的东西。 会议输出  障碍 Backlog 的输入。 

会议目的  Scrum 团队在会议中向最终用户展示工作成果，团队成员希望得到反馈，并以之创建或变更 Backlog 条目。 基本要求  Sprint 复审会议允许所有的参与者尝试由团队展示的新功能。 构成部分  有可能发布的产品增量，由团队展示。 会议输出  来自最终用户的反馈。  障碍 Backlog 的输入。  团队 Backlog 的输入。

会议目的  要做好战略规划，你需要知道 Backlog 中各项的大小，这是版本规划的必要输入；如果想知道团队在一个 Sprint 中能够完成多少工作，这个数据也是必须的。  团队成员可以从会议中知道项目接下来的阶段会发生哪些事情。 基本要求  只有团队才能作估算，Product Owner（产品负责人）需要在场，以帮助判定某些用户故事能否拆分为更小的故事。 构成部分：

会议目的  该会议的工作以设计为主，产品开发团队可以为他们要实现的解决方案完成设计工作，在会议结束后，团队知道如何构建他们在当前 Sprint 中要开发的功能。 基本要求  只有产品开发团队才能制定解决方案，架构师或其他团队之外的人只是受邀帮助团队。 构成部分：  能够帮助团队在该 Sprint 中构建解决方案的人，比如厂商或是来自其他团队的人员。  选择好的 Pr

会议目的  该会议的工作以分析为主，目的是要详细理解最终用户到底要什么，产品开发团队可以从该会议中详细了解最终用户的真实需要。在会议的结束，团队将会决定他们能够交付哪些东西。  产品负责人在会前准备：条目化的需求（用户故事），优先级排序，最近1~2个迭代最希望看到的功能。会前准备至关重要，可帮助产品负责人理清头绪，不至于在迭代期内频繁提出变更、增加或删除故事。 基本要求  迭代

跟踪进度要由团队来完成，燃尽图的横轴表示整个Sprint 的总时间，纵轴表示 Sprint 中所有的任务，其单位可以是小时，人天等。一般来说，燃尽图有”Sprint燃尽图”和”Release燃尽图”之分。  团队每天更新燃尽图。  如果燃尽图一直是上升状态，或当 Sprint 进行一段时间之后，Sprint 燃尽图上的Y值仍然与 Sprint 刚开始时相差无几，就说明这个 Spri

任务板集合了选择好的 Product Backlog 和 Sprint Backlog，并以可视化方式展示。任务板只能由团队维护，使用不同颜色的“即时贴”来区分开发人员，或者在“即时贴”写上接受任务的姓名。尽量使用大白板，也可以使用软件。 任务板有4列：   选择好的 Product Backlog：按照优先级，将团队在当前 Sprint 中要着手的 Product Backl

基本要求  每次会议都要准时开始、准时结束。  每次会议都采取开放形式，所有人都可以参加。 会前准备  提前邀请所有必须参会的人，让他们有时间准备。  发送带有会议目标和意图的会议纲要。  预订会议所需的全部资源：房间、投影仪、挂图、主持设备，以及此会议需要的其他东西。  会前24小时发送提醒。  准备带有会议规则的挂图。 会议推进  展开讨论时，会

Product Backlog——Backlog 待开发项，积压的任务。   产品 Backlog 包括了所有需要交付的内容，其内容根据业务需求的价值顺序排列，每个 Backlog 的优先级是可以调整的，需求是可以增减的，因此产品 Backlog 将根据不断增长来持续驱动维护。 Sprint Backlog——Sprint 本意为“冲刺”，指迭代周期，长度通常是一至六周。   在

Scrum Master -- 项目负责人、项目经理  是团队的领导和推进者，保护团队不受外界的干扰。以业务无标准，对team和持续改进负责，与Product Owner一起将产出最大化，并把控项目在当前迭代的过程Team  包括了开发人员、测试人员、美工、DBA等。团队对交付的产品质量负责，团队需要与提出产品需求得人员一起工作，共同建立Product Backlog。整个设计

哈希算法是通常我们所说的散列算法，把把任意长度的输入的数据变换成固定长度的输出(Key)，通过散列值建立数据内容和数据存放地址之间的映射关系。在C#中哈希表有Hashtable，Dictionary，它们都是继承自Map。其中Hashtable的key无序，Dictionary是按照顺序存储的。共有的特点是查找速度快、不能有重复的key。在构建哈希需要解决解决哈希冲突，查找是直接通过Key进行寻址

选择排序是冒泡排序的延伸，冒泡排序每次相邻的两个数进行对比，对比出最大(最小)值都需要移动交换数据，而选择排序是当前的数据与它后面的所以数据进行对比，对比的结果后进行交换下标，到最后才进行数据交换。最好的时间复杂度为   ，最坏时间复杂度为   ，因此冒泡排序总的平均时间复杂度为    。实体定义 public class User {