Несколько вопросов про GUI

@ChinYan · Регистрация: 23.09.2010

Студворк — интернет-сервис помощи студентам

У меня несколько вопросов, но все они относятся к разработке GUI, так что я решил не создавать отл=дельную тему для каждого.

1) Изначально был вопрос в том, как создать TabControl - с этим я разобрался

C++
1
CreateWindowEx(0, WC_TABCONTROL,0, WS_CHILD|WS_CLIPCHILDREN|WS_CLIPSIBLINGS|WS_VISIBLE,0, 0, 500, 490, hwnd, (HMENU)NULL, hInst, NULL);

А вот так добавляется вкладка:

C++
1
2
3
4
5
6
7
void AddItemToTab(char *p, int item, HWND tab)
{
TCITEM tci;
tci.pszText=p;
TabCtrl_InsertItem(tab,item,(const TCITEM*)&tci);
TabCtrl_SetItem(tab,item,(const TCITEM*)&tci);
}

Но при попытке создать - вкладка создается, но ее заголовок пустой. Вопрос: Как добавить во вкладку контролы?

2)Суть та же - вкладки. Только теперь на диалогах. Как создать вкладки на Tab Control и на эти вкладки поместить контролы?

3)Какое сообщение посылается при нажатии на кнопку "Закрыть" диалога? Методом тыка удалось выяснить, что это не WM_DESTROY (При попытке закрыть диалог он остается спокоен как йог и даже окно не закрывается)

4)Почему если изменить свойство "Имя класса" у диалога, то он не создается?

5)Использует ли библиотека mfc DotNet? То есть если нет дотнета вообще - прога будет работать?

6)Вопрос, во многом привычки и предпочтений, но что рациональнее и практичнее - интерфейс на WinApi или на MFC, что проще создать и сопровождать и что более востребовано работодателями?

@Deviaphan · 01.04.2011, 20:05

Создаёшь два диалоговых окна (IDD_PAGE_1, IDD_PAGE_2). Какой правильно стиль задать. не скажу по памяти. В документацию глянь. А код примерно такой.
_page1, _page2 - объекты классов диалогов для каждой вкладки.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
TC_ITEM TabItem;
 
TabItem.mask = TCIF_PARAM;
TabItem.lParam = (LPARAM)_page1;
InsertItem(0, &TabItem);
if( _page1->Create(IDD_PAGE_1, this), L"" )
{
    _page1->ShowWindow(SW_SHOW);
}
 
TabItem.mask = TCIF_PARAM;
TabItem.lParam = (LPARAM)_pag2;
InsertItem(1, &TabItem);
if( _page2->Create(IDD_PAGE_2, this), L"" )
{
    _page2->ShowWindow(SW_HIDE);
}
 
TabItem.mask = TCIF_TEXT;
TabItem.pszText =  "page 1";
SetItem( 0, &TabItem );
 
TabItem.pszText = "page 2";
SetItem( 1, &TabItem );

Добавлено через 2 минуты
6) Если разработка для линукса, то оба варианта не рациональны и не практичны.)

@ChinYan · 01.04.2011, 23:00 **[ТС]**

Нет, подразумевается чисто Windows-разработка

ValeryS · 01.04.2011, 23:13

я предпочитаю MFC скорость разработки намного выше
классы разбиты по файлам легче искать
Есть готовые классы (строка, динамический массив,список, и т.д)
если тебе для вкладок нужно разные окна то в MFC есть
CPropertySheet это главное окно в котором будет вкладки
и
CPropertyPage это окно вкладки
в редакторе ресурсов рисуешь диалоги
потом из них создаешь класс производный от CPropertyPage
и вставляешь их в CPropertySheet
и все окно готово
кстати заменой одной переменной
можно сделать из окна свойств Мастер(ну это с кнопками вперед назад)

@ChinYan · 01.04.2011, 23:21 **[ТС]**

Это-то понятно, но программа на MFC тяжелее и прожорливей WinApiшной. И мне по-прежнему интересно, нужен ли DotNet для MFC

ValeryS · 01.04.2011, 23:27

Слухи о прожорливости и тормознутости сильно преувеличены
не подключай ненужных библиотек
оптимизируй
используй динамическую линковку и будет тебе щастье
а я как вспомню этот switch
страниц на несколько так плохо становится

@ChinYan · 01.04.2011, 23:32 **[ТС]**

Вопрос в том, что является ненужным

@bigredcat · 02.04.2011, 06:21

Сообщение от ChinYan

И мне по-прежнему интересно, нужен ли DotNet для MFC

MFC существовал задолго до появления .NET. MFC по сути является оберткой WinAPI и на .NET никак не завязан.

@Deviaphan · 02.04.2011, 06:59

