目录

STL算法概述
查找算法
堆算法
关系算法
集合算法
排列组合算法
排序和通用算法
删除和替换算法
生成和变异算法
算数算法

STL算法概述

简介:

STL算法部分主要由头文件<algorithm>,<numeric>,<functional>组成。要使用 STL中的算法函数必须包含头文件<algorithm>，对于数值算法须包含<numeric>，<functional>中则定义了一些模板类，用来声明函数对象

注意:

编译器无法检测出所传递的迭代器是一个无效形式的迭代器,当然也无法给出算法函数错误的提示,因为迭代器并不是真实的类别,它只是传递给函数模板的一种参数格式而已

STL中算法分类:

• 操作对象
  • 直接改变容器的内容
  • 将原容器的内容复制一份,修改其副本,然后传回该副本
• 功能:
  • 非可变序列算法 指不直接修改其所操作的容器内容的算法
  • 可变序列算法 指可以修改它们所操作的容器内容的算法
  • 排序算法 包括对序列进行排序和合并的算法、搜索算法以及有序序列上的集合操作
  • 数值算法 对容器内容进行数值计算

查找算法(13个)：判断容器中是否包含某个值

堆算法(4个)

关系算法(8个)

集合算法(4个)

排列组合算法(2个)提供计算给定集合按一定顺序的所有可能排列组合

排序和通用算法(14个)：提供元素排序策略

删除和替换算法(15个)

生成和变异算法(6个)

算数算法(4个)

Listary 是一款 Windows 文件浏览增强工具，为 Windows 资源管理器增加智能命令、最近文档以及收藏功能。文件小，功能强大。
秒杀系统自带搜索功能！！

它是一款非常优秀的 Windows 文件浏览和搜索增强工具，可以为你 Windows 的「文件浏览对话框」、「资源管理器」等增加非常方便的文件快速定位、实时全盘搜索、常用文件夹收藏、打开历史、快速切换到已打开的路径、快捷右键菜单等一系列非常非常实用和高效的功能，它能将 Windows 的便捷性提高到一个新的高度！

这里有一段来自iPlaySoft.com的视频介绍，其中就展现了 Listary 怎样为我们带来的高效操作体验的：

如视频演示，使用 Listary 之后，你完全不需像一般的搜索软件那样去找搜索框或启动窗口来进行输入，在资源管理器或对话框的界面下，只需直接按键盘，输入字母就能轻松定位和操作文件了（非常赞的一点是它竟然能支持用拼音缩写来匹配中文文件名），善加使用可以节省大量的鼠标移动和点击，极大的提升文件操作效率。当你习惯了使用 Listary 之后，你一定不会再愿意回到过去！因为你永远都不知道，它以后到底能为你省回多少那些原本被默默浪费掉的生命！又或许，用过之后你才知道，原来 Windows 还能这么个用法！

Listary 的功能介绍：

Listary 体积小巧，而且运行快速，即便在低配置的电脑上常驻系统使用也不会察觉有丝毫拖慢速度的现象。它提供了简体中文语言，加上前面所说的拼音搜索功能，可以说对中文环境的支持已经达到了完美。虽然官网的介绍视频是英文的，但软件本身也提供了中文的 “教学” 功能，安装后第一次打开，软件会有新手指引，非常人性化，相信大家上手使用应该是无鸭梨的。

集成在windows资源管理其中，操作非常方便

方便新手上手，分享一些使用教程：

1、双击Ctrl键，调出搜索界面
2、在搜索见面输入欲查找的文件或文件夹（如果是中文，建议用汉字，设置选项里面有模糊匹配）
3、搜索结果栏会出现在搜索界面下方，上、下键选择后回车直接调用关联程序。
5、建议长期使用者设置成随电脑启动。
6、经济条件允许的话，建议购买正版（支持国产软件，虽然不购买此软件也正常使用，只是部分Pro功能限制，正版终身免费升级）。
7、此上介绍仅仅只是该软件最大的使用亮点，其实还有很多功能，比如之前搜索过的历史记录可以随时调用等。

Listary 除了支持 Windows 的资源管理器、文件对话框的增强之外，还能提供TotalCommander、WinRAR、FileZillar、7Zip、XYPlorer、FreeCommander 等知名软件的增强支持，配合它们用起来使用效率更加无敌！此外，如果你喜欢使用 Everything 进行文件搜索的话，Listary 还能与它结合，用它替代自身的搜索功能。

WinRAR等第三方软件中也能用

与第三方程序 Total Commander集成,详细请参考：Listary+TC: 提高效率，取代传统低效的"打开/保存"对话框

Listary+TC: 提高效率，取代传统低效的"打开/保存"对话框

免费版与Pro版区别：

除了视频中介绍的那些特性之外，Listary 其实还有很多很实用的增强功能和特性，譬如 Project (项目汇聚搜索)、FuzzyNavigation (搜索当前文件夹里面的所有文件)  等特性大家可以下载回去慢慢试用和体会。不过可惜的是，其中很多优秀的功能（如刚提到的两项、还有视频中按右方向键调用文件的菜单等等）都是 Listary Pro 专业版专享的，免费版并不能使用。所以如果你觉得免费版用得不够爽，或者用过觉得这软件确实有用，那么我极度建议你升级到 Pro 版，因为你不仅可以使用目前全部的功能，而且未来版本新增的功能也能全部获得。

Pro版可以到官网购买，当然本着互联网分享精神，这里提供一个免费注册Pro方法（相关文件下载链接在文末提供）：

Install Listary

Close the Program

Run (Run as admin) the file "Kill-ListaryService.bat" for stoping the ListaryService

Copy the cracked file "MSVCP140.dll" and paste to Listary Installtion Folder(C:\Program Files\Listary)

Register the program with following key

Name: Mike Rountree
Email: soft@instant-demo.com
Registration Code:

JE4V8T3M96PWT4SUCNZNVZ37XKLBU2QW
N64LEJQ3VHY7MPL6KY2R5SQZ76QFFTKP
VVE8JBVEAME8MMBRHRGF2P6MAJG7ZSQY
MUY2PGTQ2EG3W2YHTU2CFWL7SE6THU3Q
TAL3U894S2BWA9629EFCXYYYG3S65WEQ
5R234G26AT52UWD27PNENP4GR2EKKDK6

Name: John James Jones
Email: john.james.jones@hushmail.com

Registration Code:
2RJSDKSSNGSXMYNWEEH7E4T6FUVCGPPB
CDADQ5LMEABJF76Y369B5LTLVXVFWUN3
26KQ58M78J2NNS6WKPT9CG4MJXNXH4MJ
YBYXSARTBNPFNVBF6UFXQUVEWXQQGSUY
HFF9AVV857AENGWWMPMRN5VLHB884JEA
Y48FXJJ5JDY6UVTP8FMJSHDLSAXZB5HE

Done

成功升级到Pro版本

相关文件下载地址：

官方网站：访问

链接：https://eyun.baidu.com/s/3qYqAZGo 密码：leftshine

参考文章：

Listary – 文件浏览增强工具

Listary Pro - 能极大幅度提高你 Windows 文件浏览与搜索速度效率的「超级神器」

windows资源管理器增强工具Listary.Pro.5.0.2581.0最新破解

前文：

首先感谢群里的大神宇内流云 提供的anyexec for windows版本。

经过本人搭建虚拟机在xp环境 使用anyexec运行winfrom程序后，测试通过,如下是用的xp运行winfrom程序的部分截图

下面是n年前入坑C#写的winform。。。玩毒奶粉用的，勿喷。

.net framework 4.5环境的winform程序

不过要注意的是，exe引用的自己写的dll需要放在根目录下

整个步骤：

1、下载anyexec  链接: http://pan.baidu.com/s/1jIyViC2 密码: ss3a （链接已更新，支持中文名和中文路径）

2、目录内容介绍

│ any.exe 运行控制台程序员的，名字要与放入app目录的控制台程序对应
│ list.txt
│ winform.exe 运行winform程序的，名字要与放入app目录的控制台程序对应
│ 使用说明.txt
│ 备用DLL.zip  mono环境下的dll，如果缺少了dll，可以将dll解压后，放到runtime\lib目录里面
│ 目录结构.bat
│

├─app 这目录存放你写的exe程序，里面是两个示例demo
│ any.exe 示例控制台程序
│ winform.exe 示例winform程序
│
└─runtime mono运行环境
├─bin
├─etc
│ └─mono
│ │ browscap.ini
│ │
│ ├─4.5
│ │ │ DefaultWsdlHelpGenerator.aspx
│ │ │ machine.config
│ │ │ settings.map
│ │ │ web.config
│ │ │
│ │ └─Browsers
│ │ Compat.browser
│ │
│ └─mconfig
│ config.xml
│
└─lib 如果少了dll去备份dll.zip解压放置到这里
│ any.dll
│ System.Drawing.dll winform程序必须的dll
│ System.Windows.Forms.dll winform程序必须的dll
│
└─mono
├─4.5
└─gac

3、把你写的winform程序放入到app目录

exe如果有引用的dll就放在根目录下

如下图，我引用了helper.dll文件

4、把根目录的winform.exe改成和app目录你放入的exe同名

我这里改成了ShrinkDatabase.exe

5、运行

如果需要linux环境下运行C#程序，请访问宇内流云大神的博客

不装mono，你的.NET程序照样可以在Linux上运行！

