“Никто не должен использовать MFC еще” Почему?
Действительно ли верно, что «Никто не должен использовать MFC еще»
И почему это?
5 ответов
Вы также можете использовать This.resources [«MyKey»] . Я думаю, что это не намного лучше, чем ваше собственное предложение.
, возможно, никто не должен в Интернете использовал MFC (говорящий как кто-то, кто был подвергнут этому, так как MFC 1.0). Для разработки GUI всегда было лучшие технологии, от SQLWindows и Delphi Borland's Salphi и Delphi Borland's Microsoft Visual Basic. И в наши дни у нас есть .NET или, возможно, больше MFC-подобных, Qt.
Сама MFC была серией хаки и зачастую умышленными злоумышленниками языка C ++. Конечно, если у вас есть большой проект MFC, вы, вероятно, застряли с ним.
Это всего лишь старая технология: там новее, Shinier Technologies, которые намного легче использовать ...
Слегка трудно увидеть вескую причину, почему новый проект будет использовать MFC / C ++ ... , если Это технология, которую знает команда Dev. Команда, переживаемая в C ++ & MFC, которая прыгает оптом на .NET / WPF на новый проект, потеряет много времени.
Джоэл написал хорошую статью на этом обратно (я думаю), но я не могу его найти. В основном вам нужна деловая причина для переключения технологии. «Это старое и уродливое, и мы хотим быть крутым с WPF» - это не деловая причина.
Нет, это не правда. Такие заявления всегда являются неправыми, потому что для каждого проекта и всей ситуации вы должны снова оценить библиотеки и языки. И просто отбрасывая MFC без веской причины не так.
Несмотря на то, что MFC в течение многих лет и многие люди больше не хотят использовать его для новых проектов, он все еще может быть лучшим выбором в зависимости от проекта. Да, .NET И это UI Libs находятся в большинстве ситуаций лучшим выбором для новых проектов сегодня. Но если вы хотите, чтобы небольшая площадь памяти, очень быстрое время запуска или ваше приложение должно работать на очень ограниченных компьютерах, MFC все еще может быть хорошим выбором.
Например, нетбуки (или все, что вы хотите их позвонить), популярны, а не все они имеют установленную каркас .NET. И те, у кого только 512 МБ-1 ГБ ОЗУ, вы, возможно, не хотите, чтобы ваше приложение использовать эту структуру.
И, конечно же, есть другие Non- .NET библиотеки, помимо MFC, вы могли бы использовать. Но MFC все еще хороший выбор.
Иногда я чувствую себя немного похожим на Пола Баньяна в том смысле, что я раскачиваю свой MFC Ax и сбиваю много деревьев только для того, чтобы увидеть, как появляются новые клыкообразные бензопилы. Все говорят, насколько бензопила лучше, поэтому я учусь пользоваться бензопилой и начинаю срубать эти деревья, а потом появляется валочно-пакетирующий механизм , и все говорят, насколько лучше валочно-пакетирующий механизм, поэтому я учусь пользоваться валочно-пакетирующим механизмом и срубаю еще больше деревьев.
Я не говорю, что AX лучше, чем валочно-пакетирующая машина - это не так, но если вы уже владеете топором, и вы уже знаете, как пользоваться топором, и все, что вам нужно сделать, это срубить дерево....
Иногда дьявол, которого ты знаешь, лучше, чем тот, которого ты не знаешь.
FWIW - практически весь Windows SDK основан на макросе; его почти как #ifdef и #define - это сам по себе язык разработки.