>да было б чему там возражать - то лузеры вайнят что кактус горький, ты лучше не ориентируйся на неосиляторов (козлёночком станешь), а читай как делают профессионалы
По ссылкам нет ничего по теме. Прочитай что пишет Alexander E. Patrakov еще раз.
Прежде чем так позориться, советую вспомнить какая точность у типа double. Представляю, сколько бы Вы 2.71бались с отладкой в попытках понять где же теряется точность.
не работает, потому что корректно сохранить состояние класса он не может
1) работает потому что выдаёт правильный результат
2) шо? какое состояние класса? никому он ничего не должен сохранять или Вы опять считаете что язык за Вас должен что-то дописывать? к тому же может вся фишка в том что точностью можно управлять снаружи относительно методов данной структуры... я не знаю о чём Вы там мечтали когда пример такой писали :)
> 1) работает потому что выдаёт правильный результат
Выдает правильный результат неправильным способом. Если делаете сериализацию в текстовый поток, то делате её нормально, чтобы вывод не зависел от внешних факторов.
2) шо? какое состояние класса?
Для тех кто в танке — set::precission надо вызывать внутри функции
write, а потом вернуть поток в первоначальное состояние, чтобы после вызова write сюрпризов не было.
PS. ох, жалко же мне ваших студентов, чую плохому бедных учите
Для тех кто в танке — set::precission надо вызывать внутри функции write, а потом вернуть поток в первоначальное состояние, чтобы после вызова write сюрпризов не было.
ещё раз, если у Вас таких структур летает целая куча и Вам надо (!!!) управлять форматом вывода централизовано из какого-нибудь управляющего класса, то почему бы и нет?
ещё раз, это зависит от того какую цель Вы преследовали во время написания такого куска кода :)
этот код, является корректным и при правильном подходе выдаёт правильный результат, но пользоваться им надо осторожно, как в общем и любыми, на первый взгляд безобидными, вещами в сравнительно низкоуровневом языке, которым является С++
Это Вы так пытаетесь оправдать свою безграмотность?
отнюдь, пытаюсь показать Вам почему Ваш пример некорректен с точки зрения того что Вы хотите показать, а Вы отпираетесь как номенклатурщик со стажем :)
>Ну извини, что не понял, просто ваш ход доказательств-срача прыгал туда-сюда.
Вообще-то по ходу дискуссии выяснилось что сообщения подаваемые пользователю должны храниться в бандле ресурсов целиком, поскольку в другом случае морфология целевого языка будет плыть. iostream же требует их разбивать на куски. Ничего внятного защитники iostream ответить не смогли, но зачем-то продолжают свою активность вместо того чтобы признать свое поражение и покинуть тред.
1) Обычно к объектам приделывают нормальную сериализацию, например в ASN.1 . Возможно - в несколько форматов через адаптеры. Зачем нужны все эти шифты влево?
2) Хорошая библиотека должна решать одну задачу и решать ее хорошо. Зачем в iostream засунуты в одну кучу утилиты работы с текстом и собственно IO?
Вообще-то по ходу дискуссии выяснилось что сообщения подаваемые пользователю должны храниться в бандле ресурсов целиком, поскольку в другом случае морфология целевого языка будет плыть. iostream же требует их разбивать на куски. Ничего внятного защитники iostream ответить не смогли, но зачем-то продолжают свою активность вместо того чтобы признать свое поражение и покинуть тред.
БУ-РА-ТИ-НО! Полено, понимаешь?
Тебе несколько раз приводили ссылки о том как делается в случае с С++, в том силе и для messaging, с примерами, но ты просто всё проигнорировал. Тормози дальше. :)