MasterZivSashaMercuryНо как в таком случае решать проблемы namespace pollution (нарушение пространства имён) ? В Си стандартом фактически предлагается использование префиксов, в С++ предложили такой выход.


Я хочу заметить, что " использование префиксов " в С не может решить данную проблему.
Проблема -- это возможное нарушение ODR при использовании множества объектных модулей и библиотек.

Почему не может ?
Я думал что как раз наоборот, решает. Например, имена всех переменных из библиотек Си начинаются с префикса _, более того, в стандарте де-факто оговаривается этот факт. Де-факто, потому что как мы убедились ранее это закон можно нарушить.

Марк, зачитался вашей пламенной речью :) У Анатолия странный класс.
Спасибо всем за советы C:

Кстати, как вы называете класс иначе ? Мне не нравится этот термин. Объект, или определяемый пользователем тип звучат лучше. Но может быть есть что-то ещё. А почему вообще "класс" ?

egorychSashaMercury1. class definition - определение, интерфейс типа данных определенного пользователем
2. class declaration - объявление, интерфейс типа данных определённого пользователем
3. representation - представлениея, реализация типа данных определенного пользователемну, он же там пишет, прямо где ты выделил, что по историческим резонам, бла-бла-бла первое - это синоним второго. Что, впрочем, в русскоязычной традиции совсем не так. Я, например, привык, что definition - это то, что он здесь назвал repsentation, причём последний термин для меня новость ))). Стандарт надо смотреть, на самом деле.

Я так и понял. Выше мне говорили противоположные вещи

White OwlSashaMercury,

Here are "forward declaration" of a class and its "definition".
Understood?

Representation is a little trickier to explain.
Assume there is some object in real life (for example a date). Someone created a class Date for you and you are using it. You do not care how this class done internally, you have a documentation, you know which methods are exposed - you are using this class. Right now, the object 'date' of real life is represented by the class 'Date'. Then you decided to create your own class Date to replace the old one. You do so by mimicking the old class, in order to not rewrite the usage of the class in all your programs. Now you have two (someone's Date and your Date) representations of the same real-life object, which do different representations of the same logical object in computer's memory.
You can also try looking up the definition of the word in encyclopedia.

На w такие серьезные вопросы смотреть не буду. В целом она мне не нравится, и пользуюсь ей крайне редко.
Для того чтобы объяснить что такое представление класса лучше всего подходит/требуется именно такая ситуация ?


Вот что говорит стандарт С++. 9.1 Class name

1. p216 A class definition introduces a new type.
Нет замечаний о том, даётся ли только интерфейс класса, либо более.

2. p216-217 A class declaration introduces the class name into the scope where it is declared and hides any class, variable, function, or other declaration of that name in enclosing scope.

Далее идут рассуждения об области видимости, не более. Да и определение того что такое class declaration дано в контексте области видимости.
А ещё ниже приведён такой пример. p219
A simple example of s calss definition is



Once this definition has been given, the declaration


...
Таким образом можно сделать вывод о том, что declaration понимается стандартом только в контексте области видимости и объявлении экземпляров класса.

Пока никакой информации о repersentation нет вообще. Зато в 9.3 Member function
1. Function declared in the definition of a class, excluding those declared with a friend specifier are called member function of that class. Далее
2.A member function may be defined in its class definition, in which case it is an inline member function, or it maybe defined outside of its class definition if it has already been declared but not defined in its class definition.


Можно сделать следующие выводы:
1. class definition есть определение нового пользовательского типа данных.
2. class definition может содержать в себе как прототипы member functions так и реализации member functions.
3. термин class declaration имеет отношение к области видимости, и объявлению объектов классов
4. термин class representation не имеет специального значения согласно стандарту С++.


Если кто-то не согласен с данными выводами, скажите об этом пожалуйста

Anatoly MoskovskySashaMercuryКстати, как вы называете класс иначе ? Мне не нравится этот термин. Объект, или определяемый пользователем тип звучат лучше. Но может быть есть что-то ещё. А почему вообще "класс" ?
Не надо иначе.
В С++ класс - это устоявшееся название для пользовательского типа.
Особенно учитывая что в синтаксисе именно так эта сущность и зовется.

Объект - это не тип и не класс, а экземпляр типа в рантайме. В С++ это разные вещи. И в стандарте объектом зовется именно экземпляр, т.е. область памяти с известной о ней информации о типе.

В таком случае согласен и принимаю это название

Здравствуйте. Марк, мне кажется что я не многим смогу помочь вам в сравнении программ на Си, С++ и Java. Если у вас возникнут конкретные вопросы по математике в том топике, то всегда обращайтесь :)

Последнюю половину прошедшей недели я потратил на ту программу-поздравление, и потому ООП не занимался. Но сегодня утром продолжил. У меня вновь возникли вопросы, подскажите пожалуйста

1. BS пишет:
The protection of private data relies on restriction of the use of the class member names. It can therefore be circumvented by address manipulation and explicit type conversion. But this, of course, is cheating. C++ protects against accident rather than deliberate circumvention(fraud). Only hardware can protect against malicious use of general-purpose language, and even that is hard to do in realistic systems.

1.1 Это значит что проверка доступа к полям класса осуществляется на уровне синтаксического анализа ?
1.2 Приведите пожалуйста простой пример манипуляций с адресами, что позволит получить доступ к закрытым полям класса ?
1.3 Как осуществляется защита от злонамеренного доступа к закрытым полям класса ?

2.1 Правильный ли вывод: При разработке ПО желательно инициализировать объекты при их создании. В ООП каждый объект должен быть проинициализирован при создании. Можно ли считать это одной из важны деталей ООП ?
2.2 В каком-то случае мы решили что создадим объект и только потом проинициализируем. Что делать с дополнительными затратами на инициализацию при создании объекта, в которой нет необходимости.
2.3 Существуют ли вообще проблемы в серьёзных программах с конструкторами, и, в частности, с конструкторами по умолчанию ?
2.4 Почему синтаксис конструктора по умолчанию отличается от синтаксиса функции-члена без параметров ? Неужели сахар.