意义：

无需在xp,win7下安装.net 4.5和以下的框架就可以直接运行你写的C#程序

你可以制作更多更方便的绿色程序

整个环境大小压缩后只有11.3M，不用的dll还可以删掉，获取更小的体积

前言

其实地上本没有路，走的人多了，也便成了路。 -- 鲁迅

就像上面鲁迅说的那样，其实在我们开发中间件的过程中，微软并没有制定一些策略或者文档来约束你如何编写一个中间件程序， 但是其中却存在者一些最佳实践的方法，大多数人来使用这种方法来使应用程序变得更加容易理解并且易于维护，这就叫“路”，在2017年，这叫套路。

在掌握了这些套路之后，能够帮助你迅速的搭建一个中间件的基本框架，并且易于扩展和维护，下面我们就来看看怎么样从头开始开发一个中间件吧。

如果你对 ASP.NET Core HTTP 管道还不太清楚的话，下面这篇文章将有助于你对其进行一个系统的了解：
http://www.cnblogs.com/savorboard/p/aspnetcore-http-pipeline.html

Getting Started

说明： 这只是通常情况下，具体的情况还请使用具体的套路。

Setup 1 创建扩展类

如果你的中间件需要一个向 ASP.NET Core 的 DI 容器中添加默认的一些服务的话，那么你就编写一个需要扩展类，用来在 Startup.cs 中的 ConfigureServices 中注册服务。

举例，Microsoft.AspNetCore.ResponseCompression 这是一个用来压缩请求内容的一个中间件，那么它就需要一个服务用来处理压缩相关的东西，所以它扩展了 IServiceCollection 并且添加了自己的 Services。

整个中间件的核心代码并非在这里，这里只是一个开始，那么有同学可能会问了，什么情况下我们需要提前向一个DI里面注入我们中间件需要的服务呢？ 答案是，如果你不知道或者不确定你需要什么样的服务的时候，跳过此步骤，进入下一步，再等你需要的时候再回头来补上就是。

那么，我们先看一下编写一个扩展Service的静态类应该怎么做？

首先，新建一个以 xxxServicesExtensions 文件名结尾的静态类，用来编写注入DI的扩展方法。

类建立完成之后，需要向里面添加内容了。通常情况下，中间件中 Service 的扩展方法都是以 Addxxx(this IServiceCollection services) 开头来命名。在这里有一个需要注意的地方就是它的命名空间，通常情况下我们使用 using Microsoft.AspNetCore.Builder 这个命名空间。

然后，方法里面就是需要注册的服务了。假设我们需要向里面注册一个 IResponseCompressionProvider 和 它的实现类 ResponseCompressionProvider，那么最终的扩展方法可能看起来是这样的。

using System;
using Microsoft.AspNetCore.ResponseCompression;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.DependencyInjection.Extensions;

namespace Microsoft.AspNetCore.Builder
{
    public static IServiceCollection AddResponseCompression(this IServiceCollection services)
    {
        if (services == null)
        {
            throw new ArgumentNullException(nameof(services));
        }
    
        services.TryAddSingleton<IResponseCompressionProvider, ResponseCompressionProvider>();
        return services;
    }
}

Setup 2 创建配置类

有的时候，用户在使用我们编写的中间件的时候，我们需要向提供者提供一些配置项，这些配置项在中间件执行之前用来传递一些必要参数信息或者是一些设置信息。举个我们熟悉例子，我们在使用 MVC 中间件的时候，可能会看到以下写法：

// Startup.cs
public void ConfigureServices(IServiceCollection services) 
{
  var userDefinedFilter = new xxxFilter();
  services.AddMvc(x => x.Filters.Add(userDefinedFilter));
 
}

可以看到，用户可将一些自定义的 Filter 传入到中间件的，然后中间件在运行的时候，我们传入的 Filter 就生效了。

注意，中间件使用的配置项有两种添加方法，一种是添加到 AddMiddleware(Action<xxxOptions> option) 另外一种是 UseMiddleware<>(Action<xxxOptions> option)，那么这两种有什么区别呢？
那么，前者Add中的配置项一般情况下是中间执行之前就需要的一些信息，也就是说中间件的启动就依赖于这些配置项，他放置于容器配置（Add DI Service）的时候添加进去更加方便或者合适的时候使用它，另外一种（后者）是容器已经构建完毕，不需要依赖于容器提供的配置项可以使用此种方式。

同样的道理，当你自己为你的用户编写一个中间件的时候，当你也需要用户可以自定义一些配置或者需要传入一些参数的时候，你也可以这么做。那到底怎么样做呢？ 我们一起来看看。

首先，我们需要一个 xxxOptions 结尾的配置类，用来配置我们中间件需要的一些配置项。我们还是以上面的压缩中间件举例。

public class GzipCompressionProviderOptions : IOptions<GzipCompressionProviderOptions>
{
  public CompressionLevel Level { get; set; } = CompressionLevel.Fastest;
  
   GzipCompressionProviderOptions IOptions<GzipCompressionProviderOptions>.Value => this;
}

它其中配置了一个压缩的等级 CompressionLevel ，这是一个枚举字段。 然后我们可以看到，这个类它继承了 IOptions<out T> 接口，这是一个知识点，什么意思呢？ IOptions<out TOptions> 是 ASP.NET Core 新的一个配置体系里面的一个接口，当你实现这个接口之后，ASP.NET Core DI 容器提供了了一个 services.Configure<xxxOptions> 这样的方法来让你把配置项注入到容器中，当然你也可以将配置项和 appsetting.json 中的配置关联起来，以便于配置一些在运行期可能需要变动信息。更多关于 IOptions<T> 的信息可以看 这里的翻译。

这个 xxxOptions 类通常情况下会提供一些默认值，也就是说当用户不提供这些参数的时候，你需要有一个合理的机制或者默认值来正常运行你的中间件。

假如你的配置项有很多，也就是说还有进一步比较细化的配置，那么你可以做一个封装，就像MVC的Options类一样，这样能够给你的中间件提供更加合理的维护和扩展。

Setup 3 核心中间件

接下来，就是我们的核心代码类了，通常情况下会有一个 xxxMiddleware 结尾的类用来处理 HTTP 管道请求中的一些业务，这个类的构造函数中已经可以使用在Setup1或者Setup2中向DI容器中注册的服务了。

按照约定，Middleware 类中需要有一个 Invoke 方法，用来处理中间件的核心业务，它的签名如下：

public Task Invoke(HttpContext httpContext);

注意，这是一个约定方法，并没有接口来约束它。在 Invoke 方法中，是中间件实现的核心代码。 示例如下：

public class xxxMiddleware
{
    private readonly RequestDelegate _next;
    
    public xxxMiddleware(RequestDelegate next)
    {
        if (next == null)
        {
            throw new ArgumentNullException(nameof(next));
        } 
        _next = next;
    }
    
    public async Task Invoke(HttpContext context)
    {
       // ......
       await _next(context);
       return;
    }
}

在 xxxMiddleware 这个里面有一个构造函数参数 RequestDelegate，它是一个委托，代表的需要执行的下一个中间件，通常情况下我们会把它放到我们业务代码的末尾。

Setup 4 中间件扩展注册

中间件有三种注册方法（Run，Map，Use），我们暂不考虑Run和Map，因为他们只适用于很小和少的一些情况

完成了以上工作后，接下来，我们需要把中间件注册到我们的 ASP.NET Core 的执行，这个时候我们需要一个 xxxBuilderExtensions 类，它也是一个静态类，注意它的命名空间通常为
Microsoft.AspNetCore.Builder，因为这个用户在使用我们的中间件的时候就不必再添加额外的命令空间，依靠 Visual Studio 的智能提示就可以很快速的搜索到。我们来看一下示例：

using System;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.DependencyInjection.Extensions;

namespace Microsoft.AspNetCore.Builder
{
    public static class xxxBuilderExtensions
    {
        public static IApplicationBuilder UseResponseCompression(this IApplicationBuilder builder)
        {
            if (builder == null)
            {
                throw new ArgumentNullException(nameof(builder));
            }

            return builder.UseMiddleware<xxxMiddleware>();
        }
    }
}

Yeoman 一秒钟

有同学可能会说了，这些套路既然是这样的，那么有没有什么代码生成工具来帮我做这些事情呢？答案是肯定的。

博主已经帮你们把工具做好了，它使用的是当今最流行的脚手架工具 npm 中的 Yeoman 。使用它可以帮助你迅速的搭建一个中间件解决方案代码模板，让你专注于业务开发。

我已经把这个模板上传于 Yeoman 的仓库中，你只需要按照如下命令就可以帮你自动生成一套 ASP.NET Core 中间件解决方案代码模板了，当然单元测试也包含其中。

npm 工具的安装相信你自己可以的。下面是安装 Yeoman 工具和博主的模板工具。

// 安装 Yeoman 脚手架工具  -g 命令为全局安装
npm install -g yo

// 安装博主的 Yeoman(ASP.NET Core Middleware)模板
npm install -g generator-aspnetcore-middleware

然后选择你需要生成解决方案的文件夹，使用如下命令生成。

yo aspnetcore-middleware

注意：生成的过程中需要输入你中间件的名称。按要求输入即可。

总结

