一.string中find_first_of的误用

STL中提供的string可以说极大方便了对字符串的操作，但是很多函数由于样子上很相似，所以导致很容易理解错误，find_first_of和find就是一个很好的例子。 我们先来看一下string提供的查找相关的函数列表:

find_first_of() 查找第一个与value中的某值相等的字符
find_first_not_of() 查找第一个与value中的所有值都不相等的字符
find_last_of() 查找最后一个与value中的某值相等的字符
find_last_not_of() 查找最后一个与value中的所有值都不相等的字符
rfind() 查找最后一个与value相等的字符（逆向查找）

如此简洁的说明，其实完全没有把他们最重要的区别描述出来，请务必记住: 对于find和rfind:

• 匹配的是整个被查找串

对于find_first_of,find_first_not_of,find_last_of,find_last_not_of:

• 匹配的是被查找串中的任意字符

我们来测试一下:

#include <iostream>
#include <memory>
#include <string>
#include <vector>
#include <set>
#include <map>
using namespace std;
int main(int argc, const char *argv[])
{
    string src = "vimer.cn ...

相信不少朋友像我一样，无论在linux还是windows下都用vim来办公，但是毕竟vim原生于linux，windows下的某些支持还是做的不太好。 这个系列的文章，我们就一起探讨一下。 一.鸡肋的文件查找 在linux下，查找包含一段文字的文件列表是很方便的:

grep "txt" *

要遍历所有所有的子文件夹也很容易:

grep "txt" * -r

但是到了windows下，用那个鸡肋的文件查找功能基本上查不到任何想要的东西，怎么办呢? 非常幸运的，vim考虑到了这一点，在内部实现了 vimgrep 这样一个命令，之前有在文章中介绍过，这次我们详细介绍一下. 虽然名字看起来和grep很像，但是用法还是不一样的，先来看一下普通的查找:

:vimgrep /an error/ *.c

而如果需要循环遍历所有子目录的话，语法如下:

:vimgrep /an error/ **/*

搜索到的文件列表会加入到quickfix中去，执行:

:copen

即可看到所有的文件列表。 OK，这样windows下内容查找的问题就解决啦~ 二.没有类似软链接功能 有些没用过linux的朋友可能不明白什么叫软链接，简单来说即一个文件或者文件夹指向了另一个文件或者文件夹，在外面的使用者看起来，没有任何区别。但是为什么在windows下使用vim会遇到这个问题呢？ 这里要先介绍一下vimwiki这个插件，这个插件可以用vim来打造个人wiki ...

python逐渐成为笔者最常用的语言之一，因此vim对python有些配置的不合理也渐渐显现出来，这次我们先来解决python的缩进问题。 我们来通过例子来说明，来看一下默认配置下python的缩进情况:

1.dict的语法缩进

val1 = {
        1:"1",
        2:"2"
        }

2.list的语法缩进

val2 = [
        1,
        2,
        3
        ]

3.tuple的语法缩进

val3 = (
        1,
        2,
        3
        )

4.函数多行参数的缩进

def fun(
        a,
        b
        ):
    print a,b

5.复杂dict中存在):的情况

val4 = {
        (
            1,
            2
            ):1
        }

很遗憾的发现，这几种常用的写法，默认python缩进都没有完美实现，那么是否有办法优化呢？ 答案是有的，vim.org上提供了一款更好的python缩进插件: http://www.vim.org/scripts/script.php?script_id ...