Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

[Мяут-Настоящий]

Цитата korvin @ 16.02.11, 20:02

это ООП головного мозга -- заводить новый тип(класс) на каждый чих... =)

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

Добавлено 16.02.11, 20:34

Цитата korvin @ 16.02.11, 20:02

не, если б в С++ были как в Яве/C# только классы и их члены, без возможности объявить "простые" переменные и функции, не относящиеся ни к какому классу, вопросов бы не было. а так получается, что язык вроде и позволяет писать без классов, но никаких гарантий модульности не предоставляет.

Гарантии модульности предоставляют программисты. Язык предоставляет возможности обеспечивать такие гарантии, не запрещая при этом стрелять в ногу =)

[korvin]

Цитата Мяут-Настоящий @ 16.02.11, 20:32

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

перепиши мой код "по-правильному"

Добавлено 16.02.11, 20:51

Цитата Мяут-Настоящий @ 16.02.11, 20:32

Гарантии модульности предоставляют программисты. Язык предоставляет возможности обеспечивать такие гарантии, не запрещая при этом стрелять в ногу =)

вот делфи и предоставляет такую возможность, в C++ же нужно эту возможность реализовывать самому =)

[Мяут-Настоящий]

class GenericString {
    private:
        int id;
 
    public:
        GenericString() : id(0) { }
 
        std::string operator()(std::string prefix) {
            std::stringstream ss;
 
            ss << prefix << id++;
            return ss.str();
        }
} ;
 
std::string genstr(std::string prefix) {
    static GenericString Generator = GenericString();
    return Generator(prefix);
}

Цитата korvin @ 16.02.11, 20:46

вот делфи и предоставляет такую возможность, в C++ же нужно эту возможность реализовывать самому =)

Самому-не самому, но мой метод более гибкий ;-)

[korvin]

Цитата Мяут-Настоящий @ 16.02.11, 21:00

class GenericString {
    private:
        int id;
 
    public:
        GenericString() : id(0) { }
 
        std::string operator()(std::string prefix) {
            std::stringstream ss;
 
            ss << prefix << id++;
            return ss.str();
        }
} ;
 
std::string genstr(std::string prefix) {
    static GenericString Generator = GenericString();
    return Generator(prefix);
}

Цитата korvin @ 16.02.11, 20:46

вот делфи и предоставляет такую возможность, в C++ же нужно эту возможность реализовывать самому =)

Самому-не самому, но мой метод более гибкий ;-)

о боже... и где тут я должен увидеть потокобезопасность? оператор '++' потокобезопасен?

в чем большая гибкость твоего метода?

Сообщение отредактировано: korvin - 16.02.11, 21:07

[Мяут-Настоящий]

Цитата korvin @ 16.02.11, 20:46

в C++ же нужно эту возможность реализовывать самому =)

Что значит реализовывать самому?
- Конструктор - это initialization
- class - это аналог unit
- Интерфейс, реализация - выполняется аналогично

Ну а если уж очень хочется пощеголять ключевыми словами, используй #define

[korvin]

Цитата Мяут-Настоящий @ 16.02.11, 21:07

- Конструктор - это initialization
- class - это аналог unit
- Интерфейс, реализация - выполняется аналогично

Ну а если уж очень хочется пощеголять ключевыми словами, используй #define

а давай без классов? для простых переменных и функций, их же никто писать не запрещает?
и таки не занимай пространство имен типов! =)

[Мяут-Настоящий]

Цитата korvin @ 16.02.11, 21:06

о боже... и где тут я должен увидеть потокобезопасность? оператор '++' потокобезопасен?

Нет, но у меня id - инкапсулирован, и поэтому гарантируется, что при реализации потокобезопасности поправить код нужно только в одном месте - GenericString.

Цитата korvin @ 16.02.11, 21:06

в чем большая гибкость твоего метода?

На основе GenericString шаблонами и наследованием можно плодить генераторы. Для начала создав например генератор, начинающий числа не с нуля =)

Добавлено 16.02.11, 21:11

Цитата korvin @ 16.02.11, 21:09

и таки не занимай пространство имен типов! =)

У нас нет такой проблемы. Если все совсем плохо - можно обернуть все в namespace.

Цитата korvin @ 16.02.11, 21:09

а давай без классов? для простых переменных и функций, их же никто писать не запрещает?

А давай я буду показывать код на C++, чистый C в заголовке темы не заявлен.

[korvin]

Цитата Мяут-Настоящий @ 16.02.11, 21:07

если уж очень хочется пощеголять ключевыми словами

расскажи про explicit, ага =)

[Мяут-Настоящий]

Ну explicit это скорее одно из многих C++ных исключений чем правило =)
В общем случае C++ - старается быть лаконичным (отсюда кстати и проблема с читабельностью, что ты выше писал)

[korvin]

Цитата Мяут-Настоящий @ 16.02.11, 21:10

