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

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

N>>Проблема не в затратах, а в том, что это таки разный код. И глюк в релизном коде ты не сможешь поймать отладочной версией. Вот это тут таки принципиально.
PD>Я все-таки не понимаю. Если запрос будет переводиться из текстового вида в двоичный на выходе из броузера, а потом IIS переведет его обратно в текстовый перед тем, как отдать тебе, какой-такой разный код будет в твоем приложении ?
PD>А если и не будет такого преобразования — не надо из мух слонов делать. Word поддерживает два десятка форматов, и чтение/запись в них — это разный код. И ничего страшного. Запись и чтение файла — это 1% от того, что содержит в себе Word.

У ворда _один_ родной формат (у каждой версии свой). Все остальные — экспортно-импортные, неродные. Во-первых, их конвертеры хуже тестируются и вообще пишутся. Во-вторых, это всё-таки отдельное преобразование.

Если ты хочешь уподобить ситуацию тому, как работает ворд — у тебя будет внутренние протокол и формат (по твоему вкусу — двоичные) и внешние текстовые для тех, кто этого хочет (как в случае HTTP). Значит, ты будешь отлаживать и одно, и другое. Да, в этом случае у тебя не будет проблемы между релизом и дебагом. Но эта часть работы удвоится. Тебе мало работы?;)