Если тебя так волнует скорость графического интерфейса (

) пиши на ассемблере.
Знать нужно и WinAPI и MFC и много другого. Зная лишь что-то одно, ты никому не будешь нужен. Это суровая правда жизни. Хотя-бы общее представление иметь необходимо.
.NET используется, да. Раньше - нет, теперь - да. А ещё runtime библиотеки нужны. vcredist.exe которые.
А вот кто востребован, лучше на сайтах по работе посмотри.

@half-node · 02.04.2011, 22:45

.NET не используется при MFC и никогда не использовался. Большая часть MFC даже не инкапусулирована, т.к. разрабатывалась много ранее возникновения принципа ООП.

.NET это C++/CLI.
Вообще, для обычного windows приложения вполне логично, на мой взгляд, использовать уже Windows Forms. Потеря 2 миллисекунд, думается мне, это не то, о чем стоит задумываться при выборе между зубодробительными WINAPI && MFC и вполне удобным и заточенным Forms.

Тем более, что никто не запрещает при использовании C++/CLI, дописывать "узкие места" хоть на чистом C++ISO/IEC, хоть на ассемблере, хоть на двоичном коде.

ValeryS · 02.04.2011, 23:11

Сообщение от half-node

.NET это C++/CLI.

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

@half-node · 02.04.2011, 23:34

1) На системах, где установлен Framework
2) Тут у нас с Вами ситуация схожа.

)) Но опять же, повторюсь, именно для создания основного фрейма + все стандартные элементы, быстрее и практичнее создавать через формс. А уже такие нестандартные "штукенции" писать уже на чем душа пожелает. Создать такие элементы можно и на через формс. По поводу скорости разработки утверждать не возьмусь. Не занимался. Повторюсь, CLI не подразумевает отключения стандартного C++. Можно и MFC прицепить.

п.с. С виндовс формс не более чем ознакомлен. Ну а отличия CLI от стандартного C++ столь малозначительны, что учить, практически ничего и не приходится. Хотя, конечно, они есть.

ValeryS · 02.04.2011, 23:48

вопрос как прицепить?? DLL? или как то в проект можно загнать?
учить я имел ввиду все эти новые классы
иерархию
методы
члены
все таки MFC 10 лет занимаюсь знаю что где
(если не знаю , то знаю куда залезть чтобы прочитать)
и все таки Документ-Вид очень часто бывает удобен
а формы это для диалогов

Добавлено через 3 минуты
Вот сейчас переписываю одну старую программку(интерфейс устарел)
попробую совместно (может еще и шарп попробую)

@half-node · 03.04.2011, 00:41

От себя могу посоветовать книгу Айвора Хортона Visual C++. Там идет достаточно подробное сравнение C++ISO/IEC и C++/CLI. От базовых основ до сравнения MFC и Windows Forms.

- формы для диалогов. Под определением формы в Windows Forms подразумевается не только диалоговое окно, но и основной фрейм для окна приложения.

В общем и целом как-то так.

п.с. Очень бы хотелось узнать как у Вас все произойдет, в плане "скрещивания"

Добавлено через 30 минут
UPD: Хортон Visual C++ 2010 полный курс. Забыл уточнить.

@ChinYan · 03.04.2011, 12:09 **[ТС]**

.NET это C++/CLI.

Спасибо, я в курсе. Проблема была в том, что список версий mfc был сведен в одну таблицу с версиями .Net и сложилось впечатление, что в последних версиях их могли совместить.

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

@half-node · 04.04.2011, 12:58

Ну от прогресса в стиле Microsoft тоже никуда не денешься. Они предлагают достаточно удобное средство разработки, налагая при этом определенные ограничения. Тут уж выбор за нами: использовать и зависеть, или же использовать менее удобные средства, но уже ни от кого и ни от чего не зависеть.

Новые блоги и статьи Все статьи Все блоги /
YAFU@home — распределённые вычисления для математики. На CPU Programma_Boinc 20.01.2026 YAFU@home — распределённые вычисления для математики. На CPU YAFU@home — это BOINC-проект, который занимается факторизацией больших чисел и исследованием aliquot-последовательностей. Звучит. . .	http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .	http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит: токи, напряжения и их 1 и 2 производные при t = 0;. . .
Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .

@ChinYan 2 / 2 / 0 Регистрация: 23.09.2010 Сообщений: 47
	01.04.2011, 23:00 [ТС]
	Нет, подразумевается чисто Windows-разработка 0

ValeryS Модератор 8979 / 6745 / 921 Регистрация: 14.02.2011 Сообщений: 23,856
	01.04.2011, 23:13
	я предпочитаю MFC скорость разработки намного выше классы разбиты по файлам легче искать Есть готовые классы (строка, динамический массив,список, и т.д) если тебе для вкладок нужно разные окна то в MFC есть CPropertySheet это главное окно в котором будет вкладки и CPropertyPage это окно вкладки в редакторе ресурсов рисуешь диалоги потом из них создаешь класс производный от CPropertyPage и вставляешь их в CPropertySheet и все окно готово кстати заменой одной переменной можно сделать из окна свойств Мастер(ну это с кнопками вперед назад) 0

