Является ли typedef внутри тела функции плохой практикой программирования?

Question

У меня есть класс C и вы хотите передать адрес его экземпляра и метода некоторому функтору в тестовой функции Test_C_Foo1(). Functor - это класс шаблона, и я должен указать тип метода класса (MEMFN1) как один из его параметров шаблона. Я должен определить тип MEMFN1 где-нибудь, но не хочу изменять C.h и не хочу загрязнять им глобальное пространство имен. Я решил локализовать typedef как можно больше, поэтому поставьте его внутри тестовой функции - в пределах области, где фактически используется MEMFN1. Является ли использование typedef внутри тела функции хорошей практикой?

Стандарт позволяет использовать ЬурейеЕ внутри тела функции, ограничивая его только в этих конкретных случаях:

ЬурейеЕ спецификатор не должны быть объединены в ДЕЦЛ спецификатора-сл с любым другим видом спецификатор, за исключением спецификатора типа, и он должен не использовать в описании-спецификаторе-seq объявления-параметра (8.3.5) или в определении-спецификаторе-seq определения функции (8.4).

Вот фрагмент кода:

C.h:

... 
#include <string> 
... 

class C 
{ 
public: 
    int foo1(const std::string&);  
}; 

main.cpp:

... 
#include "C.h" 
... 

void Test_C_Foo1() 
{ 
    typedef int(C::*MEMFN1)(const std::string&); 

    C c; 
    Functor1<C, MEMFN1,...> f1(&c, &C1::foo1,...); 
    ... 
} 

... 

int main() 
{ 
    Test_C_Foo1(); 
    return 0; 
} 

Answer 1

Это хорошо. Это законно и локально.

Answer 2

IMHO, если typedef - это просто, чтобы избежать ввода или сделать функцию указателя на член менее громоздкой, как показывает ваш пример, тогда это нормально.

Но если typedef раскрывает определенную концепцию, то она должна быть видимой вне функции.

Быстрый тест, чтобы проверить это имя typedef:

typedef int(C::*MEMFN1)(const std::string&); //OK: as local typedef, just an abbreviation 

typedef int(C::*ACTION)(const std::string&); //Not so OK: Action is a new concept