代码之家 › 专栏 › 技术社区 › Carlo V. Dango

功能C-使用或返回动作

higher-order-functions metaprogramming c#

Carlo V. Dango · 技术社区 · 14 年前

为了在C_中更好地处理故障,我浏览了网络,并从以下几个方面介绍了实现策略。第一个对我来说是自然的,而另一个实现我不确定它的优点是什么?

static void Fault(Action protectedBlock, Action faultHandler)
{ 
    try
    {
        protectedBlock();
    }
    catch
    {
        faultHandler();
        throw;
    }

}

static Action Fault(Action protectedBlock, Action faultHandler)
{
    return () =>
    {
        try
        {
            protectedBlock();
        }
        catch
        {
            faultHandler();
            throw;
        }
    };
}

2)在C中开发高阶函数的首选策略是什么?

我想知道,一种方法是否比另一种方法更有效。

3 回复 | 直到 14 年前

Sorax 14 年前

第二种情况类似于可出错的操作工厂。如果你把你想做的事情交给一个代表, protectedBlock 以及当 Exception 发生, faultHandler . 返回的操作包装在try/catch结构中,作为聚合 Action . 我对这两种方法的问题是不 例外 实际上是被抓到了,所以谁会抓住你的掷球,谁也不知道该怎么做。

2之间的执行差异在于它们实际执行的时间。第一个将在调用时执行。第二个将在返回时执行 行动 被调用。我不认为效率差异会很明显。

Craig Stuntz 14 年前

(2)可以进一步组成,而(1)只是运行。但两者都不是“功能性”的 Action 不是函数(与 Func<A, R> )

所以有了(2)你可以做到:

Fault(someAction, Fault(firstTryFaultHandler, lastDitchFaultHandler))();

…并获得预期的行为。这不适用于(1)

Joh 14 年前

在C中,方法2可能会令人困惑。调用者可能会使用“fault(a,b);”来期望调用a和可能的b。相反,创建、返回和丢弃lambda。换句话说,什么都不做。

在效率方面,如果大多数调用的形式为“fault(a,b)();”,即立即调用lambda,则方法2有点浪费。在这种情况下,不需要lambda。

基于这些原因,我更喜欢方法1。如果需要延迟执行,可以显式地引入lambda“()=>fault(a,b)”。

推荐文章

C_Rod · 在模板方法中确定STL容器中项目的数据类型

2 年前

chenyuandong · Elixir中的元编程

6 年前

Lusheez · 获取类的attr\u reader、writer或accessor oustide

6 年前

Marcos Felipe · 基于存储的变量进行比较

6 年前

Jakub Piskorz · 如何约束模板化constexpr递归函数输入参数

7 年前

TheDelChop · 动态定义对象#为Ruby类初始化

7 年前

Mathieu Van Nevel · 将结构拆分为元组[重复]

7 年前

Jonathan Mee · 如何防止为未实现方法的对象生成模板

7 年前

spring cc · 如何在python元编程中使用实例方法?

7 年前

AOK · 为什么C++中的static\u for实现比常规的“for”循环慢

7 年前