Сообщение Re[2]: Мысли об MFC от 06.05.2017 6:20
Изменено 06.05.2017 6:24 AlexGin
Re[2]: Мысли об MFC
Здравствуйте, уважаемый Went, Вы писали:
W>Также не соглашусь по Document/View. По-моему, вы просто не научились их хорошо готовить или используете не там, где они требуются. Для создания разнообразных редакторов это просто то, что доктор прописал.
Да, это именно так.
Но, например, для SCADA системы — это не актуально.
W>А если требуется что-то другое, то создается Dialog Based и там вы вольны делать все что захочется. Я бы сказал иначе — стандартные средства MFC "из коробки" не поощряют некоторые подходы, однако не запрещают их.
Dialog Based — это хорошо. Но только для относительно не больших утилит.
Я в курсе, что Dialog Based может иметь и Menu, и ToolBar, и StatusBar (всё в одном). Был у нас такой проект лет пять назад.
Правда, современные приложения обычно MDI + Dockable (в плане GUI); хранение данных — на MS SQL Server-е или на ORACLE сервере.
Вот и получается, что MFC фактически 'остался' на уровне примерно 10...15 летней давности.
W>Например, никто не мешает создать многооконное приложение вообще без упоминания документов и видов. Реализуйте свои упрощенные фреймы, благо, исходники стандартных MS поставляет.
К сожалению, здесь уже IMHO для MFC "поезд ушёл"
Точнее — осталось только, пожалуй, Dialog Based, как вариант с минимальным оверхедом
Всё остальное на C++ имеет смысл разрабатывать используя Qt.
W>Также не соглашусь по Document/View. По-моему, вы просто не научились их хорошо готовить или используете не там, где они требуются. Для создания разнообразных редакторов это просто то, что доктор прописал.
Да, это именно так.
Но, например, для SCADA системы — это не актуально.
W>А если требуется что-то другое, то создается Dialog Based и там вы вольны делать все что захочется. Я бы сказал иначе — стандартные средства MFC "из коробки" не поощряют некоторые подходы, однако не запрещают их.
Dialog Based — это хорошо. Но только для относительно не больших утилит.
Я в курсе, что Dialog Based может иметь и Menu, и ToolBar, и StatusBar (всё в одном). Был у нас такой проект лет пять назад.
Правда, современные приложения обычно MDI + Dockable (в плане GUI); хранение данных — на MS SQL Server-е или на ORACLE сервере.
Вот и получается, что MFC фактически 'остался' на уровне примерно 10...15 летней давности.
W>Например, никто не мешает создать многооконное приложение вообще без упоминания документов и видов. Реализуйте свои упрощенные фреймы, благо, исходники стандартных MS поставляет.
К сожалению, здесь уже IMHO для MFC "поезд ушёл"
Точнее — осталось только, пожалуй, Dialog Based, как вариант с минимальным оверхедом
Всё остальное на C++ имеет смысл разрабатывать используя Qt.
Re[2]: Мысли об MFC
Здравствуйте, уважаемый Went, Вы писали:
W>Также не соглашусь по Document/View. По-моему, вы просто не научились их хорошо готовить или используете не там, где они требуются. Для создания разнообразных редакторов это просто то, что доктор прописал.
Да, это именно так. Писать редактор текста/картинок/видео — идеально на MFC.
Но, например, для SCADA системы, это уже не актуально.
У нас была разработка SCADA на MFC. Получилось в общем неплохо (даже конкуренто-пригодно), но очень многое в библиотеке MFC оказалось просто излишним.
W>А если требуется что-то другое, то создается Dialog Based и там вы вольны делать все что захочется. Я бы сказал иначе — стандартные средства MFC "из коробки" не поощряют некоторые подходы, однако не запрещают их.
Dialog Based — это хорошо. Но только для относительно не больших утилит.
Я в курсе, что Dialog Based может иметь и Menu, и ToolBar, и StatusBar (всё в одном). Был у нас такой проект лет пять назад.
Правда, современные приложения обычно MDI + Dockable (в плане GUI); хранение данных — на MS SQL Server-е или на ORACLE сервере.
Вот и получается, что MFC фактически 'остался' на уровне примерно 10...15 летней давности.
W>Например, никто не мешает создать многооконное приложение вообще без упоминания документов и видов. Реализуйте свои упрощенные фреймы, благо, исходники стандартных MS поставляет.
К сожалению, здесь уже IMHO для MFC "поезд ушёл"
Точнее — осталось только, пожалуй, Dialog Based, как вариант с минимальным оверхедом
Всё остальное на C++ имеет смысл разрабатывать используя Qt.
W>Также не соглашусь по Document/View. По-моему, вы просто не научились их хорошо готовить или используете не там, где они требуются. Для создания разнообразных редакторов это просто то, что доктор прописал.
Да, это именно так. Писать редактор текста/картинок/видео — идеально на MFC.
Но, например, для SCADA системы, это уже не актуально.
У нас была разработка SCADA на MFC. Получилось в общем неплохо (даже конкуренто-пригодно), но очень многое в библиотеке MFC оказалось просто излишним.
W>А если требуется что-то другое, то создается Dialog Based и там вы вольны делать все что захочется. Я бы сказал иначе — стандартные средства MFC "из коробки" не поощряют некоторые подходы, однако не запрещают их.
Dialog Based — это хорошо. Но только для относительно не больших утилит.
Я в курсе, что Dialog Based может иметь и Menu, и ToolBar, и StatusBar (всё в одном). Был у нас такой проект лет пять назад.
Правда, современные приложения обычно MDI + Dockable (в плане GUI); хранение данных — на MS SQL Server-е или на ORACLE сервере.
Вот и получается, что MFC фактически 'остался' на уровне примерно 10...15 летней давности.
W>Например, никто не мешает создать многооконное приложение вообще без упоминания документов и видов. Реализуйте свои упрощенные фреймы, благо, исходники стандартных MS поставляет.
К сожалению, здесь уже IMHO для MFC "поезд ушёл"
Точнее — осталось только, пожалуй, Dialog Based, как вариант с минимальным оверхедом
Всё остальное на C++ имеет смысл разрабатывать используя Qt.