本篇文章主要讲述了从头创建一个 ASP.NET Core 的流程，这适用于大多数场合，但是并不代表所有的场合，在实际开发的过程中还需要具体的考虑一下。接着博主提供了一个yo自动化脚手架模板用来快速创建一个中间件解决方案。

如果你觉得这篇文章对你有帮助的话，谢谢你的【推荐】。

如果你对 .NET Core 感兴趣可以关注我，我会定期在博客分享关于 .NET Core 的学习心得。

本文地址：http://www.cnblogs.com/savorboard/p/generator-aspnetcore-middleware.html
作者博客：Savorboard
欢迎转载，请在明显位置给出出处及链接

阅读导览(点击快速跳转）：

1.FScapture

2.Snipaste

3.Picpick

相关文件下载及链接

1.FScapture（返回目录）

FScapture全名为 FastStone Capture，它还有一款兄弟软件叫做 FastStoneImageViewer 是一个图片浏览器，有兴趣的可以下载体验。

博主自用，文章里面的图就是用它截的，其自带的图像查看/编辑器，功能强大，可以满足截图后，对图像的各种标注、裁切调节等需求，其功能不亚于 Windows 的画图板，做教程很是方便！

强大：是一款不可多得的多功能小工具，兼有各种模式的截图、屏幕录像、屏幕取色、屏幕标尺以及对图片的编辑功能！

小巧：解压下来所有文件只有2.66MB，是不是很小呢？

快捷：还可以配合自带“PrtScreen”快捷键使用

滚动截图快捷键

主要功能介绍

截屏
包括了全屏截取，当前活动窗口截取，截取选定区域，多边形截取和截取滚动页面等，基本上常用的都有了。特别是滚动截取，许多朋友为了这个功能，不惜安装各种重量级的截屏软件，甚至四处下载各种软件的破解补丁。

主界面

图像浏览 / 编辑
FS Capture还包括快速（浏览/编辑图像）的功能，可以点击主窗口的“打开”图标快速打开一幅图片，进行简单的缩放、裁切、旋转、加文字等轻量级的操作。把网页中图片拖到 FS Capture 的窗口上，会快速打开图像浏览窗口。

编辑界面

视频录制
7.0 版本开始具备的功能，只需点击“视频录制”按钮，即可选择一个录制范围，可以选择“Window/Object”（窗口或对象）、“Rectangular Area”(矩形区域)、“Full Screen Without Taskbar”(无任务栏全屏)、“Full Screen”(全屏)等范围。选择范围后，即可点击 Record 按钮，非全屏范围，还需要选择好一个区域，然后在弹出的窗口点，击“Start”按钮，即可开始录制了，最后可以按F11键停止。
录制的过程如“视频录制”视频所示。录制的视频格式是 Wmv，录制完成后，会打开媒体播放器，进行播放。7.3 版本开始，支持同时录制麦克风和扬声器的音频。

屏幕录像

小功能介绍

附带的其他两个小功能：取色器和屏幕放大镜。对抓取的图像，提供缩放、旋转、剪切、颜色调整等功能。只要点点鼠标，就能随心抓取屏幕上的任何东西，拖放支持可以直接从系统、浏览器或其他程序中导入图片。

小功能

屏幕取色器
现在网上各式各样的取色器应该不少了，包括之前一直用的蓝色经典推荐的 ColorSPY， Firefox 下还有一个，专门的取色器扩展 ColorZilla，这些都是很好的软件。但自从使用了 FS Capture 之后，这些我都很少用到了。原因很简单，各种取色软件的功能，都大同小异，FS Capture 非常小巧，既然有这样一个小软件，能够包含取色器、屏幕放大镜和截屏的功能，为什么还要为这些功能，而分开多个软件呢？FastStone Capture 的取色支持 RGB、Dec 和 Hex 三种格式的色值，而且还有一个混色器，取到颜色之后，可以再编辑。

屏幕放大镜
这确实是一个不错的功能，特别是现在，我们已经习惯用 DIV 来对页面定位，DIV之间的对齐不像表格那样容易控制，有时为了调整几个像素的偏差，不得不对着屏幕盯很久。有这样一个放大镜，就方便多了。使用时，只需点击一下，FS Capture 窗口上的放大镜图标，鼠标变成一个放大镜的样子，然后在需要放大的地方，按下右键就可以了，就像手里真的拿着一个放大镜一样。可以设置放大倍率，放大镜的尺寸，外观（圆形，矩形以及圆角矩形）以及是否平滑显示，按 ESC 键或单击右键可退出放大镜。

屏幕标尺
FastStone Capture 还有屏幕标尺功能， 点击后会屏幕上会出现一个尺子，方便测试屏幕某区域的像素大小。

将图像转换为 PDF 文件

图片可以直接转为PDF

发送到 PowerPoint，Word，FTP

截图后可一键发送到文档中正在编辑的位置，非常方便

最后送一枚可能会用到的注册码：

用户名：1028
注册码：AXJQI-RWMDW-YBXZC-LOPHI

喜欢的话请支持正版。

相关文件下载及链接在文末提供

2.Snipaste（返回目录）

Snipaste=Snip + Paste =截图 + 贴图。

开发了三年的截图工具，但不只是截图

它将 截图 与 贴图 整合在了一起，你可以将刚刚的截图随意放置在桌面上而不需要打开图片浏览器

Snipaste 的功能有点多，首先这是一款截图工具，能够进行各种简单、高级的截图，并可以编辑截图。其次可以将截图、文字、图片、网页、代码等剪贴板内的东西以图片的形式贴在屏幕上。

我们还是从作者眼花缭乱的演示动画中来看看具体怎么玩吧：

有人问博主这些酷炫gif怎么录制的，这里有工具推荐：【录教程必备】推荐几款屏幕录制工具（可录制GIF）

截图

贴图，即是使图片成为一个窗口并置顶显示：

贴图窗口可以旋转、缩放、半透明、鼠标穿透：

以上功能也许并不新奇，但Snipaste还有很多特别的地方。

精确控制截图范围：

截图记录回放：

是的，不只是回放全屏的截图，之前截图中的画图过程也能重现。

取色（不只是显示取色框，能复制当前像素点的 RGB 值）：

取色之后，还能把颜色贴出来（同时可得到各种颜色格式的转换）：

普通的纯文本，可以转换成图片：

HTML 格式的文本，也可以：

配合支持 HTML 格式复制的代码编辑器食用更佳：

图片编辑功能不止在截图时可用，贴图窗口亦可：

有马克笔、马赛克、高斯模糊、橡皮擦功能：

文字可旋转：

当然，截图和贴图还可以结合得更紧密。

截图后复制到剪贴板里的图片，贴出来可以就在原来截图的位置：

也可以一步到位：

还有炫酷一点的，在贴图窗口播放 GIF ：

不喜欢默认的蓝色界面也没关系，主题色任你选，通知栏图标也随你定制：

换个截图遮罩的颜色：

相关文件下载及链接在文末提供

3.Picpick（返回目录）

PicPick具备了截取全屏、活动窗口、指定区域、固定区域、手绘区域功能，支持滚动截屏，屏幕取色，支持双显示器，具备白板、屏幕标尺、直角坐标或极坐标显示与测量，具备强大的图像编辑和标注功能。

截图可以保存到剪贴板、自动或手动命名的文件（png/gif/jpg/bmp）。

软件特色

1、屏幕截图：支持全屏、活动窗口、滚动窗口 、窗口控制、区域、 固定区域、手绘 、重复捕捉；

2、Ribbon界面图像编辑器： 箭头、 线条等绘图工具。模糊、 锐化、、 像素化、 旋转、 翻转，框架等特效。

3、拾色器和调色板：支持RGB、HTML、 c + + 、Delphi等代码类型，Photoshop风格转换，保存颜色；

4、屏幕放大镜、量角器、屏幕坐标计算功能；为你的演示文稿把屏幕当作白板自由绘画!

5、界面友好，直观、易用、 快速便捷，支持所有 Windows 系统 （完美兼容 Windows7 和 Windows 8 ），而且所有的功能都完全支持双屏幕环境。

6、多语言支持（30种语言），此处提供的文件精简了语言，只保留中文和英文语言。

7、软件不更改任何注册表内容 ，不访问到系统文件夹（你可以将软件复制到便携式USB）。

8、软件已经集成注册信息，喜欢请支持正版

相关文件下载及链接在文末提供

相关文件下载及链接（返回目录）

FScapture

官方主页：http://www.faststone.org/

链接：https://eyun.baidu.com/s/3hsBQhla 密码：leftshine

Snipaste

官方主页：https://www.snipaste.com/

下载地址: XP / X86 / X64

Picpick

官方主页：www.picpick.org/

官方下载：http://ngwin.com/picpick/download

以上文件在百度云都有备份：

链接：https://eyun.baidu.com/s/3hsBQhla 密码：leftshine

参考文章：

http://bbs.chongbuluo.com/thread-29-1-1.html
http://www.shaoit.com/snipaste.html

AtomineerUtils是国外的一款用于生成源代码注释的一款VS插件，官方网站：http://www.atomineerutils.com/products.php

通过链接，可以看出这款插件的功能十分强大，不像GhostDoc那样，只支持C#，这款插件，支持C、C++、C++/CLI、C#、Java语言等，由此可以看出其强大，注释的风格可以灵活配置。

虽然他功能十分强大，但是由于是收费的软件，所以当使用超过30天后，就无法再继续适用了。虽然价格不贵，只有40美刀，但是由于时间紧急，必须立刻使用他的功能，所以没有时间去购买license。

那么能不能试着破解他呢，或者继续使用。说到破解，我的水平也就只能研究一下未混淆的.Net程序，如果这个插件是用C++写的话，那么不好意思，破不了。

用Reflector试着打开，发现能识别，如下：

同时也可以看到这个版本号是：8.16.5174.40541。这是最新版本了。

既然是.Net的DLL，那么相对来说就好说了，至少和C++相比来说，有希望了。

既然是VS的插件，那么肯定要遵守VS的插件接口规范。（VS的插件接口不在本篇中介绍）

首先找到它的OnConnect方法:

然后从OnConnect方法入手进行研究，最终定位到这里：

Collapse

internal static bool b(bool A_0, bool A_1 = false)
{
    bool flag = true;
    int num = (((DateTime.Today.Year - 2010) * 365) + DateTime.Today.DayOfYear) << 8;
    int num2 = 0;
    try
    {
        num2 = Convert.ToInt32(c(f, "0", string.Empty));
    }
    catch
    {
    }
    int num3 = (num - num2) >> 8;
    if (num3 > 19)
    {
        if (e[0][0] == 'I')
        {
            for (int i = 0; i < e.Length; i++)
            {
                StringBuilder builder = new StringBuilder();
                for (int j = 0; j < e[i].Length; j++)
                {
                    builder.Append((char) (e[i][j] ^ (16 | (j % 16))));
                }
                e[i] = builder.ToString();
            }
        }
        if (num3 > 29)
        {
            flag = false;
            Commands.f();
            if ((num3 == g) || A_1)
            {
                return false;
            }
            MessageBox.Show(e[0] + Environment.NewLine + Environment.NewLine + e[1] + Environment.NewLine + Environment.NewLine + e[2], "Atomineer Pro Documentation", MessageBoxButtons.OK, MessageBoxIcon.Exclamation);
        }
        else
        {
            if ((num3 == g) || !A_0)
            {
                return true;
            }
            string[] strArray2 = new string[] { e[3], (30 - num3).ToString(), e[4], Environment.NewLine, Environment.NewLine, e[5] };
            if (MessageBox.Show(string.Concat(strArray2), "Atomineer Pro Documentation", MessageBoxButtons.YesNo, MessageBoxIcon.Exclamation) != DialogResult.Yes)
            {
                return true;
            }
        }
        k.h("t~e}xzws");
        g = num3;
    }
    return flag;
}

根据上面的逻辑，只要不执行 num3 > 29的逻辑，并且返回值为true即可，可以做如下修改：

Collapse

bool flag = true;
...
int num3 = (num2 - num2) >> 8;

这样，num3等于0，而且返回值为true。

那么如何修改这些代码呢，基于Reflector的Reflexil插件，来修改IL代码，然后另存为dll文件即可。

如下，是修改后的截图：

这样，整个插件就算是被破解了，可以无限期使用了。

应用背景：

我用的是MDI框架，需要调用同事给的dll，才能确定本程序解析何种格式的文件。如他给了dll1，dll2，dll3，dll4，后缀分别是.format1，.format2，.format3，.format4。以后还可能会有（dll5,format5），（dll6,format6）

因此在MDI加载文档模板之前就要获得全部后缀名，然后动态的传给MDI。

首先，需要修改打开文件的后缀名。需要重载CMultiDocTemplate，参考文章的后缀也是在主程序中写好的，不是我想要的，

很简单，在继承类中多加一个参数 char *suffix，

具体实现如下：

[cpp] view plain copy

1. #pragma once
2. #include "afxwin.h"
4. class CMultiDocTemplateSuffixEx :   public CMultiDocTemplate  
5. {  
6.     CString m_strSuffix;  
7. public:  
8.     CMultiDocTemplateSuffixEx(char *suffix,UINT nIDResource, CRuntimeClass* pDocClass,  
9.         CRuntimeClass* pFrameClass, CRuntimeClass* pViewClass):\  
10.         CMultiDocTemplate( nIDResource, pDocClass, pFrameClass, pViewClass )  
11.     {  
12.         m_strSuffix.Format("%s",suffix);  
13.     }  
15. virtual BOOL GetDocString(CString& rString, enum DocStringIndex index) const
16.     {  
17. if(index == CDocTemplate::filterExt)  
18.         {  
19.             rString = "."+m_strSuffix;  
20.         }  
21. else if( index == CDocTemplate::fileNewName || index == CDocTemplate::filterName )  
22.         {  
23.             rString = m_strSuffix+"(*."+m_strSuffix+")";        }  
24. else
25.         {  
26.             __super::GetDocString(rString,index);  
27.         }  
28. return TRUE;  
29.     };  
30. }; 

使用：

[cpp] view plain copy

1. CMultiDocTemplate *pDocTemplate0;  
2. char *curSuffix[]={"format1","format2","format3"};  
3. for(int i=0; i<3; i++)  
4.     {  
5.         pDocTemplate0 = new CMultiDocTemplateSuffixEx  
6.             (curSuffix[i],IDR_MAINFRAME,  
7.             RUNTIME_CLASS(CTestDoc),  
8.             RUNTIME_CLASS(CChildFrm),  
9.             RUNTIME_CLASS(CTestView));  
10.         AddDocTemplate(pDocTemplate0);  
12.     }  
13. } 

