Написать комментарий | |
27-11-2007 12:15 (ссылка)
Re: Привет сообщество. Про MFC & VCL
по поводу VCL,приложения на Си Билдере по обьему значительно отличаются от MFС,помойки имхо много в Си Билдер проектах... кто знает что VCL на самом деле просьба отписать :)
ответить
(с цитатой)
Павел Дорохов
27-11-2007 16:47 (ссылка)
Александр Черниченко
28-11-2007 18:53 (ссылка)
Re: Привет сообщество. Про MFC & VCL
Разница в размерах между программой написанной с использование VCL и MFC происходит из-за того, что Microsoft включает в состав Windows динамические библиотеки MFC, а VCL естественно нет. Поэтому исполняемый файл на C++ Builder содержит статическую VCL, что и увеличивает его размер. Если использовать динамические библиотеки Borland, то размеры программы не сильно отличается от написанной с использованием MFC на Visual C++.
C++ Builder осваивать намного проще. Исходные тексты короче, большая часть кода "скрыта" от глаз программиста в объектах VCL, что облегчает чтение листингов (и насколько я понимаю соответствует парадигме ООП). Большое количество готовых объектов C++ Builder и библиотек сторонних разработчиков (в том числе написанных на Delphi) позволяет в короткие сроки создать хорошую прикладную программу. Программирование в нем больше похоже на конструирование. В этом и заключается преимущество VCL на MFC. Преимущество же MFC на мой взгляд в том, что она как бы ближе к Windows, т.е. к низкоуровневому программированию.
C++ Builder осваивать намного проще. Исходные тексты короче, большая часть кода "скрыта" от глаз программиста в объектах VCL, что облегчает чтение листингов (и насколько я понимаю соответствует парадигме ООП). Большое количество готовых объектов C++ Builder и библиотек сторонних разработчиков (в том числе написанных на Delphi) позволяет в короткие сроки создать хорошую прикладную программу. Программирование в нем больше похоже на конструирование. В этом и заключается преимущество VCL на MFC. Преимущество же MFC на мой взгляд в том, что она как бы ближе к Windows, т.е. к низкоуровневому программированию.
29-11-2007 01:50 (ссылка)
Re: Привет сообщество. Про MFC & VCL
Если решил перейти на VS2005, то тебе и не нужно врубаться в MFC. :-)
Вопрос чем MFC лучше API это типа как "чем помидоры отличаются от бананов?" :-) API, он же Application Programm Interface - это собственно слой абстракции (набор методов) для доступа к некой компоненте (программе, библиотеке, модуля). Библиотеки MFC и VCL это обертки для WinAPI, которые инкапсулируют основные системные абстракции. VCL больше построен на принципах ООП,в то время как MFC менее придерживается принципу ООП. Проектирование с помощью VCL куда более удобней (чисто субъективное мнение - просьба не пинать). В общем для системного программирования - MFC хорошо подходит, для остального - VCL.
Совсем другое дело .NET. Здесь реализована библиотека (FCL или BCL) которая содержит ну практически все: от работы с консолью, до шифрования, ремоутинга и прочих вкусностей. Идеально подходит для крупномасштабных бизнес-проектов, многозвенных архитектур и остальных бизнес-задач.
Вопрос чем MFC лучше API это типа как "чем помидоры отличаются от бананов?" :-) API, он же Application Programm Interface - это собственно слой абстракции (набор методов) для доступа к некой компоненте (программе, библиотеке, модуля). Библиотеки MFC и VCL это обертки для WinAPI, которые инкапсулируют основные системные абстракции. VCL больше построен на принципах ООП,в то время как MFC менее придерживается принципу ООП. Проектирование с помощью VCL куда более удобней (чисто субъективное мнение - просьба не пинать). В общем для системного программирования - MFC хорошо подходит, для остального - VCL.
Совсем другое дело .NET. Здесь реализована библиотека (FCL или BCL) которая содержит ну практически все: от работы с консолью, до шифрования, ремоутинга и прочих вкусностей. Идеально подходит для крупномасштабных бизнес-проектов, многозвенных архитектур и остальных бизнес-задач.
Написать комментарий | ||