@ChinYan 2 / 2 / 0 Регистрация: 23.09.2010 Сообщений: 47
	01.04.2011, 23:21 [ТС]
	Это-то понятно, но программа на MFC тяжелее и прожорливей WinApiшной. И мне по-прежнему интересно, нужен ли DotNet для MFC 0

ValeryS Модератор 8979 / 6745 / 921 Регистрация: 14.02.2011 Сообщений: 23,856
	01.04.2011, 23:27
	Слухи о прожорливости и тормознутости сильно преувеличены не подключай ненужных библиотек оптимизируй используй динамическую линковку и будет тебе щастье а я как вспомню этот switch страниц на несколько так плохо становится 0

@ChinYan 2 / 2 / 0 Регистрация: 23.09.2010 Сообщений: 47
	01.04.2011, 23:32 [ТС]
	Вопрос в том, что является ненужным 0

@Deviaphan Делаю внезапно и красиво 1313 / 1228 / 72 Регистрация: 22.03.2011 Сообщений: 3,744
	02.04.2011, 06:59
	Если тебя так волнует скорость графического интерфейса () пиши на ассемблере. Знать нужно и WinAPI и MFC и много другого. Зная лишь что-то одно, ты никому не будешь нужен. Это суровая правда жизни. Хотя-бы общее представление иметь необходимо. .NET используется, да. Раньше - нет, теперь - да. А ещё runtime библиотеки нужны. vcredist.exe которые. А вот кто востребован, лучше на сайтах по работе посмотри. 0

@half-node 23 / 20 / 3 Регистрация: 12.08.2010 Сообщений: 206
	02.04.2011, 22:45
	.NET не используется при MFC и никогда не использовался. Большая часть MFC даже не инкапусулирована, т.к. разрабатывалась много ранее возникновения принципа ООП. .NET это C++/CLI. Вообще, для обычного windows приложения вполне логично, на мой взгляд, использовать уже Windows Forms. Потеря 2 миллисекунд, думается мне, это не то, о чем стоит задумываться при выборе между зубодробительными WINAPI && MFC и вполне удобным и заточенным Forms. Тем более, что никто не запрещает при использовании C++/CLI, дописывать "узкие места" хоть на чистом C++ISO/IEC, хоть на ассемблере, хоть на двоичном коде. 0

@half-node 23 / 20 / 3 Регистрация: 12.08.2010 Сообщений: 206
	02.04.2011, 23:34
	1) На системах, где установлен Framework 2) Тут у нас с Вами ситуация схожа. )) Но опять же, повторюсь, именно для создания основного фрейма + все стандартные элементы, быстрее и практичнее создавать через формс. А уже такие нестандартные "штукенции" писать уже на чем душа пожелает. Создать такие элементы можно и на через формс. По поводу скорости разработки утверждать не возьмусь. Не занимался. Повторюсь, CLI не подразумевает отключения стандартного C++. Можно и MFC прицепить. п.с. С виндовс формс не более чем ознакомлен. Ну а отличия CLI от стандартного C++ столь малозначительны, что учить, практически ничего и не приходится. Хотя, конечно, они есть. 0

ValeryS Модератор 8979 / 6745 / 921 Регистрация: 14.02.2011 Сообщений: 23,856
	02.04.2011, 23:48
	вопрос как прицепить?? DLL? или как то в проект можно загнать? учить я имел ввиду все эти новые классы иерархию методы члены все таки MFC 10 лет занимаюсь знаю что где (если не знаю , то знаю куда залезть чтобы прочитать) и все таки Документ-Вид очень часто бывает удобен а формы это для диалогов Добавлено через 3 минуты Вот сейчас переписываю одну старую программку(интерфейс устарел) попробую совместно (может еще и шарп попробую) 0

@half-node 23 / 20 / 3 Регистрация: 12.08.2010 Сообщений: 206
	03.04.2011, 00:41
	От себя могу посоветовать книгу Айвора Хортона Visual C++. Там идет достаточно подробное сравнение C++ISO/IEC и C++/CLI. От базовых основ до сравнения MFC и Windows Forms. - формы для диалогов. Под определением формы в Windows Forms подразумевается не только диалоговое окно, но и основной фрейм для окна приложения. В общем и целом как-то так. п.с. Очень бы хотелось узнать как у Вас все произойдет, в плане "скрещивания" Добавлено через 30 минут UPD: Хортон Visual C++ 2010 полный курс. Забыл уточнить. 0

@half-node 23 / 20 / 3 Регистрация: 12.08.2010 Сообщений: 206
	04.04.2011, 12:58
	Ну от прогресса в стиле Microsoft тоже никуда не денешься. Они предлагают достаточно удобное средство разработки, налагая при этом определенные ограничения. Тут уж выбор за нами: использовать и зависеть, или же использовать менее удобные средства, но уже ни от кого и ни от чего не зависеть. 0