AD：http://www.cnblogs.com/lidabo/category/542683.html

2.4.2  PageHeap，调试Heap问题的工具

幸运的是，Heap Manager的确提供了主动检查错误的功能。只需要在注册表里面做对应的修改，操作系统就会根据设置来改变Heap Manager的行为。Pageheap是用来配置该注册表的工具。关于heap的详细信息和原理请参考：

How to use Pageheap.exe in Windows XP and Windows 2000
http://support.microsoft.com/kb/286470/en-us   

Pageheap，Gflag和后面介绍的Application Verifier工具一样，都是方便修改对应注册表的工具。如果不使用这两个工具，直接修改注册表也可以达到一样的效果。3个工具里面Application Verifier是目前的主流，Gflag是老牌。除了heap问题外，这两个工具还可以修改其他的调试选项，后面都有说明。Pageheap.exe工具主要针对heap问题，使用起来简单方便。目前gflag.exe包含在调试器的安装包中，Application Verifier可以单独下载安装。如果调试安装包中没有包含pageheap.exe，可以从这里下载：

http://www.heijoy.com/debugdoc/pageheap.zip
http://blogs.msdn.com/lixiong/attachment/2792912.ashx   

简单例子的多种情况

看几个简单的但是却很有意义的例子：

用release模式编译运行下面的代码：

 char *p=(char*)malloc(1024);
p[1024]=1;   

这里往分配的空间多写一个字节。但是在release模式下运行，程序不会崩溃。

假设上面的代码编译成mytest.exe，用下面的方法可以对mytest.exe激活pageheap：

C:\Debuggers\pageheap>pageheap /enable mytest.exe /full    

直接运行pageheap可以查看当前pageheap的激活状态：

C:\Debuggers\pageheap>pageheap
mytest.exe: page heap enabled with flags (full traces )    

当激活pageheap后，重新运行一次上面的代码，程序就崩溃了。

（直接双击运行程序和在Windbg中用调试模式运行程序，观察到的崩溃有差别。在Windbg中运行，pageheap会首先触发break point异常，同时pageheap还会在调试器中输出额外的调试信息方便调试。）

上面的例子说明了pageheap能够让错误尽快暴露出来。接下来我们稍微修改一下代码：

 char *p=(char*)malloc(1023);
p[1023]=1;   

试试看，修改后的代码还会导致程序崩溃吗？

根据我的测试，分配1023字节的情况下，哪怕激活pageheap，也不会崩溃。你能说明原因吗？如果看不出来，可以检查一下每次malloc返回的地址的数值，注意对这个数值在二进制上敏感一点，然后结合Heap Manager和pageheap的原理思考一下，看看有没有发现。

对于上面两种代码，如果用debug模式编译，激活pageheap，程序会崩溃吗？根据我的测试，无论是否激活pageheap，debug模式都不会崩溃的。你能想到原因吗？

再来看下面一段代码：

 char *p=(char*)malloc(1023);
free(p);
free(p);  

这里显然有double free的问题。

如果没有激活pageheap，分别在debug和release模式下运行，根据我的测试，debug模式下会崩溃，release模式下运行正常。

如果激活pageheap，同样在debug/release模式下运行。根据我的测试，在两种模式下都会崩溃。如果细心观察，会发现两种模式下，崩溃后弹出的提示各自不同。你能想到原因吗？

如果有兴趣，你还可以测试一下heap误用的其他几种情况，看看pageheap是不是都有帮助。

Heap上的内存泄漏和内存碎片

从上面的例子，可以很清楚地看到pageheap对于检查这类问题的帮助。同时也可以看到，pageheap无法保证检查出所有潜在问题，比如分配1023个字节，但是写1024个字节这种情况。只有理解pageheap的工作原理，同时对问题作认真的思考和测试后，才会理解其中的差别。

除了Heap使用不当导致崩溃外，还有一类问题是内存泄漏。内存泄漏是指随着程序的运行，内存消耗越来越多，最后发生内存不足，或者整体性能下降。从代码上看，这类问题是由于内存使用后没有及时释放导致的。这里的内存，可以是VirtualAlloc分配的，也有可能是HeapAllocate分配的。

