1:安装后，Resharper会用他自己的英文智能提示，替换掉 vs2010的智能提示，所以我们要换回到vs2010的智能提示 2:快捷键。是使用vs2010的快捷键还是使用 Resharper的快捷键呢？我是使用re的快捷键 3: Resharper安装后，会做几件事情，这几件事情对于除此使用者，比较麻烦，因此归纳总结一下，以资参考。 (1)、会将选项——文本编辑器——C#——常规——自动列出成员 这个选择框的勾选去掉。这样当你使用某个方法的时候，便不会提示参数，是一个很郁闷的事情。 可以手动勾上。 (2)、会将选项——文本编辑器——C#——高级——显示实时语义错误、在编辑中用下划线标识错误这两个选项去掉。这个本来没有什么，但是如果卸载了Resharper， vs编辑器变不会实时提示错误。因此卸载Resharper后，需要把这两个选项重新勾选上。 4: use var use implicitly typed local variable declaration 5:按 alt+enter 能解决很多问题。下面是快捷键大全。 6: Alt+F7将你光标所在位置的变量的所有使用以列表的方式显示出来，显示结果的窗体可以像其他窗体那样停靠。 它的优点包括： 可以从所有使用中挑选只显示read usage或者write usage，有时我们只是想知道某个变量在哪里被改变了。找到的位置前的图标也告诉你这点。 可以在下方预览，即使我们列出所有使用，也不想跳转到每个使用它的地方，这时预览可以帮你大忙。 当你在代码编辑器中改动了某些使用时，比如删除了某行，那么在查找结果的窗体中，会用删除线表示出来。 默认的是寻找解决方案中所有的使用，并且按照命名空间来组织，非常便于选择。 我现在已经记不起来在没有Alt+F7之前我是怎么查找的。反正现在我几乎不怎么样Ctrl+F了，除非我忘记了某个变量的名字。如果是这样，多半这个名字需要refactor，那也是Resharper的另一大块功能所在。也许有人对这个功能嗤之以鼻，但是用过CAB的人都知道，订阅和发布某个事件的签名，完全是字符串，如果你不用搜索来找到它的话，你都不知道这个控件的鼠标点下去，到底有多少个处理程序在背后开始工作了。用了Alt+F7来搜索这个字符串，等于在查找背后所有的调用者。 不过提示你，当光标停留在一个类型上时，要慎用Alt+F7，假设是一个string，你应该能想象到得找到多少个使用 7:威力无比的Alt+Enter回车 万能的Alt+Enter能够帮你完成很多编写代码过程中的dirty work，总结起来大概是这么些： 帮你实现某个接口或抽象基类的方法； 提供你处理当前警告的一些建议； 为你提供处理当前错误的一些建议（不一定是真的错误）； 为你简化当前的臃肿代码； 8: Ctrl + F11 当我们看别人的代码，或者是看自己的代码的时候，总是觉得代码太多，于是我们就用 region来把代码进行了封装注释，可是这样之后别人看代码就很郁闷，Resharper的 File Structure 功能，就可以把region和你的方法都展示出来。 说了这么多，其实就是把对象浏览器和region的长处结合起来，既可以清晰的分类，又能一目了然的找到需要的方法。Resharper这时帮上你的大忙了。用Ctrl+F11，就弹出一个像右边这样的窗口来。 这里面，按照你的region来显示，这样读你的代码的人也受益了。每个方法的参数，返回值都如UML一样列出来。 如果需要浏览到某个方法，直接双击它的名字； 如果要把某几个方法装进一个新的region，则可以选中方法，点工具栏上的像框的那个图标；点叉则会删除这个region并把相应的方法移到外面来。 如果要调整某个方法的位置，比如把它移到别的region里面去，只需要在这里拖动这个方法即可。 更可喜的是，你想要的从这里浏览、找到所有使用和重构的功能也在这里提供了，在某个方法上右键你就能开始操作。 9:重构才是王道（上） 重构是一种精神，证明你在致力于提供高效的、精炼的、健壮的代码，而不是凌乱的、晦涩的、漏洞百出的代码。 在Visual Studio 2005中，微软第一次提供了重构工具。但是不够，远远不够。我们需要的重构是非常广义的，我们想要对代码进行快速的调整，快到我在想什么我的工具就能做什么。这才是追求重构的境界。所以在这个意义上，几乎Resharper为你提供了巨大的生产力。 Visual Studio 2005提供的重构包括了如下： 封装字段 提取方法 提取接口 提升局部变量 移除参数 重命名 重新排列参数 这些方法在Resharper中全部都支持（但Resharper的重构远不止这些），它们对应的变成了： 封装字段 —— Introduce Field 提取方法 —— Extract Method 提取接口 —— Extract […]
View DetailsTODO 需求 首先我想跟大家分享一下我们团队的代码检查流程。 1. 项目经理随时会检查成员的代码，如果发现有不符合规范的代码，会在注释里面加todo。比如，假设leo的代码不符合规范，那么项目经理就会加注释： //todoleo: refactor below code to match the standard of defining a class in JS 2. 每个成员随时会检查属于自己的todo项，然后修改代码。比如，leo会把项目里所有todoleo的项列出来，然后一个一个检查。检查完了之后，将todo改成review。 3. 项目经理会检查所有的review。如果代码没有问题了，就会删除这个review（曾经的todo）；如果代码仍然有问题，那么会再次改成todo。 开启TODO 1. 下载、安装、resharper。下载地址：http://www.jetbrains.com/resharper/。下载之后直接安装，安装后购买或者自行搜索keygen 2. 为每一个团队成员指定唯一的名字，通常为成员名字或者姓的拼音，只要简单易记就可以了。比如todoleo, tododaniel, todoben. 再将这些名字告诉每一个成员。 打开TODO窗口 3. 打开VS， 在菜单栏找到Resharper，然后打开RESHARPER/Windows/todo items。（此时你必须要打开一个项目才看得见） 4. 点击settings（如下图），这是会打开resharper对于todo item的设置。当然，你也可以通过菜单栏resharper-options-tools-todo items打开该设置。 定制TODO 5. 你可以选中一个小伙伴(pattern)或自带的Todo，再点击复制(duplicate)，然后后再点击 Edit 修改。你也可以基于下图的设置来修改，注意红框框标记的地方。 TODO预览 6. 设置好了之后点击Save保存，退出设置。此时再打开todo-items，你可以看到filter下方有你自定义的过滤条件了。这些pattern会像resharper自带的todo，bug一样，在注释中加粗显示，特别醒目。 好了，上面就是全部的操作，非常简单吧。 我们团队已经使用这一代码检查流程有几个月了，在实践中发现这一流程非常有用，让每一个成员的工作变得独立，同时又能得到项目经理对代码质量的控制。 from:http://www.cnblogs.com/zhaoqingqing/p/3945107.html
View Details