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

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

A_A>>>>>Нужно собирать либу с такой версией, чтобы можно было найти реальные исходники.
AN>>>>Кто и как будет проверять версию Длл-ки при входе в функцию?
A_A>>>Тут поможет перегрузка функций, если уж совсем никак.
AN>>Примерчик мона?
A_A>Есть класс в длл-ке(который лезет в базу за данными), у которого паблик только дефолтный конструктор.
A_A>Его уже юзают кучка клиентов.
A_A>В новой версии для нового клиента понадобилось добавить в этот класс возможность повтора подключения к базе,
A_A>если она не доступна.
A_A>Перегружаешь конструктор и юзаешь новую версию в новом клиенте.
A_A>Все остальные клиенты юзают старую версию.
A_A>Делаешь техническую таску на новую итерацию — отрефакторить всех остальных клиентов на юзание новой версии длл-ки.

Видимо Вы не так поняли, что я имел в виду.
Допустим раньше параметр не проверялся на ноль, а теперь сделали. Но вылет все равно проиходит по нулю (Длл-ка не обновилась). Смотрим исходники все нормально, не может там такого быть.
Ну а все всегда не перекроешь.
AN>>>>>>>>А будет ли обеспечено, что исходники всех разработчиков будут точно сообтветствовать бинарникам.

AN>>>>А как тогда работать разработчику Длл-ки? Причем один разработчик часто отвечает за более чем одну Длл-ку?
A_A>>>А в чем проблема-то?
A_A>>>Просто надо больше комунницировать, чтобы о таких изменениях все были в курсе.
AN>>А если было сказано об изменениях, но допустим забыли, что то сделать, что привело к "рассогласованию" исходников с бинарниками.
A_A>Автоматизация без участия человека не допустит рассогласования исходников с бинарниками.
Это будет только в том случае когда прогу также роботы писать будут, а за ними будут другие роботы наблюдать. А так можно почти всегда найти ситуации в которых механизм даст сбой.