这里只讨论Heap相关的内存泄漏。检查内存泄漏是一个比较大的题目，第4章会作详细讨论。

举个例子，客户开发一个cd刻录程序。每次把盘片中所有内容写入内存，然后开始刻录。如果每次刻录完成后都忘记去释放分配的空间，那么最多能够刻3张CD。因为3张CD，每一张600MB，加在一起就是1.8GB，濒临2GB的上限。

另外还有一种跟内存泄漏相关的问题，是内存碎片（Fragmentation）。内存碎片是指内存被分割成很多的小块，以至于很难找到连续的内存来满足比较大的内存申请。导致内存碎片常见原因有两种，一种是加载了过多DLL，还有一种是小块Heap的频繁使用。

DLL分割内存空间最常见的情况是ASP.NET中的batch compilation没有打开，导致每一个ASP.NET页面都会被编译成一个单独的DLL文件。运行一段时间后，就可以看到几千个DLL文件加载到进程中。一个极端的例子是5000个DLL把2GB内存平均分成5000份，导致每一份的大小在400KB左右（假设DLL本身只占用1个字节），于是无法申请大于400KB的内存，哪怕总的内存还是接近2GB。对于这种情况的检查很简单，列一下当前进程中所有加载起来的DLL就可以看出问题来。

对于小块Heap的频繁使用导致的内存分片，可以参考下面的解释：

Heap fragmentation is often caused by one of the following two reasons
1. Small heap memory blocks that are leaked (allocated but never freed) over time
2. Mixing long lived small allocations with short lived long allocations
Both of these reasons can prevent the NT heap manager from using free 
memory efficiently since they are spread as small fragments that cannot 
be used as a single large allocation   

为了更好地理解上面的解释，考虑这样的情况。假设开发人员设计了一个数据结构来描述一首歌曲，数据结构分成两部分，第一部分是歌曲的名字、作者和其他相关的描述性信息，第二部分是歌曲的二进制内容。显然第一部分比第二部分小得多。假设第一部分长度1KB，第二部分399KB。每处理一首歌需要调用两次内存分配函数，分别分配数据结构第一部分和第二部分需要的空间。

假设每次处理完成后，只释放了数据结构的第二部分，忘记释放第一部分，这样每处理一次，就会留下1个1KB的数据块没有释放。程序长时间运行后，留下的1KB数据块就会很多，虽然HeapManager的薄计信息中可能记录了有很多399KB的数据块可以分配，但是如果要申请500KB的内存，就会因为找不到连续的内存块而失败。对于内存碎片的调试，可以参考最后的案例讨论。在Windows 2000上，可以用下面的方法来缓解问题：

The Windows XP Low Fragmentation Heap Algorithm 
Feature Is Available for Windows 2000
http://support.microsoft.com/?id=816542   

关于 CLR上内存碎片的讨论和图文详解，请参考：

 .NET Memory usage - A restaurant analogy
http://blogs.msdn.com/tess/archive/2006/09/06/742568.aspx    

    随着Windows 8 的发布，远程桌面连接协议（RDP）也已经升级为8.0，相对与RDP7.1（Windows 7 SP1、

Windows Server 2008 R2 SP1支持），在增强用户体验方面进行了很大的改进，例如Adaptive Graphic、

Intelligent Transport、Adaptive Network Auto Detect、DirectX 11 Support with vGPU等RemoteFX相关

功能，在性能、易管理性等方面有很大提升。

    为了使Windows 7 SP1和Windows Server 2008 R2 SP1用户能够利用RDP8.0对远程桌面连接的改善，微软

提供了相应的升级包，为KB2592687，可以点击链接进行下载和安装，由于RDP8.0支持自动网络检测，在网络

资源不佳的情况下（例如广域网），可以采用UDP协议进行远程桌面连接信息的传递，从而降低对网络资源的要求，

因此在将RDP7.1升级为RDP8.0之前，先基于KB2574819升级操作系统，使之支持DTLS（Datagram Transport 

Layer Security），此升级包下载请点击链接。（注意：先安装KB2574819，再安装KB2592687）。

    升级包括两个部分，即客户端和远程桌面端，客户端是指要连接到远程桌面的计算机，远程桌面端是指要被连接

的计算机（物理机或虚拟机），当然客户端被其他计算机连接也就变成了远程桌面端了:)。客户端和远程桌面端升级

过程相同，升级完成后，打开远程桌面连接客户端程序（mstsc.exe）,右键点击左上角图表，选择“关于”菜单项，

打开如下图对话框：

显示“支持远程桌面协议8.0",说明升级成功。同时，在远程连接客户端的”体验“标签下，”选择连接速度来优化性能“下拉

列表中将出现”自动检测连接质量“选择项，说明启用了RemoteFX相关功能。在服务端启用RDP8.0中RemoteFX相关功能，

需要通过组策略相关机制，有些功能还需要Hyper-V支持（如vGPU）。打开组策略的方式是在命令行下执行”gpedit.msc“

命令，显示本地组策略编辑器（如果在域管理模式下，需要编辑相应的域组策略）：

具体的位置在”计算机配置\管理模板\Windows 组件\远程桌面服务\远程桌面会话主机\远程会话环境“,上图标出的即是相关的配置

项，首先要配置”启用远程桌面协议8.0“和”配置RemoteFX“，启用相关功能。

升级和配置完成后，即可用进行连接远程连接桌面，如何验证是否启用了RDP8.0呢，具体方法如下：

1、用RDP8.0客户端连接RDP8.0的远程桌面，远程连接栏上出现了连接质量图标（）。

2、用RDP8.0客户端连接RDP7.1的远程桌面，远程连接栏上不会出现连接质量图标。

3、用RDP7.1客户端连接RDP7.1、RDP8.0的远程桌面，远程连接栏上均不会出现连接质量图标。

注意：

如果用升级到RDP8.0的客户端去连接非RDP8.0的远程桌面，必须在远程桌面连接客户端程序（mstsc.exe）的体验标签下，选择

”LAN（10Mbps或更高）“选项，如下图：

通过基本测试，RDP8.0在视频播放等方面效果还是不错的，希望MS再接再厉，争取RDP超过HDX协议！

郎涯工作室  C#分支：http://blog.csdn.net/aoshilang2249/article/category/2444289

C#调用C++ 平台调用P/Invoke 调用约定【一】

先Mark下，等以后用上再深入！

（1）：WeifenLuo.WinFormsUI.Docking学习 。http://blog.csdn.net/gaoyunpeng/article/details/3873217

（2）：WeifenLuo.WinFormsUI.Docking 自动保存界面布局！ http://www.cnblogs.com/zcshan/archive/2010/09/29/WeifenLuo.html

（3）：开源组件DockPanel Suite使用 ：http://kb.cnblogs.com/a/2350244/

http://www.cnblogs.com/Microred/archive/2012/02/14/2350244.html#2348530

（4）：DockPanel Suite 判断窗口已打开：http://www.cnblogs.com/stalwart/archive/2011/03/02/1968842.html

（5）:C# WinForm 技巧八：界面开发之“WeifenLuo.WinFormsUI.Docking+OutLookBar” 使用

http://www.cnblogs.com/luomingui/archive/2013/09/19/3329763.html

http://www.cnblogs.com/ice-river/p/3520986.html

      下载地址：http://download.csdn.net/download/luomingui/6291675

WeifenLuo.WinFormsUI.Docking.rar控件下载

《OutlookBar控件源码》

http://www.51aspx.com/downloadauth/outlookbarcontrol

(6)： WeiFenLuo.winFormsUI.Docking其实是 开源组件DockPanel Suite，下载地址

（7）：UltraRDC    远程桌面应用，使用DockPanel做布局管理。

CLR VIA C#这本书里面的内容，在网上好像很少关于这方面的内容，贴出来以后留着看。

C#调用C++编写的dll，一般都是直接用dllimport，这个资料很多。C++调用C#编写的dll，一般方法都是先用托管C++将C#的dll进行一次封装，然后由非托管C++调用封装好的dll。

CLR VIA C#在讲寄宿和应用程序域的内容时，提供了一个非托管C++直接调用的方法。原理就是，在非托管代码中手动启动CLR加载应用程序域来运行托管的dll，从而调用其中的方法。

代码如下：

#include <Windows.h>
#include <MSCorEE.h>
#include <stdio.h>
#pragma comment(lib,"mscoree.lib")
int _tmain(int argc, _TCHAR* argv[])
{
ICLRRuntimeHost *pClrHost;
    HRESULT hr = CorBindToRuntimeEx(NULL,

    NULL,0,

    CLSID_CLRRuntimeHost,

    IID_ICLRRuntimeHost,

    (PVOID*)&pClrHost);

//启动CLR
    pClrHost->Start();
    DWORD retVal=0;

//将dll加载到默认应用程序域中，并调用其中的方法
    hr = pClrHost->ExecuteInDefaultAppDomain(L"test.dll",L"test.MyType",L"TestMethod",
        L"TestStringParam",&retVal);
    if(S_OK==hr)
        wprintf(L"Managed code returned %d\n",retVal);
    else
        wprintf(L"failed to call csharp dll.\n");
    getchar();
     return 0;
}

C#编写的test.dll如下：

