问题标签 [regions]

我知道 VS 代码折叠问题是一个老问题，但我在浏览过的所有其他讨论中都找不到这个问题：

我们有一个 C# 团队，有些人喜欢他们，有些人讨厌他们，而且我们似乎没有太多的中间立场可以合作。

是否有 VS 的插件或加载项只会“隐藏”这些区域？这样那些想要它们的人就会正常地看到它们，但是安装插件并查看 .cs 文件的人不存在这些区域，就好像它们不存在一样。

我可以看到在移动代码时这可能是一个问题，它可能会导致某些方法在错误区域之内或之外的问题，但这可能是团队满意的权衡......

我最近发现自己需要（是的，需要）在 C# 代码中定义荒谬的长switch语句和enum声明，但我想知道人们认为将它们分成逻辑小节的最佳方式是什么。在我的情况下，枚举值和案例（基于枚举值）都有相当清晰的分组，但我有点不确定如何在代码中反映这一点。

请注意，在我的代码中，我大约有 5 组，每组介于 10 到 30 个枚举值/案例之间。

我可以设想的三个模糊合理的选择是：

1. 在声明中围绕所有逻辑案例/枚举值组定义#region块（可选用空行分隔）。
2. 用它的名字评论每个组，在每个组名评论之前有一个空行。
3. 什么都不做——只需将开关/枚举作为一个巨大的案例/值列表。

你喜欢哪个？你会分别对待枚举和开关吗？（这对我来说似乎有点奇怪。）现在，我不会说这个问题有任何正确/错误的答案，尽管我仍然很想听听意见的普遍共识是什么。

注意 1：由于我正在尝试编写一个词法分析器（标记器），因此我可能有一个非常长的 50/100+ 值的枚举声明的这种情况是不可避免的（并且与开关类似），因此这似乎是最合理的方法有几个原因。

注 2：我完全意识到，关于是否在通用代码中使用区域（主要用于结构化类）的问题已经存在几个重复的问题，但我觉得我的问题在这里更具体，尚未得到解决。

复合 WPF 应用程序中是否可以有嵌套区域？我希望模块能够注入新菜单，也能够将菜单项注入现有菜单。

使用以下代码会RegionManager引发异常：

区域管理器不包含MainFileMenuRegion区域

虽然代码越来越大，但保持一切井井有条变得越来越难。我在 .NET 中开发时非常喜欢的一件事是#region/#endregion，它能够将代码组织成逻辑组，并使进一步的组织变得更加容易。

有谁知道Java中是否有类似的代码组织？

我可能会发疯，但对于我的生活，我找不到更改 VS2008 中折叠区域颜色的选项。

例如，如果我有以下代码：

如果我现在折叠该区域，它的标题“测试区域”为灰色文本颜色，周围有一个灰色框。

我想知道是否有办法在 VS2008 中更改扩展区域标题的颜色。即使使用第三方插件。

有谁知道该怎么做？

I have a Menu (Telerik RadMenu) that has nested regions defined in the Shell. In my modules I will register the modules menu or toolbar items with these regions. Everything works fine for the root regions, but when I try and add something to a child region, such as the File region on the Menu, I get the error "The exception message was: The region manager does not contain the FileMenuRegion region."

However like I said if I change this code

to this

everything works fine. Below is the XAML for my menu so you can see the region names and how they are constructed. Any help would greatly be appreciated as this is bewildering and driving me crazy.

Menu

我真的很欣赏在代码中定义区域的可能性，因为它极大地提高了可读性。

无论如何，我想让每个人在所有类中使用相同的约定（所有区域的预定义顺序），例如：

• 私有字段
• 构造函数
• 类属性
• 事件处理程序
• ETC...

您有什么建议吗？这种划分会是什么样子（哪些区域有意义，它们应该有什么名称）以及它们应该以什么顺序定义？

我有一个使用 Microsoft 的Composite Application Library设计的应用程序。我的 shell 定义了几个区域，以便我可以从单独的模块中注入内容。我正在寻找一种可以减少这些区域引入的耦合的设计模式。

在我看到的所有示例中，区域都是使用基础设施项目中的静态类中的字符串定义和访问的。：

这引入了基础设施项目对 shell 的依赖，因为基础设施项目的一部分现在必须与 shell 匹配。如果您尝试访问未定义的区域，CAL RegionManager 会引发异常，因此我必须确保基础设施和外壳项目保持同步。

有没有办法隔离外壳的区域，以便它们仅在外壳内定义（基础设施项目中没有区域名称）？

有没有办法使区域成为可选的，以便即使它们没有所有相同的区域也可以换出外壳？（一个例子：一个shell有菜单和工具栏区域，另一个只有菜单......如果工具栏可用，模块应该能够注入工具栏，如果不可用则不会失败）

更新 - 有关我的架构的更多详细信息

为了回应下面depictureboy的回答，我想描述一下我的系统设置方式......也许会有更多好的反馈。

我将 Infrastructure 和 Shell 项目视为通用库，并且我有几个使用它们的应用程序。Infrastructure 项目提供“框架”代码和资源（如 MVVM 的东西、反射、图标），而我的 Shell 是一个通用主机窗口，具有基本的窗口布局（菜单、工具栏、状态栏、主要内容区域）。这些应用程序都具有相同的外观和行为相似，因为它们共享外壳。

我的应用程序从加载的模块中获得各自的功能，因此我为每个应用程序提供了一个引导程序项目，它将所有内容（基础设施、外壳、模块）组合在一起。

我想如果我需要开发一个与当前应用程序非常不同的全新应用程序，我将能够重用基础设施项目，但不能重用外壳。这就是为什么我对将基础设施项目和外壳解耦感到好奇的原因。

我有以下代码：

我想做的是能够分离代码，类似于以下（显然不起作用）：

我想要一个类内部命名空间的功能，因为它可以让我调用 Step2.Execute() 而不必将 Step2_ 放在一大堆函数的前面。我不想为 step1、step2 等创建单独的类/模块。

有没有一种方法可以从类内部完成命名空间功能？