问题标签 [nested]

正如标题已经说明的那样，我试图声明一个嵌套函数并返回一个指向该函数的指针。我希望这个函数“不”返回一个新的函数指针，它将返回对原始函数的否定。

这是我所拥有的：

someType 定义为：

在Kathleen Dollard 的 2008 年博客文章中，她提出了在 .net 中使用嵌套类的有趣理由。然而，她也提到 FxCop 不喜欢嵌套类。我假设编写 FxCop 规则的人并不愚蠢，所以这个立场背后一定有推理，但我一直找不到。

假设我有一个名为 Companies 的表，它有一个 DepartmentID 列。还有一个包含 EmployeeID 列的部门表。当然，我也有一个 Employee 表。问题是我想删除一家公司，所以首先我必须删除每个部门的所有员工，然后是公司中的所有部门。级联删除不是一个选项，因此我希望使用嵌套事务。我是 SQL 新手，非常感谢您的帮助。

我继承了一个怪物。

它伪装成 .NET 1.1 应用程序处理符合医疗保健索赔支付 (ANSI 835) 标准的文本文件，但它是一个怪物。正在处理的信息涉及医疗保健索赔、EOB 和报销。这些文件由在前几个位置具有标识符的记录和根据该类型记录的规范格式化的数据字段组成。一些记录 ID 是控制段 ID，用于分隔与特定类型事务相关的记录组。

为了处理一个文件，我的小怪物读取第一条记录，确定即将发生的事务类型，然后根据当前正在处理的事务类型开始处理其他记录。为此，它使用嵌套的 if。由于有许多记录类型，因此需要做出许多决定。每个决策都涉及一些处理和 2-3 个其他决策，需要根据之前的决策做出。这意味着嵌套的 if 有很多嵌套。这就是我的问题所在。

这个嵌套的 if 有 715 行长。是的，这是正确的。七百五十条线。我不是代码分析专家，所以我下载了几个免费软件分析工具，得出的 McCabe 循环复杂度等级为 49。他们告诉我这是一个相当高的数字。与亚特兰大地区的花粉计数一样高，其中 100 是高标准，新闻称“今天的花粉计数为 1,523”。这是我有幸看到的箭头反模式最好的例子之一。在其最高处，缩进深度为 15 个制表符。

我的问题是，你会建议用什么方法来重构或重组这样的东西？

我花了一些时间寻找想法，但没有什么能让我站稳脚跟。例如，用保护条件代替级别是一种方法。我只有其中一个。一窝下来，十四走。

也许有一种设计模式可能会有所帮助。指挥链会是解决这个问题的一种方式吗？请记住，它必须保留在 .NET 1.1 中。

感谢您的任何想法。

是否可以编写一个匹配出现次数未知的嵌套模式的正则表达式？例如，当有未知数量的开/关大括号嵌套在外大括号内时，正则表达式是否可以匹配左大括号和右大括号？

例如：

应该匹配：

前提： 通常在准备一个新的 Ruby on Rails 应用程序时，我会绘制有关用户导航的模型和关系。通常我会遇到一个我需要问自己的地方，我是否应该超越通常的“经验法则”，即嵌套不超过 1 级。有时我觉得需要嵌套，而不是创建另一个命名空间路由和重复工作。
这是一个例子：

模型：用户、公司、地点
用户拥有并属于许多公司（多对多）
用户拥有并属于许多地点（多对多）
公司拥有并属于许多地点（多对多）

Routes:
1 级嵌套
users/:user_id/companies/ - 列出与用户相关的所有公司
users/:user_id/locations/ - 列出与用户相关的所有位置
1 级嵌套
users/:user_id/companies/:company_id/位置/ - 列出用户的所有公司位置

所以，我的问题是在 RoR 中嵌套超过 1 层是否合适？是还是不是？为什么？

我们的基本 Masterpage 有如下内容

如果此 Masterpage 是 ASPX 页面的 Masterpage，则一切正常。

如果这个 Masterpage 是子 Masterpage 的 Masterpage，然后一个新的 ASPX 页面使用子 Masterpage，因为它是 MasterPage，我们看到：

“”应用程序中的服务器错误。

无法修改 Controls 集合，因为该控件包含代码块（即 <% ... %>）。

在基本 Masterpage 中包含全局资源（Javascript/CSS）的首选方法是什么，保留波浪号（~）样式的相对路径？

我想知道-解析以下内容的最有效方法是什么：

当然，这最终是为了成为一个模板系统，所以我的计划是创建一个哈希图来“覆盖”模板，就像这样

值得注意的是，“部分”（以#开头的标签）可以重复多次，我认为这就是让我绊倒的原因......

此外，任何部分都可以包含任意数量的其他部分，以及常规标签......

所以..你是怎么做到的？

使用嵌套的公共 C++ 类和枚举的优缺点是什么？例如，假设您有一个名为 的类printer，并且该类还存储输出托盘上的信息，您可以：

或者：

我可以看到嵌套私有枚举/类的好处，但是当涉及到公共枚举/类时，办公室是分开的——它似乎更像是一种风格选择。

那么，你更喜欢哪个，为什么？

我需要帮助来实现相当复杂的业务逻辑，它在许多表上运行并执行相当多的 SQL 命令。但是我想确保数据不会处于不一致的状态，到目前为止，我还没有看到不需要嵌套事务的解决方案。我写了一个简单的伪代码，它说明了一个类似于我想要完成的场景：

对我来说最大的问题是：如何确保如果 FinalOperation 失败，所有成功的操作 Operation(i) 都回滚？请注意，我也希望能够忽略单个操作（i）的失败。

是否可以通过使用嵌套的 TransactionScope 对象来实现这一点，如果没有 - 你将如何解决这样的问题？