namespace test
{
    class MyType
    {
        public static Int32 TestMethod(String s)
        {
            Console.WriteLine("Managed assembly: {0}",s);
            return s.Length;
        }
    }

}

代码输出：

Managed assembly: TestStringParam
Managed code returned 15

可以看到c++成功调用了test.DLL中的方法，并且可以传入参数和接收返回值。

想深入的了解，可以看下面的内容：

http://msdn.microsoft.com/zh-cn/vstudio/9x0wh2z3.aspx

　　winhex有很多的官方模板，可以在网上下载（后缀tpl）并放至它的安装目录，即可使用。不过要是自己能自己制作，这才好玩，不是么？！

　　打开模板管理器，可以选中其中一个模板，下面有应用，有编辑，你点开编辑按钮，就可以看到对应的模板源码。而你点开那个新建按钮，就可以自己写模板了，最后保存到安装目录即可。提醒一点，我是在记事本下写好粘贴到新建后那个面板上的，因为我发现有好些符号它不支持，比如下划线、引号等，maybe是我自己没设置的原因，不过，这不是重点，略过。写好后，那个面板下有检查语法的按钮，通过它可判断你的代码是否语法正确。

　　闲话不多说，下面，我来讲解下模板编程的语法：

模板头的常用关键字：

　　1.template:声明模板的名字  eg：template "模板1"

　　2.description:描述参数，描述这个模板的用途。(保存好后，你可以在模板管理器里看到你自定义的模板的名字，描述等信息。)eg：description "这个模板是用来。。。"

　　3.applies_to:参数可以是file/disk/RAM。指定该模板的适用对象时文件、磁盘还是内存。eg：applies_to disk

　　4.fixed_start offset:模板的默认起始偏移量取决于光标停留的位置，而这个关键字是来指定偏移量起始位置。eg：fixed_start 0x040

　　5.sector-aligned:作用是指定模板从当前扇区的偏移0位置运行。无参数。

　　6.requires offset:匹配数据，若发现指定偏移量的位置的数据不匹配，就会报错。注意：这里的偏移量是相对于模板起始偏移量计算的。eg：requires 0x1fe "55aa"

　　7.big-endian/little-endian:规定读取的字节顺序，也就是平日说的小端机、大端机的区别，内存的数据存储方向不一样。无参数。

　　8.hexadecimal:使模板中读到的数据都以十六进制方式显示，octal为八进制，decimal为十进制。无参数。

　　9.read-only/read-write：规定读取权限。无参数。

　　10.multiple:作用是使模板上出现左右键来让你可以选择读取上一条或下一条记录，记录之间的跨度是该模板涉及的所有字节的长度。无参数。

　　11.begin与end:之间的区域用于存放程序主干。

　　这里作下模板头知识总结：首先，模板的命名需要关键字template加引号完成。description参数可以补充描述。applies_to(RAM、file、disk)后面可以用于指定访问对象的类型，使模板适应当前工程的根本环境。fixed_start可以为模板指定起始偏移量。requires则制定更严格的模板运行条件，要求模板作用范围内指定位置必须匹配指定数据。big-endian、hexadecimal、read-only等都是作用于显示输出的可选参数。头部关键字没有强制规定“出场顺序”，对引号的要求也不严格。此外，模板可以用双斜杠添加注释，这是一个很好的编程习惯。

　　注意：数制属性关键字(hexadecimal等)、显示方向属性关键字(big-endian等)、读写属性关键字(read-only等)都可以插入begin与end之间，用于临时改变数据的属性，注意这种改变仅仅作用于紧随它们的数据类型声明语句，而并非全局。

　　下面说下程序主干里的常用关键字:

　　1.int8:带符号的8位整型，占用一字节，范围-128~127。eg：int8 "身高"

　　2.uint8:无符号的8为整型，占用一字节，范围0~255。同byte类型。

　　3.int16:带符号的16位整型，占用2字节。

　　不赘述了，与前面这些类似的还有：uint16, int32, uint32, int64, int24, uint24。

　　4.unit_flex:类似于c语言里位域的概念。其语法是：unit_flex "要解释的位" "title"

　　例如：unit_flex "8,7,6,5,4,3,2,1,0" "permissions",表示读取一个32位无符号整数并解释其低9位。

　　注意，尽管unit_flex所表示的数据长度可能小于4个字节，但每次读取仍然按照4个字节来计算，故而要特别注意位域的实际长度。比如，我们要解释一个16位整型数值的前4位和后12位，应当首先解释前4位，这时光标移动4字节。unit_flex "3,2,1,0" "flexlow" 因为还有数据要从该16位整型数值中提取，故回退4个字节。move -4 。 解释后12位。unit_flex "15,14,13,12,11,10,9,8,7,6,5,4" "flexhigh"  由于16位整型数值只占用两个字节，而实际光标移动4字节，故需要回退2字节：move -2,  否则会占用下一个数据的空间。

　　5.binary:每次读取一个字节，并解释为二进制样式。

　　6.char:读取一个字节，ascii码显示。也可以用char[len]读取字符数组(字符串)，len表示长度。

　　7.char16:读取两个字节，Unicode字符显示。

　　8.string:ascii字符串。语法为string len "title"

　　9.string16:unicode字符串。

　　10.zstring:表示不管长度读取一个ascii字符串，遇到"NULL"时结束。zstring16为其Unicode版本。

　　11.hex:表示直接读取字节而且并不将其解释为任何数据类型，直接显示。

　　12.float：占用4字节，浮点数，同c语言。

　　13.real:占用6字节，浮点数。

　　14.double:占用8字节，浮点数。

　　15.longdouble:占用10字节，浮点数。

　　16.Loop:实现简单的循环。中括号中可以存放常量表示循环次数，也可以直接引用前面数据类型的title。

　　17.IfEqual:简单的if语句，判断是否相等。比较的对象可以是常量，也可以是前面数据类型的title。

　　eg：

byte "学号"
IfEqual  "学号"  09
    uint  "成绩"
Else
    uint  "绩点”
EndIf

　　18.~:占位符。一般用于循环内部数据类型的标题中，以形成数字递增的效果。常常与numbering配合使用。numbering可以用来指定占位符的初始值。

　　eg：

uint32  "文件数目"
numbering 1
    {
        string16  255  "~号文件"
    }["文件数目"]

//占位符从1开始，循环代入string16 255 "~号文件"中。

　　下面是随手写的一个例子，很凑合的说~

　　源码：

template "the dbr of ntfs of jiu"
description "......"
applies_to disk
sector-aligned
requires 0x03 "4e54465320"
requires 0x1f0 "55aa"
little-endian
read-write
multiple
begin
    hex 3        "jmp"
    char[8]      "OEM"
    uint16       "bytes per sector"
    uint8        "sectors per cluster"
    uint16       "unused"
    hex 3        "zero"
    hex 10       "unused"
    int64        "total sectors"
    int64        "mft"
    int64        "mftmirr"
    byte         "file record"
    hex 100      "......"
end

　　自定义模板的应用：

boost::format类提供了类似C语言里'printf'功能的格式化输出能力，当然功能更强大。

所需头文件:

#include <boost/format.hpp>

示例代码:

#include <iostream>
#include <string>
#include <boost/format.hpp>

using namespace std;
int _tmain(int argc, _TCHAR* argv[])
{
// 使用%序号%的方式给出指示符， 后面用%连接对应的数据。
    cout << boost::format("writing %1%,  x=%2% : %3%-th try") % "toto" % 40.23 % 50 << endl;
// 输出:writing toto,  x=40.23 : 50-th try

// 可以延迟使用，顺序不必一致
    boost::format fmter("%2% %1%");
    fmter % 36;
    fmter % 77;
    cout << fmter << endl;
// 输出:77 36

// 可重用
    fmter % 12;
    fmter % 24;
    cout << fmter << endl;
// 输出:24 12

// 可直接转成字符串
    std::string s = fmter.str();
    std::string s2 = str( boost::format("%2% %1% %2% %1%")%"World"%"Hello");

    cout << s << endl << s2 << endl;
// 输出:
// 24 12
// Hello World Hello World

// 可以使用printf指示符
    cout << boost::format("%3.1f - %.2f%%") % 10.0 % 12.5  << endl;
// 输出:10.0 - 12.50%

// printf指示符里使用N$指定使用第几个参数
    cout << boost::format("%2$3.1f - %1$.2f%%") % 10.0 % 12.5  << endl;
// 输出:12.5 - 10.00%

    cin.get();
return 0;
}

boost::format里的指示符语法大致有三大类:

继承并强化自printf的格式化字符串

设置打印规则，它是printf参数的一个补充，只是为了更直观点。

简单的位置标记

最近在看boost::asio的东西，所以必须要用到boost库，下载了一个，所以与大家分享下boost库的编译方法。

本方法应该适用于boost的任何版本，应该适用于任何C++编译器(VC6.0可能对某些库不支持，因为模板的原因)，因为Linux没怎么用，所以只是分享下windows上的编译方法。

1.下载boost

