Альтернатива MFC [закрыто]

Закрыт. Этот вопрос не по теме . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос , чтобы он был по теме для Stack Overflow.

Закрыт 5 лет назад .

https://stackoverflow.com/questions/149698/what-is-a-good-mfc-starting-book

Многие проголосовали за комментарии утверждают, что есть гораздо лучшие альтернативы. Я хотел бы знать, какими они могут быть.

Мое главное требование - чтобы пользовательский интерфейс использовал собственные виджеты, чтобы наше программное обеспечение автоматизации могло работать. Окна, нарисованные владельцем, намного сложнее управлять.

Мне не особенно нравится дизайн MFC, поэтому была бы хороша альтернатива. Я нашел только один, это WX, который мы уже пробовали и планируем отказаться. Нам нужно что-то, что не заставит нас бороться с кучей кроссплатформенных упаковок, которые нас не волнуют. Мы пишем приложение для Windows, и в маркетинге нет ни единого дерьма по поводу таргетинга на Mac или Linux (да, мне тоже от этого больно).

Я немного посмотрел на вариант .NET. Проблема в том, что я мало знаю об этом, но из того, что я могу сказать, нам пришлось бы использовать C #, чтобы получить множество опций, легко доступных с MFC. Например, на первый взгляд в наборе инструментов C ++ / CLI не видно стыковочных окон. Фактически, прямой вариант WinFroms тоже не подходит. Похоже, нам нужно было бы создать проект WPF, и это, похоже, совсем не то, что мы действительно хотим (и нам нужно было бы изучить огромное количество дерьма, помимо еще одного инструментария). Переход с C ++ также потребует большого количества упаковок, и мне не особенно нравятся результаты, которые я видел от автоматических оболочек.

Другая проблема, с которой я столкнулся с опцией .NET, заключается в том, что у нас есть красивый рисунок интенсивное применение (помимо того, что требуется много форм). Я знаю, что вы можете получить аналогичные результаты с языками JIT, такими как .NET, но я также знаю, что для этого нужно быть намного осторожнее. Это проблема, о которой я бы сейчас не беспокоился.

Другая и, вероятно, самая важная проблема .NET (по крайней мере, переключение языков) заключается в том, что у нас есть огромный запас логики интерфейса, которая, хотя и должна быть независимым от API, очень много написано на C ++.

Итак, каковы другие варианты? У этих людей действительно есть очки, или они просто кричат против всего, чего нет? их любимый язык или инструментарий?

ПРИМЕЧАНИЕ:
В чем здесь проблема ?? Я специально сказал, что перенос на другие платформы НЕ является даже отдаленным вопросом, и что Я ДОЛЖЕН ИМЕТЬ что-то, что использует собственный набор виджетов, поэтому нам не нужно полностью менять все, что использует тестирование для автоматизации продукта !!!! Кто-нибудь действительно читал мой вопрос?

задан Community 23 May 2017 в 10:33

0 ответов

Другие вопросы по тегам:

c++ windows user-interface

Альтернатива MFC [закрыто]

0 ответов

Похожие вопросы: