Передача std :: string в библиотеке API

Question

В настоящее время мы создаем API для определенной библиотеки. Часть интерфейса требует, чтобы библиотека получала и возвращала пользовательские классы, такие как вектор и строка.

При попытке имитировать использование библиотеки в простом сценарии, в режиме отладки система подавляется при доставке строки в качестве ввода.

Я считаю, что существует другое представление строкового класса в режиме отладки или выпуска. Тогда наша библиотека предполагает получить определенное представление, неправильно прочитать член данных и раздавить по пути. Итак, каков наилучший способ передачи объектов STL в API. Мишень ОС Виндоус XP скомпилирован с MSVC 8, хотя пользователь библиотеки будет использовать окна их компилятор может (и, вероятно, будет) отличаться Идеи, которые мы имели до сих пор:

1. Изменение строки на символ * - Но тогда разработчики могут сбивать с толку ответственность за освобождение памяти.
2. Используйте нашу собственную версию String - я не хочу разрабатывать другую частную реализацию строки.
3. Отпустите версию отладки и версию отладки.
4. Спросите людей о переполнении стека для какой-то опции, которую мы пропустили или не понимаем, или просто услышать от их опыта - сделано.

Answer 1

Вам не следует пропускать объекты STL между различными двоичными модулями.

Для строки, вы должны полагаться на const char* только для чтения параметров и char*, <buffer size> для входных параметров ...

Для векторов, это может быть немного сложнее, особенно если вы должны изменить содержание вектора ...

О ваших идей:

1. вы правы, но соглашение, как правило, является то, что вы не можете сохранить переданный указатель (вы должны сделать свою локальную копию).
2. В конце у вас будет такая же проблема, если у вас нет того же двоичного представления для отладки и выпуска версии вашей реализации.
3. Это может быть вредным, если вы используете разные версии/реализацию STL в двух двоичных модулях (если вы не уверены, что пользователь библиотеки будет использовать один и тот же STL).

Answer 2

Это не является необоснованным, чтобы люди связывались с отладкой в ​​режиме отладки и освобождались в режиме деблокирования. Вот как это делает каждая библиотека. Даже такие огромные проекты, как DirectX, отлаживают компиляции своих двоичных файлов. # 3 - вполне разумный вариант/решение.