Developing.ru

Romeo писал(а):Airhand, где граница между операциями приведения класса и общими? Не старайся, ты её не сможешь указать, так как её нет.

У компилятора нет выбора. Записав так, мы будем ВСЕГДА иметь одно и то же поведение компилятора - это гарантия стандарта. Поведения компилятора не будет зависеть ни от времени года, ни от атмосферного давления, ни от индекса Доу-Джонса. Это требование СТАНДАРТА.

Слушай, если бы мне кто-то твердил днём и ночью про какой-то там стандарт, который я не знаю, но должен знать, как специалист, то я бы его уже давно прочёл. Но ты, молодец, Airhand. Ты упорен до конца в своём стремлении быть необразованным.

Оператор приведения к типу не есть зло. Для того, чтобы решить указанную проблему на уровне архитектуры приложения, следует подобрать такой набор операторов и конструкторов класса, который бы обеспечивал однозначную трактовку подобных синтаксических конструкций. Конкретного алгоритма по которому это можно сделать нет. Здесь придётся идти методом проб и ошибок, добиваясь гармонии.

Airhand писал(а):Приведения типов - это зло, которое очень трудно сопровождать.

BBB писал(а):Если мы приводим к типу - классу, то это не что иное как вызов соответствующего метода этого класса. О чем уже писал Romeo.

class Base { 
    void SomeFunction() = 0
... };
class Derived: public Base { ... };
Derived d;
Base *pb = &d;

&quot писал(а):Приведения типов - это зло, которое очень трудно сопровождать. А как же дублирование кода в конструкторе и операторе присваивания ? Тот, кто исправит конструктор может не исправить оператор. И наоборот.

class MyClass1
{
 ...
 MyClass1(MyParamerType p);
 ...
};
class MyClass2
{
 ...
 operator  MyClass1()
 {
  return MyParamerType(p);
 }
 ...
};

atavin-ta писал(а):Приводи конструктором.

&quot писал(а):Не относись к стандарту, как к панацее

&quot писал(а):Уже есть черновик четвёртого стандарта.

&quot писал(а):Я давно уже прочитал третий стандарт. Появится 4 - прочитаю и его.

&quot писал(а):Приведения типов - это зло, которое очень трудно сопровождать. А как же дублирование кода в конструкторе и операторе присваивания ? Тот, кто исправит конструктор может не исправить оператор. И наоборот.

&quot писал(а):Вызывался бы конструктор чисто виртуального Base. Приведение типов пришло из С, а там нет классов. Вот почитай про приведение типов:
http://www.tdoc.ru/c/programming/cpp...s2-page56.html
Как быть с тем,что любой тип может быть приведён к void ? Тоже конструктор вызывается ?
Вот почитай о приведении типов с сайта мелкомягких: http://search.microsoft.com/results....+%22c%2b%2b%22
Вот ещё статья, указывающая чем опасно испольpование приведения типов. Из MSDN: http://msdn.microsoft.com/ru-ru/library/ms229033.aspx

&quot писал(а):Приводи конструктором. То есть приблизительно так

&quot писал(а):Здесь я сути вообще не уловил.

&quot писал(а):Всего лишь, если у тебя конструктор и оператор приведения выполняют одно и то же, то вызывай конструктор из оператора приведения.

&quot писал(а):Если ты не понимаешь сути фрагментов написанных по-еврейски, то это ещё не беда. Плохо, если перестанешь понимать, как работают твои проги.