Можно ли реализовать вот этот Java-класс на Си++ ?
То есть, можно ли вызвать один конструктор из другого? Это мелочи, конечно. Можно отдельный метод инициализации сделать. Но все-таки интересно.
У меня, как я не пытался, не получилось.    

Есть подводные камни, но работать должно. Лучше так не далать, это по сути, ошибка проектирования. 

уж лучше тогда в данном случае

а еще лучше сделать приемлемые параметры по умолчанию 

Да... здесь лучше сделать параметры по умолчанию. (А в яве нет параметров по умолчанию) Пример просто не удачен.
Вот с операцией new(this) мне понравилось. Я видел в бнф, что у new скобки есть, а для чего они нужны не понимал. Значит, при такой форме она новую память не выделяет... 

да, это placement new 

Не нужно это в таком месте. В данном месте рулят параметры по умолчанию и единственный конструктор.
 

не факт
если сделать параметрыпо умолчанию, то никто не помешает передать один, а это значит, что нельзя уже сделать консруктор с одним параметром
пример:
когда без параметров - 2,3
когда с одним параметром - эквивалентно x,x 

DeadSoul,  Да я и не говорю, что это нужно в этом месте. Довольно ясно, что С++ вообще не рассчитан на вызов одного конструктора из другого. 

SaDFromSpb, факт. 

что по мне вполне логично 

Подниму опять эту тему, т.к. не совсем понял.
Из вышесказанного получается, что С++ не предусматривает возможность вызова одного конструктора из другого. 
Это действительно так?
И будет ли работать вот этот код? Всмысле какие могут быть последствия этого кода, если могут быть????

это приводит к созданию на стеке нового объекта, потом присваиванию его полей текущему (консруктор которого вызывается), а потом - удалению промежуточного
конечно, оптимизатор может сильно сократить этот набор действий (может, даже сделать его эквивалентным вызову конструктора с параметрами), но далеко не в каждом случае
даный случай - довольно-таки простой, так что вроде всё должно быть нормально
но при усложнении структуры объектов, могут начаться неоправданные затраты ресурсов
кроме того, не все классы позволяют присваивание одних объектов другим, так что способ не очень универсальный

есть ещё один вариант: напимать protected/private метод, который будет содержать код второго конструктора, и вызывать его из обоих
он тоже имеет недостаток - некоторые поля (например, const или ссылки) могут не поддерживать присваивания, а списки инициализации доступны только в конструкторе, да и опять же в случае использования такого метода, поля-объекты сначала создадутся, а уже потом им присвоят значения, что тоже может повлечь неоправданные затраты ресурсов...

Да, так. Вышеприведенные методы в простых случаях работают, но не универсальны и являются ничем не оправданным извращением.
Проблемы начнутся (скорее всего) при наследовании и (точно) если объект не copy-constructable. 

Проблемы с многократным написанием кода инициализациии (от чего призван избавить описанный изврат) решаются изменением дизайна:
1) константы - а так ли уж надо использовать константы внутри классов? Это все решается инкапсуляцией + соотв. функции. Ну если уж очень хочется, руки не отваляться инициализировать ее в каждом конструкторе.
2) ссылки. Опять же, если так влом инициализировать в каждом конструкторе - ну замени на указатель и инициализируй в общей функции.
3) вложенные объекты, которые при конструировании могут сожрать много ресурсов, а потом их нужно переинициализировать ... - тоже переходим на указатели... "лишнюю" инициализацию указателей или простых типов, полагаю, можно простить...

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

MAKCim, в C# это практикуется с большой силой, что помогает уменьшить объем кода вбиваемо. В принципе , я так глянул - не сильно это читаемость убивает. Но лучше не заигрываться, конечно.

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


Это сообщение отредактировал(а) SaDFromSpb - 3.3.2007, 02:42