К сожалению, в документации нет заявления о возможном прекращении поддержки неподдерживаемых модулей, требованиях к качеству реализации, уровню тестирования и т. Д.
Поскольку неподдерживаемые модулипри условии, что «как есть», их охват тестированием и, возможно, даже качество может сильно отличаться.Все модули, неподдерживаемые или нет, протестированы .Однако есть модули, которые используются очень часто, а другие могут использоваться не так часто.Это приводит к разнообразному опыту работы сообщества с различными неподдерживаемыми модулями.Очень популярные модули, вероятно, будут хорошо протестированы только потому, что существует высокая вероятность того, что кто-то перешагнет через какой-то угловой корпус при его использовании.
Есть ли какие-либо впечатления или мнения относительно стабильности и доступностинеподдерживаемые модули?
Примером широко распространенного модуля является неподдерживаемый Тензорный модуль , который используется в основных частях Google Tensorflow.
Однаконет никаких гарантий относительно стабильности ABI или API неподдерживаемых модулей.Например, неподдерживаемый модуль может быть объединен с поддерживаемой частью, что может привести (по крайней мере) к изменениям API.
Должен ли я вообще использовать неподдерживаемые модули Eigen, если я хочу, чтобы мое программное обеспечение было стабильнымв течение нескольких лет (и, по крайней мере, чтобы быть совместимым с будущими основными / второстепенными выпусками Eigen).
Трудно ответить на этот довольно широкий вопрос.Если вы действительно годами зависите от стабильности, возможно, вам следует избегать неподдерживаемых модулей.Однако это никоим образом не является общим советом и зависит от ваших конкретных потребностей и модуля, который вы планируете использовать.
Если вы планируете использовать неподдерживаемый модуль в качестве важной части вашего приложения, вам, вероятно, следует сохранитьследите за обновлениями (например, проверьте Eigen's changelog или посмотрите pull pull ).