FontAwesome 大家都不陌生，精美的图标，出现在各式各样的网页中。最近在做 Windows Forms 应用程序，要求美观，就想能不能把 FontAwesome 图标用上，于是就有了本文。

Execute command {代码...} Error messages {代码...} This error is on the Windows System. Resolve methods Command Line Prompt {代码...} Bash Shell {代码...}

Q： 在反序列化 Xml 字符串为 Xml 对象时，抛出如下异常。 即在 XML文档(0, 0)中有一个错误：缺少根元素。 A： 首先看下代码： {代码...} 抛出异常是在object obj = xmlSerializer.Deserialize(reader);这里出现的。 问题在于writer.Write(sb.ToString().Trim());这里，原因是进行了写入操作，最后流的位置停留在尾部。...

下面是我自己在项目中使用到，封装好的帮助类。有 普通的 C# 应用程序 和 Windows CE 和 Windows Mobile 应用程序使用的方法。

dotnet-install.ps1 [-Channel] [-Version] [-InstallDir] [-Debug] [-NoPath] [-SharedRuntime]

说明：本文是个人翻译文章，由于个人水平有限，有不对的地方请大家帮忙更正。原文：dotnet-publish翻译：dotnet-publish 名称 dotnet-publish - 打包应用程序及其所有依赖到一个文件夹中，获取后准备发布 概要 `dotnet publish [--framework] {代码...} 描述 dotnet publish 编译应用程序，通过读取在 project.json 文件...

dotnet pack 命令生成项目并创建 NuGet 包。这个操作的结果是两个 nupkg 扩展名的包。一个包含代码，另一个包含调试符号。

dotnet test 命令是用于在给定的项目执行单元测试。单元测试是依赖关系于单元测试框架（例如：NUnit 或 xUnit）的类库项目，并且该单元测试框架是用于 dotnet 测试运行器。

dotnet build 命令从源项目中的多个源文件及其依赖成生成一个二进制文件。默认情况下，该二进制文件将在中间语言（IL）中，并且将有一个 DLL 扩展。dotnet build 也将生成一个宿主应用程序运行需要的 \*.deps 大纲文件。

dotnet run 命令提供了一个方便的选项，就是使用一个命令从源代码来运行你的应用程序。它编译源码，生成一个输出程序，然后运行那个程序。这个命令对于快速迭代开发是有用的，也可以用于运行一个源码分布式程序（例如：网站）。

dotnet restore 命令使用 NuGet 还原在 project.json 文件中被指定的依赖项，以及项目特定工具。默认情况下，依赖项和工具的还原是并行完成的。

dotnet new 命令提供了一个便捷的方法来初始化一个有效的 .NET Core 项目和示例源代码，用来试验命令行界面（CLI）工具集。

dotnet [--version] [--help] [--verbose] [--info] <command> [<args>]

dotnet 命令是用于启动应用程序和 .NET Core 工具。dotnet 命令它本身不会收集遥测数据。它是 dotnet 命令通过运行 .NET Core 工具来收集遥测数据。

.NET Core CLI 是开发 .NET Core 应用程序的一个新的跨平台工具链的基础。它是“基础”的原因时它是在其它的、高级别工具的主要层，如集成开发环境（IDEs），由编辑器和构建者组成。

reStructuredText 是扩展名为.rst的纯文本文件，含义为"重新构建的文本""，也被简称为：RST或reST；是Python编程语言的Docutils项目的一部分，Python Doc-SIG (Documentation Special Interest Group)。该项目类似于Java的JavaDoc或Perl的POD项目。 Docutils 能够从Python程序中提取注释和信息，格式化成程序文档。

Markdown具有一系列衍生版本，用于扩展Markdown的功能（如表格、脚注、内嵌HTML等等），这些功能原初的Markdown尚不具备，它们能让Markdown转换成更多的格式，例如LaTeX，Docbook。Markdown增强版中比较有名的有Markdown Extra、MultiMarkdown、 Maruku等。这些衍生版本要么基于工具，如Pandoc；要么基于网站，如GitHub...

前言 本文介绍的是Git同步原始仓库到Fork仓库示例教程，废话不多说，下面直接到实操部分。 这里以aspnetcore-doc-cn的github仓库为例，同步dev分支。 步骤 1.初始化本地仓库 {代码...} 2.添加远程仓库地址 添加原始仓库地址，就是被Fork的。 {代码...} 地址是https协议的，不能是ssh协议的，除非有权限。 添加自己远程仓...

在上个月.NET Core出了最新版本预览版，只是在Window系统上试验了一下。原本想等发布正式版的时候在linux系统上试试，可能还需要一段时间，刚好有空可以折腾一下。

Shutter前身叫GScrot，它是一款相当棒的截图软件。通过Shutter，你可以截取包括选定区域、全屏幕、窗口、窗口内的控件甚至网页的图像。通过内置的强大插件机制，你可以在截图后，对图像进行各式各样的增强，如增加阴影，打上标志等等。

在安装完Zsh后，zsh是可以使用的，但是重启之后，又恢复至默认的bash。我在安装好之后，使用命令chsh -s /bin/zsh切换默认shell。然后，输出$SHELL变量是这样的：

Nux Dextop是类似CentOS、RHEL、ScientificLinux的第三方RPM仓库（比如：Ardour，Shutter等等）。目前，Nux Dextop对CentOS/RHEL 6|7可用。

前面一篇文章介绍了Travis自动部署Hexo的常规使用教程，也是个人比较推荐的方法。前文最后也提到了在Windows系统中可能会有一些小问题，为了在Windows系统中也可以实现使用Travis自动部署Hexo，本文介绍另外一种方式来实现。

前面两篇文章介绍了在github上使用hexo搭建博客的基本环境和hexo相关参数设置等。基于目前，博客基本上是可以完美运行了。但是，有一点是不太好，就是源码同步问题，如果在不同的电脑上写文章会非常不方便。是因为hexo使用的部署命令是把生成好的静态文件上传到仓库中的，所以，在其他电脑上同步下来的只是静态文件而已...

前言 前文手把手教从零开始在GitHub上使用Hexo搭建博客教程(一)-附GitHub注册及配置介绍了github注册、git相关设置以及hexo基本操作。 本文主要介绍一下hexo的常用参数设置。 配置文件说明 网站配置文件是在根目录下的_config.yml文件，是yaml格式的。所有的配置项后面的冒号（:）与值之间要有一个空格。官方配置文件说...

有一个 Visual Studio 的 DLL 文件(coloader80.dll)未正确安装。请通过“控制面板”中的“添加或删除程序”修复您的 Visual Studio 安装。可以尝试在命令窗口使用 regsvr32 "%CommonProgramFiles%Microsoft SharedVS7Debugcoloader80.dll" 注册dll问件

前言 有朋友问了我关于博客系统搭建相关的问题，由于是做开发相关的工作，我给他推荐的是使用github的gh-pages服务搭建个人博客。 推荐理由： 免费：github提供gh-pages服务是免费的，有300MB空间； 开源：由于github开源的原因，有很多人参与其中，自然技术支持很好。 便捷：博客完全托管在github上，基本上不需要花时...

在C#开发的WinForm窗体程序开发的时候，经常会使用多线程处理一些比较耗时之类的操作。不过会有一个问题：就是涉及到跨线程操作UI元素。相信才开始接触的人一定会遇上这个问题。

后端的分页接口已经写好了，不涉及条件查询，需要传入页码(pageNo)和页面显示数据条数(pageSize)，显示相应页的显示记录，且不能修改后端接口。

前几天.NET Core发布了.NET Core 1.0.1 R2 预览版，之前想着有时间尝试下.NET Core。由于各种原因，就没有初试。刚好，前几天看到.NET Core发布新版本了，决定要去一探究竟。于是乎，就立马去官网查找相关的信息，为初探做准备。