问题标签 [code-cleanup]

我想使用代码清理以通过以下方式自动创建文档标题：

也就是说，摘要有多行，但其余字段使用单行。目前我的默认 resharper 设置总是使用多行。

在 Resharper“代码清理”中控制这种行为的规则集是什么？可能吗？

I have a code generator which generates classes with a lot of private code like:

I'm looking for a tool which would remove all unused private fields/methods and inner classes without human intervention. I would also like it to work on source code instead of byte code to be able to conduct metrics on the generated source code. Changing the code generator would be possible but I'm looking for something simpler.

I currently have 6 different flex applications (widgets) that run on a main page. They all depend on one common library project.

I am currently cleaning up the codebase quite dramatically and it is hard to keep overview this way especially since I inherited the codebase.

Does anyone know a tool that can automatically inform me of any dead code?

Cheers

这很愚蠢，但是当我有这样的事情时

然后我像这样把它们分开：

当我想在这里看到它们时，我的代码清理会将它们移动到那个位置：

对于我的生活，我无法弄清楚这个设置存在于哪里，有什么想法吗？

当我写东西时，一半的努力倾向于添加清晰简洁的调试输出，或者在需要调试时可以启用/禁用的功能。

调试功能的一个示例是下载器类，我可以在其中打开 #define 使其“假装”下载文件并简单地将我已经拥有的文件交还给我。这样我就可以测试用户下载文件时会发生什么，而不必每次都等待网络物理抓取文件。这是一个很棒的功能，但是使用#ifdefs 会使代码变得更加混乱。

我最终得到了一堆#defines like

对于我想看的东西没有注释。代码本身变成了类似

这对于编写/维护代码很有用，但对代码的外观没有任何作用。

无论如何，人们如何编写轻松的即时长期调试“东西”？

注意：我在这里不仅在谈论 NSLogging ... 我还在谈论上面的假装下载之类的东西。

我正在尝试并寻找一种在单个类中处理对话框的好方法，这样我就可以在我想要的任何活动中使用它们。最干净和性能最好的方法是最好的。目前，我在完成主要工作的每个活动中都有方便的对话。如果我需要更改对话或对话事件，则搜索我的所有课程很麻烦。

[已解决] ~使用以下代码更新。

看起来很棒。希望我做得很好。有什么优化吗？

---对话类的代码

---目标 Activity 中的代码（例如按钮点击）：

---清单中的代码：

--- Stylefile 中的代码（values/style.xml）：

我有两个分支，master并且feature.

我完成了工作feature，所以这个分支有很多提交，但我不想按原样发布它。我想创建一个名为的分支feature_clean，其中包含所有修改feature但具有更好的提交。

我尝试了以下方法：

, 这创建feature_clean正确但它也修改了feature. 事实上，两个分支是平等的。

我做错什么了？我现在想保持feature原样（我会在经过feature_clean适当的测试和批准后删除它）。

我正在尝试清理一个显示或不显示标签的大型处理程序方法。

实际的结构是这样的：

我正在考虑将所有涉及的组件发送到一个可以做所有无聊事情的方法，但是：

如果 Moo.Foo 为空，将导致空引用。我可以委托或采取一些行动，并在我的大方法中只放一行吗？

可能重复：
JavaScript 的 HTML 格式化程序/整洁/美化器

我正在寻找一个好的自动化 javascript 清理器（如定位和修复错误），类似于 w3c 验证器的清理器功能（修复 javascript 错误）。

更新：感谢一个有用的回应，我找到了我的解决方案：Closure Linter。

在一个实现中，我有很多状态，由布尔变量表示，这样当一个状态为真时，针对该状态的变量为真，而许多或所有其他状态为假。这不是一个好方法，因为我只是在编码之前计划我的解决方案，结果是这样的。现在我必须清理它。清洁的最佳解决方案是什么？

我在考虑枚举，为每个状态命名，这样一个变量可以包含状态名称而不是多个变量。但问题在于，还有一些与某些状态相关的其他信息，例如 Point 或 int 变量的一两个实例，它们仅适用于该状态。如果使用枚举，如何容纳它们？

在这种情况下，最优雅和最合适的解决方案是什么？