защита #include в пространстве имен {} блок?

Вопрос: Вы можете:
A: Да, можно.Оператор include выполняется во время предварительной обработки еще до того, как компилятор увидит его.

Q: Это хорошая идея.
A: Наверное, нет.

Что произойдет, если вы #include Apple.g без тегов пространства имен.
теперь у вас есть яблоки, объявленные в глобальном пространстве имен, а также в пространстве имен foo.

Вы должны стараться избегать ситуаций, когда вы, пользователь вашего кода, должны понимать, как его следует использовать. Если в вашей документации указано: всегда #include заголовочный файл Apple внутри пространства имен foo, это бит, который пользователь не будет читать, и вызовет много часов путаницы.

Научитесь любить третий пример, разделив его также на три отдельных файла. Это действительно будет самый ясный путь.

Если вы действительно хотите включить файлы внутри других пространств имен, вы можете поместить } в качестве первого символа включаемого файла и пространства имен Независимо от того, { в конце. Но это было бы ужасно.

Вероятно, каждый модуль должен ссылаться на класс «Foo :: A», и вы можете поместить определение макроса в начало модуля, которому нужна другая версия «A».

#include "apple.h"
#include "apple1_2.h"

//this module uses Version 1.2 of "Apple" class
#define Apple v1_2::Apple
namespace Foo {
B *A::blah(B const *x) 
{
    Foo::Apple apple; //apple is of type Foo::v1_2::Apple
    /* ... */ 
} 
int B::whatever(C const &var) { /* ... */ }
void B::something() { /* ... */ }
} // namespace Foo
#undef Apple

Но это затрудняет понимание кода. Возможно, если вам нужно выбирать между реализациями объекта, вам лучше использовать фабричную функцию. Это сделало бы ваше намерение явным во всем коде.

AppleBaseClass* createApple(int version)
{
    if(version == 0)
        return new Foo::Apple;
    else if(version == 1)
        return new Foo::v1_2::Apple;
}
//usage
AppleBaseClass* apple = createApple(apple_version);

//compile-time equivalent
//metafunction CreateApple
template<int version> struct CreateApple {};
template<>
struct CreateApple<0> 
{
    typedef Foo::Apple ret;
};
template<>
struct CreateApple<1> 
{
    typedef Foo::v1_2::Apple ret;
};
//usage
CreateApple<apple_version>::ret apple;

Вы редактировали этот вопрос?

Первый блок в ваших примерах невозможен. Вы не можете подняться по пространству имен или чему-либо еще из него, как хотите, и не можете отключить пространство имен из файла, включенного в этот блок пространства имен. Так просто невозможно.

Лично я предпочитаю первую из ваших альтернатив.

Отредактируйте, хорошо ... вот кое-что, что вы могли бы сделать (может потребоваться очистка, непроверено):

#define MY_NAMESPACE Foo
#define NAMESPACE_WRAP(X) namespace MY_NAMESPACE { X }

#include "apple.h"
NAMESPACE_WRAP((B * A::blah(B const * x) {...}))

Я почти уверен, что NAMESPACE_WRAP не будет работать для такого рода вещей, поэтому вам, вероятно, придется поместить его в другой header или ".ipp" или что-то еще и сделайте следующее:

#define NAMESPACE_WRAP(HEADER) \
namespace MY_NAMESPACE { \
#include HEADER \
}

Даже это может не сработать, и вам придется выйти за рамки моих знаний и посмотреть, как библиотека метапрограммирования препроцессора boost выполняет свои макросы. На самом деле вы можете обнаружить, что эта библиотека в конечном итоге упрощает то, что вы хотите.

В любом случае, он не будет ни таким красивым, как вы хотите, ни, ИМХО, таким читабельным и понятным, как первая альтернатива, которую вы представили.

Метод 2 полностью.
Я всегда работаю с этими простыми правилами:

1.) Исходный код должен быть ЧИСТЫМ, ЛЕГКОМ ДЛЯ ПОНИМАНИЯ и ЛЕГКИМ-ДОКАЗАТЕЛЬНЫМ.
-Хороший продукт создается не одним человеком. Простое, интуитивно понятное и понятное форматирование сделает жизнь каждого человека счастливее.

2.) Если в конечном продукте не будет разницы в производительности, придерживайтесь правила №1
-Для разработчика нет смысла тратить мозги на то, что не приносит пользы конечному потребителю.

3.) Элегантный дизайн всегда работает хорошо, поэтому правило № 2 всегда остается в силе.
-То же правило относится и к Богу, возьми зеркало и посмотри на себя :)