Нет, но у меня id - инкапсулирован, и поэтому гарантируется, что при реализации потокобезопасности поправить код нужно только в одном месте - GenericString.

дык и у меня инкапсулирован =) и также максимум -- поправить genstr.

Цитата Мяут-Настоящий @ 16.02.11, 21:10

На основе GenericString шаблонами и наследованием можно плодить генераторы. Для начала создав например генератор, начинающий числа не с нуля =)

если б я хотел плодить генераторы, так бы и написал, мне нужен один общий, глобальный. гарантировано общий глобальный =)

Цитата Мяут-Настоящий @ 16.02.11, 21:10

У нас нет такой проблемы. Если все совсем плохо - можно обернуть все в namespace.

это не проблема, это факт, class занимает глобальное пространство имен типов.

Цитата Мяут-Настоящий @ 16.02.11, 21:10

А давай я буду показывать код на C++, чистый C в заголовке темы не заявлен.

как будто в С++ уже нельзя использовать неклассовые перееменные и функции, ага =)

Добавлено 16.02.11, 21:23

Цитата Мяут-Настоящий @ 16.02.11, 21:18

Ну explicit это скорее одно из многих C++ных исключений чем правило =)
В общем случае C++ - старается быть лаконичным (отсюда кстати и проблема с читабельностью, что ты выше писал)

а namespace -- замена безымянного класса? =)

[Мяут-Настоящий]

Цитата korvin @ 16.02.11, 21:21

дык и у меня инкапсулирован =) и также максимум -- поправить genstr.

Что мешает какому-нибудь программисту взять и написать GenericString.id = 0?

Цитата korvin @ 16.02.11, 21:21

это не проблема, это факт, class занимает глобальное пространство имен типов.

namespace Internal {
class A {};
}

В каком месте класс A занимает глобальное пространство имен типов?

Цитата korvin @ 16.02.11, 21:21

если б я хотел плодить генераторы, так бы и написал, мне нужен один общий, глобальный. гарантировано общий глобальный =)

Я получил тот же результат на текущей итерации результат (общий глобальный), но более гибкую к изменениям систему (что есть плюс).
Факт в том, что ты не знаешь заранее, что тебе никогда не потребуется плодить генераторы.

[korvin]

Цитата Мяут-Настоящий @ 16.02.11, 21:27

Что мешает какому-нибудь программисту взять и написать GenericString.id = 0?

то, что оно находится в секции implementation и не видно извне модуля =)

Добавлено 16.02.11, 21:32

Цитата Мяут-Настоящий @ 16.02.11, 21:27

Я получил тот же результат на текущей итерации результат (общий глобальный), но более гибкую к изменениям систему (что есть плюс).
Факт в том, что ты не знаешь заранее, что тебе никогда не потребуется плодить генераторы.

эм... знаю. это требование к генератору.

Добавлено 16.02.11, 21:34

Цитата Мяут-Настоящий @ 16.02.11, 21:27

namespace Internal {
class A {};
}

а почему не

class Internal {
class A {};
}

?

зачем нужно namespace, если по словам D_KEY классы в С++ покрывают все необходимости? =)

[Мяут-Настоящий]

Погуглил. Так то шо ты показал сейчас - это ж даже в C есть.

// genstr.h
 
void genstr(char* dest, int n, const char* prefix);
 
// genstr.c
 
static int id = 0;
 
void genstr(char* dest, int n, const char* prefix) {
    snprinf(dest, n, "%s%d", prefix, id++);
}

Добавлено 16.02.11, 21:38

Цитата korvin @ 16.02.11, 21:30

зачем нужно namespace, если по словам D_KEY классы в С++ покрывают все необходимости? =)

namespace можно размазывать по библиотеке в 100 исходников.

Добавлено 16.02.11, 21:40
В принципе id упаковываем в genstr

[korvin]

Цитата Мяут-Настоящий @ 16.02.11, 21:36

Погуглил. Так то шо ты показал сейчас - это ж даже в C есть.

// genstr.h
 
void genstr(char* dest, int n, const char* prefix);
 
// genstr.c
 
static int id = 0;
 
void genstr(char* dest, int n, const char* prefix) {
    snprinf(dest, n, "%s%d", prefix, id++);
}

что мне мешает подключить genstr.c вместо genstr.h? и как тут с пространством имен, можно обратиться из внешнего кода к функции genstr как genstr.genstr (модуль.функция), а то вдруг какой-то еще модуль предоставляет функцию с такой сигнатурой? =)

[Мяут-Настоящий]

Цитата korvin @ 16.02.11, 21:40

что мне мешает подключить genstr.c вместо genstr.h?

Наличие мозга в черепной коробке?

Цитата korvin @ 16.02.11, 21:40

и как тут с пространством имен, можно обратиться из внешнего кода к функции genstr как genstr.genstr (модуль.функция), а то вдруг какой-то еще модуль предоставляет функцию с такой сигнатурой? =)

Не паясничай