从boost官网( http://www.boost.org )上下载最新的boost版本，现在最新是1.62版本，解压到自定义目录(为了后面好说明，这里假设为boost_1_62_0)

2.编译安装boost

boost_1_62_0目录下会有一个bootstrap.bat批处理，可以直接点击它，会在 boost_1_62_0\tools\build\v2 文件夹下生成两个exe：b2.exe和bjam.exe，并且自动拷贝这两个文件到boost_1_62_0目录下。从cmd命令进入到boost_1_62_0路径下，如果你不知道如何编译，可以输入–help查看命令行帮助。

输入如下命令：

b2 toolset=msvc-10.0 --layout=versioned architecture=x86 address-model=64
link=static variant=debug,release threading=multi runtime-link=static 
--without-python --without-mpi --without-wave --without-graph 
--without-math --without-serialization stage

使用不同的命令对你使用boost也会产生很大的影响，因为CPU速度和硬盘现在都已经不是大问题了，所以本例中选择了除了不必要库的完全编译，当然了，你时间够，硬盘够，可以完全编译

b2 --toolset=msvc-10.0 --build-type=complete

解释完以上的命令后，再说完全编译的后果。

1.toolset：表示编译器工具，我安装的是VS2010，所以是msvc-10.0;
                    具体的版本对应关系，可以查看boost_1_62_0\tools\build\src\tools\msvc.jam中的# Version aliases节
                    # Version aliases.
                    .version-alias-6 = 6.0 ;
                    .version-alias-6.5 = 6.0 ;
                    .version-alias-7 = 7.0 ;
                    .version-alias-8 = 8.0 ;
                    .version-alias-9 = 9.0 ;
                    .version-alias-10 = 10.0 ;
                    .version-alias-11 = 11.0 ;
                    .version-alias-12 = 12.0 ;
                    .version-alias-14 = 14.0 ;

2.architecture：表示架构，也就是你的CPU架构，x86,x64，因为我安装的是win7 32位，所以使用了x86的架构

3.instruction-set：表示指令集，依然是8086指令集

4.address-model：表示地址长度为32位

5.link：表示生成动态/静态链接库，动态链接库是shared，静态链接库是static，一般都会编译成静态库，因为给出程序的时候打包boost的库会非常庞大

6.variant：表示生成的Debug或者release版本，一般情况下会两种版本都会编译出来的

7.threading：表示单/多线程编译，一般我们的程序都会用到多线程，所以选择了multi

8.runtime-link：表示动态/静态链接C/C++运行时库(C/C++ Runtime)，我们选择了动态链接

9.without/with：表示不需要编译/需要编译哪些库，一些自己不用的库可以无需编译

10.stage/install：stage表示只生成库文件(DLL和Lib)，install还会生成包含头文件的include目录，推荐使用stage，因为boost_1_62_0\boost中就是boost库完整的头文件，所以无需再拷贝一份出来。编译出来的库会放在stage文件夹中

这样一份完整的boost库就生成了，剩下就是直接使用到项目中了。

上面的编译指令可以存成一个批处理，这样进入到boost_1_62_0目录后，只需要执行批处理就可以了，更方便。

(现在看到为什么不推荐使用完全编译了吧，因为完全编译会编译出各种组合的所有情况，需要占用更多的空间和时间，所以建议各位朋友还是放弃了吧)

使用的时候可以直接包含到项目中，然后在对应的文件中包含相应的头文件即可，例如

#include "boost/asio.hpp"

假如您还嫌上面你的方法太麻烦了，可以使用一个懒汉专用小工具boost setup，下载地址为http://www.boostpro.com/download/

这个工具可以帮你下载并编译好，你只需要点击鼠标配置下就可以了，一步步操作如下图：

最后点击Install之后就会编译并安装到你指定的目录，这个够方便吧(不过这个是下载后编译，可能会有点慢)。最后一步就不演示了，因为我还不想用这种方法。

以上就是boost在windows环境下的安装编译方法，boost库可以说是现在最强大的C++类库了，你想要的任何功能都有，我认为每一个C/C++程序员都应该学习的。

大家都知道Chrome安装插件一般要通过Chrome应用商店在线安装，如果要离线安装扩展程序就要下载以“.crx”为后缀名的文件，然后打开扩展程序页面，将 .crx 文件拖放到 Chrome 窗口上安装。但是自从 Chrome 33 发布以后，Google 为了安全考虑开始禁止使用离线安装的插件，一拖进去就被直接禁用了，还无法手动启用。所以很多“优化版”、“破解版”的扩展程序都无法直接安装使用了。

那么如何安装chrome非官方扩展呢，最火软件站为您总结了两种方法，这两种方法可以离线安装扩展程序并且可以不被 Chrome 屏蔽，以下是具体方法：

一、通过开发者模式加载扩展程序

1. 将下载的 .crx 文件后缀名改为 .zip;

2. 将修改后的文件解压到一个新的文件夹，名字随意，最好是扩展程序名的英文或拼音，便于区分;

3. 打开 Chrome， 转到扩展程序页面， 找到右上角的“开发者模式”，勾选;

4. 点击第二行的“加载正在开发的扩展程序…”,选择刚刚解压到的文件夹，点击确定;

5. 安装完成，设置好就可以使用了。

6. 每次重新打开 Chrome 时会提醒是否禁用以开发者模式运行的扩展程序，点击取消，就可以一直使用了。

注意：这个扩展程序解压到的文件夹是不能删除的，删除后该扩展程序将无法继续使用。

二、在组策略添加扩展程序白名单

1. 下载 Chrome组策略管理模板“chrome.adm”(下载地址);

2. Win+R 打开运行，输入 gpedit.msc，确定;

3. 依次展开 本地计算机策略 > 计算机配置 > 管理模板，在“管理模板”上右击，选择“添加/删除模板”;

4. 点击添加，找到第1步下载的“chrome.adm”，打开，关闭“添加/删除模板”窗口;

5. 依次展开 本地计算机策略 > 计算机配置 > 管理模板 > 经典管理模板(ADM) > Google > Google Chrome > 扩展程序，双击右侧的“配置扩展程序安装白名单”;

6. 点选左边第二项“已启用”，点击下面的“显示”，

7. 打开 Chrome，将下载的 .crx 文件拖放至 Chrome 扩展程序页面安装;

8. 找到右上角的“开发者模式”，勾选，复制刚安装的扩展的 ID;

9. 粘贴到第6步弹出的窗口中，确定;

三、编辑总结

虽然两种方法目前都可以正常使用，但是相对来说，第一种方法由于每次重新打开 Chrome 都会弹出询问窗口，比较麻烦;第二种虽然应用的方法比第一种麻烦，但是只需要安装扩展的时候应用一次，以后打开浏览器就不会再有提示了，所以还是推荐使用第二种方法。

0x00 写在开始

很早开始就对.NET Core比较关注，一改微软之前给人的印象，变得轻量、开源、跨平台。最近打算试着在工作中使用。但工作是在与互联网完全隔离的网络中进行的，因此就开始了在离线环境中部署.NET Core开发环境的尝试。总的来说还是比较蛋疼的，几乎每个阶段都遇到了问题。不过还好最后搞定了，写下这篇博客做个记录，同时分享给有类似需求的童鞋。以下都是亲测有效。

0x01安装VS2015 Update3

开发.NET Core可以使用VS2015和VS Code。在这里先讨论VS2015的情况，毕竟如果在Windows下开发，VS2015功能上还是要强太多。.NET Core Web Tools必须要VS2015 Update3以上，也就是首先要在内网安装VS2015 Update3。我刚开始的方式是从官网下载光盘镜像，然后安装。但这样大多数情况下是无法安装的。会提示“安装包丢失或损坏”，之前装VS2015时可以选择跳过文件，装完后也能用（至少WPF没问题），但从VS2015 Update2开始，有些安装包无法选择跳过，只能退出安装。

之所以提示安装包损坏，是因为系统中缺少

microsoft root certificate authority 2010

microsoft root certificate authority 2011

这两个证书，导致安装包验证无法通过，所以认为损坏。

解决方法：

1.找一台正常装了VS2015的电脑，Win+R打开运行，输入certmgr.msc，打开证书管理界面。

2.在受信任的根证书颁发机构中找到缺少的两项。按照默认方式导出（不知道为什么我这台电脑上有重复）。

3.证书复制到内网，打开证书管理界面，然后在受信任的根证书办法机构中导入证书。

这样就可以正常安装VS2015 Update3了。

此外还要说明的是除了下载VS2015 Update3的光盘镜像外，还可以离线安装文件，把安装文件考到离线环境下安装。具体方法是：在官方下载页面中下载Web安装程序

https://www.visualstudio.com/downloads/download-visual-studio-vs

以community版本为例，在安装程序所在目录打开命令行窗口，输入：vs_community_CHS.exe /layout 这样就可以把文件都离线下来，貌似比光盘镜像内容要多一些。

0x02 安装DotNetCore.1.0.0-VS2015Tools.Preview2

这个可以用与VS2015同样的方式离线，下载在线安装程序后，在安装程序所在目录打开命令行窗口输入：

DotNetCore.1.0.0-VS2015Tools.Preview2.exe /layout

即可把安装文件下载到相同目录下packages文件夹里，其中也包含了.Net Core SDK。比较惨的是我的内网电脑装了某国产杀毒软件，每次一运行安装就提示我恶意操作然后强行中止安装，我又没权限关掉杀毒软件，所以只好在一个一个包手动装的，不过好在可以正常使用。因为离线环境总是缺这缺那的，如果安装过程中出现什么问题，只要查看错误log，然后解决就可以。

0x03 如何使用nuget

.NET Core的包依赖全都使用nuget，在线环境下自然是方便，离线环境下就稍麻烦一点了。在安装VS2015 Update3时，.NET Core所需的官方依赖包都已经安装在了（默认安装）C:\Program Files (x86)\Microsoft SDKs\NuGetPackages目录下，在nuget管理中也可以看到这是默认的离线包目录，我们需要什么样的包只要把它复制到这个目录，在nuget管理中的程序包源选择离线的源即可。

那么怎么获得离线安装包呢，我们在用nuget安装程序包时会在C:\Users\{你的用户名}\.nuget\packages目录进行缓存，只要找到缓存的包复制到离线环境，放到nuget离线目录即可。

另外还有一种方式就是在内网架设nuget服务，这个也十分容易，

http://edi.wang/Post/2012/12/15/setup-private-nuget-server

阿迪王这篇网文章比较详细，可以参考。考虑到要用的.NET Core比较新，我用的最新版的NugetServer是可以用的，其它版本的没试。服务架设好了在nuget管理中添加新的包源就可以了。

这种方式同样可以添加其它项目（例如WPF）的包依赖。

0x04 使用VS Code开发

除了VS外也可以使用VS Code开发.NET Core，我的方式是在能联网的电脑上下载VS Code，然后装一堆需要的插件，插件都装在了C:\Users\{你的用户名}\.vscode\extensions目录下，只要把这个目录打包考到离线环境中，解压到相同目录下就能用了。

另外用VS Code开发在dotnet restore时需要加-s参数指明包源：dotnet restore -s 包目录。或者在项目的根目录添加nuget.config文件

此文件可在github上下载： https://github.com/aspnet/Home/blob/dev/samples/latest/HelloMvc/NuGet.Config

xml version="1.0" encoding="utf-8"?><configuration>
  <packageSources>
    <clear />
    <add key="AspNetVNext" value="https://www.myget.org/F/aspnetvnext/api/v2" />
    <add key="NuGetorg" value="https://nuget.org/api/v2/" />
  packageSources>configuration>

在packageSources中添加自己的包源。

0x05 写在最后

整个过程还是花了一些时间的，中途有几次很郁闷不想搞了。但实在很想在工作环境中用.NET Core做点东西试试，幸好最终搞定了。想想看还是有些小激动的。

---摘錄自  謝奉家的書香部落格  作者佚名

相當感人的一篇文章
希望你我能更加珍惜自己
為了你摯愛的家人……………
 
我 的妻子因為意外事故離開我身邊已經四年了，我想，妻子留下不會做任何家事的我和孩子，她的心有何等難過呢？我也因為無法兼顧父母雙親的角色而感到挫折。有 一天我為了出差，清晨趕出門，無法將孩子打點好就得離開家，正巧前一天有剩下的飯，我熱了蒸蛋，向還沒有睡醒的孩子交代一聲，就出門去了。

為了照顧好孩子飲食三餐的事，我也無 力把自己的工作做好。有一天晚上回到家，我只是很簡短地和孩子打個招呼，就因為身體疲累，不想吃晚餐，脫掉西裝之後就直接往床上躺下。就在那個時候，砰的 一聲，紅色的湯汁跟泡麵瞬時弄髒了床單和被單，原來有碗泡麵在棉被裡！這小子真是的，說時遲那時快，我即時拿起木棍跑出去，往正玩著玩具的兒子的屁股就 打，因為我實在是太生氣了，所以不停地打他。但就在這個時候，他邊啜泣邊說了一段話，使我停了下來。

兒子告訴我說：「飯鍋裡的飯早上已經 吃完了，晚餐在幼稚園吃了，但是到了晚上，爸爸還不回來，我就在櫥櫃的抽屜裡找到了泡麵。可是我想到爸爸說不能亂動瓦斯爐，所以我就打開洗澡的水龍頭，用 熱水泡了泡麵，一個自己吃，另一個想留給爸爸吃。因為怕泡麵涼掉，所以我就把它放在棉被裡，等你回來。可是因為我正在玩向朋友借來的玩具，所以忘了跟爸爸 講。」

我不想讓兒子看到我在流淚，所以衝到 洗手間，將水龍頭打開，大聲地哭。過了一陣子之後，我打起精神來，一面哄著兒子，一面也在他屁股上擦藥，讓他上床睡覺。當我清理好泡麵弄髒的床單和棉被 後，打開兒子的房門一看，發現他仍舊發出哭泣聲，手裡還拿著媽媽的照片。我把頭靠在房門站了許久，看著這一幕。

自從在一年前發生這件事之後，我為了扮演好媽媽的角色，更加用心地去照顧他。現在兒子快七歲了，不久後就要從幼稚園畢業，進入國小讀書。慶幸的是，兒子在這段時間毫無陰影，很開朗地成長。

就在不久前，我再一次打孩子，因為幼 稚園來電話說，兒子沒有去學校，我心裡覺得很不安，所以早退回家，在整個社區裡大聲地喊他的名字，卻是遍尋不著。後來在文具店的門口看見他站在電玩的前 面，於是我很生氣，又開始一直打他。兒子並沒有說出任何的解釋，只說了聲對不起。後來我才知道，原來剛好是幼稚園要邀請媽媽去看才藝表演的日子。

發生這些事的幾天後，兒子回家說，他在幼稚園裡學了寫字，從此他經常關在自己的房間裡不出來，很認真地寫字。我看到兒子這個樣子，想到妻子在天國也一定會因為看到他這樣而微笑，我就無法忍住淚水。

時間很快，又過了一年，到了冬天，街 頭上都在播放著聖誕節的歌曲，我的兒子卻又闖了一個禍。我正要下班的時候，接到一通社區郵局的電話，說我兒子把一綑沒有寫地址的信，惡作劇地放在郵筒裡。 每年到了年底，正是郵局最忙碌的時候，所以這對他們造成很大的困擾。雖然我已決定不再打孩子，但在急忙趕回家後，叫了兒子來，我 又忍不住痛打他一頓。兒子這一次只是說他做錯了，卻沒有講出任何理由。我把他推到一個角落，不管了，自個兒跑到郵局領回那一綑惡作劇的信。我把信丟到他眼前說：「你為什麼要這樣惡作劇？」兒子哭著回答說：「這些信是我要寄給媽媽的。」

當時我的眼眶紅了起來，心裡很激動， 但是因為在兒子面前，所以我盡量隱忍住沒有表現出來。我接著問他：「那麼，為什麼一次寄這麼多信呢？」兒子回答說：「以前我要把信投進去的時候，因為個兒 太矮，所以沒辦法投入，但是最近我再去郵筒時，已經搆得到了，所以我就把以前沒有寄的，一次全部都投進入了。」

我聽了以後，心中一片茫然，不知道該對孩子說什麼話。過了不久以後，我就跟他說：「媽媽現在在天上，以後你寫完信，把信燒了，就能送到天國去。」等孩子睡著之後，我到外面燒了那些信。我很好奇到底孩子想跟媽媽說些什麼，所以讀了其中的幾封信。而當中有一封信攪動了我的心。

親愛的媽媽：
我 很想念你！媽媽，今天在幼稚園有才藝表演，但是因為我沒有媽媽，所以沒有去參加，我也沒有告訴爸爸，怕爸爸會想念媽媽。爸爸到處去找我，但我為了讓爸爸看 到我很開心的樣子，所以故意坐在電動玩具面前，雖然爸爸罵我，但是我到最後也沒有告訴他原因。媽媽，我每天都看到爸爸因為想念媽媽而哭泣，我想爸爸也跟我 一樣，很想念媽媽吧！但是，媽，我現在已經記不清楚你的臉。媽媽，請你讓我在夢中，再一次能夠看到你的臉，好嗎？聽說把想念的人的照片放在懷裡睡覺，就會 夢到那個人。可是，媽媽，為什麼你沒有出現在我的夢裡呢？」

讀完這封信以後，我就開始嚎啕大哭。到底什麼時候，我才能填補妻子的空位呢？

給已經結婚的女同事：

不要加太多班，工作做不完，一直加班也不見得有用，請務必要照顧自己的身體，才可以好好疼惜妳的小寶貝。

給已經結婚的男同事：

不要喝太多酒，不要抽太多煙，請問我們的生意，我們的客戶，有比我們的身體重要嗎？ 一定要想一想，有沒有辦法做到客人非我們不行，我們的差異化在哪裡，我們是否真的懂客人的心，這比拼命喝酒，還重要，請務必要照顧自己的身體，才可以好好疼惜妳的小寶貝和你的愛人。

給還沒有結婚的男同事和女同事：

美其實是從愛自己的身體開始 --（蔣勳，身體美學）。

妳/你們 一定要很自在，工作才能做的好，如果工作讓你/妳們的心情做的很辛苦，也不要傷害了妳 /你們的身體。

看完內容，心裡覺得好酸．．．

我最近常自問：你的收入，是預支健康及絞盡腦汁換來的嗎？！

因為每個人拼命工作到頭來，常忘了工作的初衷是什麼！

是想讓家人及自己生活過的更好？想得到名？還是想得到利？

但沒了「健康」，家人會開心嗎？自己又真的得到名或利了嗎？

我覺得「開心生活是最重要的」，時時關心身邊的人， 不要想著等我以後有錢時再如何如何，因為，我們都不知道下一秒會發生什麼事？