Здравствуйте, Andrei N.Sobchuck, Вы писали:


ANS>Качественным я вляется код, которого не существует. Пример на Java:
ANS>

    
ANS>

В связи с этим серьезный вопрос. Сколько времени должно тратиться на разработку такого кода (на этапе проектирования, как я понимаю). И как заставить манагеров поверить в перспективность такого подхода.

Здравствуйте, stalcer, Вы писали:

S>В связи с этим серьезный вопрос. Сколько времени должно тратиться на разработку такого кода (на этапе проектирования, как я понимаю). И как заставить манагеров поверить в перспективность такого подхода.

На то чтобы придумать настолько продуманный код нужно время — это правда. Возможно комуто быстрее будет взять, например, студию и при помощи автокомплита быстро наколотить код, который теоретически делает тоже самое, но не такой красивый. Однако, хоть код будет компилироваться, не факт, что он будет работать (ну не верю я Владу, что если код прошол компиляцию, то значит, что в нём нет ошибок), его будет трудно модифицировать и расширять, и понадобится немалое время на рефакторинг.
Что касается манегеров, то, как известно "лучше день потерять, потом за 5 минут долететь" (С) известный всем мультфильм. А они любят, когда всё за 5 минут.

Здравствуйте, Andrei N.Sobchuck, Вы писали:

ANS>Что касается манегеров, то, как известно "лучше день потерять, потом за 5 минут долететь" (С) известный всем мультфильм. А они любят, когда всё за 5 минут.

Дык и я про тоже .

Здравствуйте, i-maverick, Вы писали:

IM>- Remove iostream. Many programmers #include <iostream> purely out of habit as soon as they see anything resembling a stream nearby. X does make use of streams, that's true; but it doesn't mention anything specifically from iostream. At the most, X needs ostream alone, and even that can be whittled down:

IM>- Replace ostream with iosfwd. Parameter and return types only need to be forward-declared, so instead of the full definition of ostream we really only need its forward declaration. In the old days, you could just replace "#include <ostream>" with "class ostream;" in this situation, because ostream used to be a class. Alas, no more -- ostream is now typedef'd as basic_ostream<char>, and that basic_ostream template gets a bit messy to forward-declare. All is not lost, though; the standard library helpfully provides the header iosfwd, which contains forward declarations for all of the stream templates (including basic_ostream) and their standard typedefs (including ostream). So all we need to do is replace "#include <ostream>" with "#include <iosfwd>".

IM>Herb Sutter

IM>Так что работайте над собой

Ты сначала попытайся скомпиллировать этот пример после применения своих советов. В общем, как обычно, требуется понимание механизма компиляции С++. Действительно, iosfwd достаточно, например, для описания сериализации своих классов, но недостаточно в большинстве других сценариев.