Миграция из Stingray Objective Toolkit
У нас есть коллекция коммерческих приложений MFC/C++, которые мы продаем с помощью Stingray Objective Toolkit, у нас есть лицензия на исходный код и в прошлом она была перенесена на Solaris/IRIX/HP-UX/AIX с использованием Bristol Technologies WindU (Windows API в UNIX, в том числе МФЦ).
Короче говоря, недавно, 18 месяцев назад, мы портировали Stingray на Win64, но это была довольно утомительная задача. За это время я провел некоторые исследования коммерческих и открытых альтернативных библиотек расширения MFC, таких как Ultimate Toolbox и Prof-UIS.
- Кто-нибудь еще использовал Stingray и перешел на альтернативу?
- Если да, то какой бы вы предложили?
- Каковы были основные опасности переезда?
3 ответа
Да, мы отошли от ската. Это зависит от того, какие компоненты Stingray вы используете. Для управления сеткой вы можете использовать бесплатный MFC gridcontrol от www.codeproject.com или коммерческий от http://www.bcgsoft.com/. Со свободным все в порядке, но разработка застопорилась, поэтому никакой современной визуализации пользовательского интерфейса и т. Д.
Компонент Stingray "редактора макетов" может быть заменен компонентом bcgsoft.com, но у меня нет с этим опыта - мы переписали необходимую нам функциональность самостоятельно (это было только подмножество того, что предоставлял Stingray),
Что касается альтернативных наборов инструментов MFC, я предлагаю bcgsoft, потому что часть их набора инструментов находится в Visual Studio Feature Pack, поэтому он бесплатный и очень хорошо подходит для VS. Я посмотрел на Ultimate Toolbox (держитесь подальше, устаревший код, который больше не обновляется) и Prof-UI (хорошо, но я нашел, что это не так легко интегрировать).
Теперь, когда BCG является частью "официального" MFC, я не вижу причин выбирать что-то другое, кроме BCG (за исключением, возможно, стоимости, если вам нужна бесплатная альтернатива, вы можете посмотреть на codeproject).
У меня ограниченный опыт работы со Stingray.
Тем не менее, я хочу предложить попробовать Codejock Xtreme Toolkit Pro ( http://www.codejock.com/). Его графический интерфейс очень хорош, и он поддерживается очень хорошо.
Я пользуюсь Stingray последние восемь лет или около того, и несколько раз пытался от него избавиться. До сих пор я отказался, в основном потому, что я перенес версию на Windows CE & Mobile и больше не вижу того же решения на этой платформе. Хотя Stingray не идеален, у них теперь есть 64-битная версия, и это довольно стабильный продукт.
То, что я делаю, - это замена очень слабых мест Stingray, таких как поддержка XML, альтернативами. В этом случае я пошел с Expat по соображениям производительности.
Опасности переезда? Вы можете перейти от чего-то стабильного, но старомодного к красивому, но ненормальному;) В моем случае я бы также убил немало моих автоматических тестовых сценариев, которые работают на уровне графического интерфейса.
Изменить: просто чтобы добавить немного к вышесказанному, я перешел с VS2003 на VS2008 на этой неделе и в то же время Objective Studio 2006 v2 в Objective Studio 10.1. Переход был довольно плавным, с одним небольшим затруднением, которое было быстро обработано технической поддержкой RogueWave. Даже это могло бы остаться незамеченным, если бы у нас не было очень обширного набора регрессионных тестов с графическим интерфейсом. IMO, Stingray - очень зрелый, хорошо поддерживаемый, многофункциональный и, самое главное, стабильный продукт. Я не буду двигаться в ближайшее время без веской причины.