Вопрос

У нас есть коллекция коммерческих приложений MFC/C++, которые мы продаем, используя Набор инструментов для целей Stingray, у нас есть лицензия на исходный код, и в прошлом мы портировали ее на Solaris/IRIX/HP-UX/AIX, используя Бристольские технологии WindU (Windows API в UNIX, включая MFC).

Короче говоря, недавно, около 18 месяцев назад, мы портировали Stingray на Win64, но это была долгая и утомительная задача, за это время я провел некоторое исследование коммерческих и альтернативных библиотек расширений MFC с открытым исходным кодом, таких как Полный набор инструментов и Проф-УИС.

  • Кто-нибудь еще использовал Stingray и перешел на альтернативу?
  • Если да, то какой из них вы бы предложили?
  • В чем заключалась главная опасность этого переезда?
Это было полезно?

Решение

Да, мы отошли от Stingray.Это зависит от того, какие компоненты Stingray вы используете.Для управления сеткой вы можете использовать бесплатный GridControl MFC с сайта www.codeproject.com или коммерческую версию с сайта. http://www.bcgsoft.com/.Бесплатная версия — это нормально, но разработка застопорилась, поэтому нет современного рендеринга пользовательского интерфейса и т. д.

Компонент Stingray «редактор макетов» можно заменить компонентом с bcgsoft.com, но у меня нет опыта в этом — мы переписали необходимый нам функционал самостоятельно (это было лишь подмножество того, что предоставлял Stingray) .

Что касается альтернативных наборов инструментов MFC, я предлагаю bcgsoft, поскольку часть их набора инструментов находится в пакете функций Visual Studio, поэтому он бесплатен и очень хорошо сочетается с VS.Я рассмотрел Ultimate Toolbox (держитесь от него, устаревший код, который больше не обновляется) и Prof-UI (хорошо, но мне показалось, что его не так легко интегрировать).

Теперь, когда BCG является частью «официального» MFC, я не вижу причин выбирать что-то другое, кроме BCG (за исключением, возможно, стоимости; если вам нужна бесплатная альтернатива, вы можете посмотреть codeproject).

Другие советы

У меня ограниченный опыт работы со Stingray.

Тем не менее, я хочу предложить попробовать Xtreme Toolkit Pro от CodeJock (http://www.codejock.com).Его графический интерфейс очень хорош и очень хорошо поддерживается.

Я использую Stingray последние восемь лет или около того и пару раз подумывал о том, чтобы отказаться от него.Пока что я отказался, главным образом потому, что я портировал версию на Windows CE и Mobile и не вижу ничего другого, предлагающего такое же решение на этой платформе.Хотя Stingray не идеален, теперь у них есть 64-битная версия, и это довольно стабильный продукт.

Я заменяю очень слабые места Stingray, такие как поддержка XML, альтернативами.В этом случае я пошел с Эмигрант по соображениям производительности.

Опасности переезда?Вы можете перейти от чего-то стабильного, но старомодного к красивому, но ненадежному ;) В моем случае я бы также удалил изрядное количество своих сценариев автоматического тестирования, которые работают на уровне графического интерфейса.

Редактировать: Чтобы добавить немного к вышесказанному, на этой неделе я перешел с VS2003 на VS2008 и одновременно с Objective Studio 2006 v2 на Objective Studio 10.1.Переход прошел довольно гладко, за исключением одного незначительного сбоя, который оперативно устранил техническая поддержка RogueWave.Даже это осталось бы незамеченным, если бы у нас не было очень обширного набора регрессионных тестов графического интерфейса.По моему мнению, Stingray — очень зрелый, хорошо поддерживаемый, многофункциональный и, что самое важное, стабильный продукт.Я не буду отказываться от этого в ближайшее время без очень веской причины.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top