Приветствую вас, мои самые-самые  !

Предполагается такая структура классов и их наследников:

• Figure
  • Point
  • Line
  • FilledFigure
    • Ellipse
    • Rectangle

Сейчас важны только Figure и Point.




Предполагается, что точка задана в файле примерно так:


С конструктором фигуры все очевидно (но приведу его на всякий случай - вдруг ключ к разгадке проблем именно в нем):


С конструктором точки все тоже очевидно, но почему-то не работает:


Т.е. получается так: мы узнали, что впереди точка; сначала вызвался конструктор Фигуры и прочитал цвет пера; потом вызвался конструктор производного класса Точка и прочитал координаты.
Но VS 2008 Express Edition совсем не думает, что все правильно и просто:
Все ошибки относятся к строке с конструктором Точки:


Я совсем не понимаю, что не так и что можно с этим сделать . Помогите, пожалуйста  ...

Это сообщение отредактировал(а) KasMP - 15.7.2009, 12:17

 в объявлении конструктура список инициализации лишний.

P.S. привет.. давно тебя не было видно 

Добавлено @ 12:23

не очень хорошое решение, чтоб объект базового класса знал о возможных наследниках.

Добавлено @ 12:24
P.S.. я так понял Вы теперь наконец то дошли до классов 

Добавлено @ 12:33

я надеюсь, что Point (:Figure) не используется как примитив Point для остальных фигур 
 в том смысле, что точка-фигура и геометрическая точка на плоскости два разных объекта.


Это сообщение отредактировал(а) mes - 15.7.2009, 12:37

Почему? В списке инициализации вызван конструктор базового класса, другое дело, что он вызван неправильно.




  

потому что это декларация, а не определение конструктора.


кстати да, в определении конструктора список инициализации вызывается неверно.

Это сообщение отредактировал(а) mes - 15.7.2009, 13:00

Здесь синтаксическая ошибка.

Правильно вот так
class Point : public Figure {
...
public:
    Point (ifstream *f): Figure(ifstream *f,'1');
...
};


Это сообщение отредактировал(а) Леопольд - 15.7.2009, 13:00

  не заметил даже, а где определение? В любом случае в списке инициализации ошибка, в определении он нужен, но не в таком виде.

Я опоздал 

и {} забыл   Лучше поправить чтоб не путать топик-стартера  



Это сообщение отредактировал(а) mes - 15.7.2009, 13:06

Я и сам забыл что список инициализации надо писать в определении конструктора, а в объявлении нельзя...
Т.е. правильно вот так:


Или так:


Это сообщение отредактировал(а) Леопольд - 15.7.2009, 14:27

Спасибо вам огромное! Я бы еще долго искала эту незаметную ошибку... Глупее не придумать  !

 

Я думаю, я совсем уберу этот член: по типу переменной и так понятно, к какому классу-наследнику относится объект - зачем дублировать еще раз   ?

Да ладно, с ошибками даже лучше: человек больше вдумывается, больше понимает, больше пишет сам, ...  .

 
Неправда  ! Я здесь  ...
А ты здесь уже совсем освоился   .

Мы давно до них дошли  (и ответы на свои вопросы у меня получалось находить  ), а наследование зачем-то пропустили... Вот я и занимаюсь им сама (с вашей помощью  ).

Нет, конечно  !
Как тебе вообще такая мысль в голову пришла      ???

ну так это больше там, чем здесь    я в ту "даль" редко заглядываю, поэтому и не замечал 


    


  




посмотрел повнимательней, действительно нет :

приношу извинения за ложную тревогу.    
просто это самая распространенная ошибка при  составлении иерархии классов фигур.

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

Заглядывай туда чаще - там тоже интересно  .



 Заглавными буквами в WinAPI обозначаются именно типы, крепко-крепко связанные с этой самой WinAPI: HWND, HDC, RECT, HGDIOBJ, HPEN, HBRUSH, HFONT, COLORREF и, конечно же, POINT   .

ах да.. забыл про эти "пережитки" .. в .Net  они уже называются "по-человечески":
http://msdn.microsoft.com/ru-ru/library/system.drawing.aspx


P.S. ox чувствую, что достанется мне сейчас за эти  "пережитки", "по-человечески" и за оскорбление религиозных чувств. 
будем надеяться, что пронесет..

Имхо логично придерживаться правил, связанных именно с тем, где ты сейчас, а не правил какого-то мифического пространства  .

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

Ну да никуда не деться, если работать с WinAPI придется подстраиваться под их среду.