Лучше уточнить у заказчика на самом деле. А то ведь .NET Framework тоже давно native component и через C++/clr вполне возможно использовать даже WPF. Native можно трактовать и как запрет на использование не системных библиотек и как запрет на использование JIT. Или даже как запрет на использование STL. Поэтому лучше спросить.
Adamos, вы путаете. VCL - не использует ни какие DLL, кроме WinAPI библиотек. Она нативно создает окна и нативно создает нативные контролы Windows. Функционал этих VCL-контролов ограничен самой ОС, потому что это нативные контролы.
Если wxWidgets тоже создает контролы через создание классов Windows, то да, она тоже может быть причислена к этому списку. Но т.к. wxWidgets кроссплатформенный фреймворк, то у меня закрадываются смутные сомнения на этот счёт.
procedure TCustomListView.CreateParams(var Params: TCreateParams);
const
BorderStyles: array[TBorderStyle] of DWORD = (0, WS_BORDER);
EditStyles: array[Boolean] of DWORD = (LVS_EDITLABELS, 0);
MultiSelections: array[Boolean] of DWORD = (LVS_SINGLESEL, 0);
HideSelections: array[Boolean] of DWORD = (LVS_SHOWSELALWAYS, 0);
Arrangements: array[TIconArrangement] of DWORD = (LVS_ALIGNTOP,
LVS_ALIGNLEFT);
AutoArrange: array[Boolean] of DWORD = (0, LVS_AUTOARRANGE);
WrapText: array[Boolean] of DWORD = (LVS_NOLABELWRAP, 0);
ViewStyles: array[TViewStyle] of DWORD = (LVS_ICON, LVS_SMALLICON,
LVS_LIST, LVS_REPORT);
ShowColumns: array[Boolean] of DWORD = (LVS_NOCOLUMNHEADER, 0);
ColumnClicks: array[Boolean] of DWORD = (LVS_NOSORTHEADER, 0);
begin
InitCommonControl(ICC_LISTVIEW_CLASSES);
inherited CreateParams(Params);
CreateSubClass(Params, WC_LISTVIEW);
with Params do
begin
Style := Style or WS_CLIPCHILDREN or ViewStyles[ViewStyle] or
BorderStyles[BorderStyle] or Arrangements[IconOptions.Arrangement] or
EditStyles[ReadOnly] or MultiSelections[MultiSelect] or
HideSelections[HideSelection] or
AutoArrange[IconOptions.AutoArrange] or
WrapText[IconOptions.WrapText] or
ShowColumns[ShowColumnHeaders] or
ColumnClicks[ColumnClick] or
LVS_SHAREIMAGELISTS;
if FOwnerData then Style := Style or LVS_OWNERDATA;
if FOwnerDraw then Style := Style or LVS_OWNERDRAWFIXED;
if Ctl3D and NewStyleControls and (FBorderStyle = bsSingle) then
begin
Style := Style and not WS_BORDER;
ExStyle := Params.ExStyle or WS_EX_CLIENTEDGE;
end;
WindowClass.style := WindowClass.style and not (CS_HREDRAW or CS_VREDRAW);
end;
end;
r_e_a_d_e_r, тогда можешь писать на C++ Builder (RAD Studio) используя VCL, либо Visual Studio используя WinForms.
Создание приложений будет примерно одинаково в обоих средах. И там и там есть дизайнер окон, но в C++ Builder будет чуток побогаче функционал дизайнера
Hemul GM, TButton от wxButton не так уж сильно отличается. wxWidgets, собственно, списана с MFC и VCL.
Только она помоложе, не прибита гвоздями к виндам и, по обеим причинам, не так кондова.
Adamos, как нативный фреймворк конкретной платформы может быть не прибит к платформе? Он именно для этого и пишется, чтоб реализовать в полной мере все возможности платформы.
Код wxWidgets посмотрел, да, она тоже реализует нативные контролы, паршиво, но реализует. Паршиво, потому что функционал отдельного контрола там от силы процентов на 30 реализован. Но тем не менее.
Однако 1992 год - это не совсем свежо. А вот функционал VCL развивается до сих пор и реализует почти все нативные контролы с почти полным покрытием их функционала.
Я не говорю, что wxWidgets не развивается, я говорю что функционал контролов там в свежих исходниках реализован слабо (по крайней мере для WinAPI)
Hemul GM, вот как раз реализация функционала меня и наводит на мысль, что VCL ей не ограничивается. Потому что таких контролов, как в Дельфах, я в MFC, например, просто не встречал.
Впрочем, в последние лет 10 на не-кроссплатформенные библиотеки я не смотрел, могу ошибаться.
Adamos, VCL имеет и не нативные контролы. Создавать свои там ни кто не мешает. Можно делать всякое разное. Например, применять Direct2D канву и реализовать контролы отрисовывающиеся на GPU.
Я сам давно не пишу новые проекты на VCL, тем не менее о его функционале знаю и слежу. Сейчас тоже в основном на кроссплатформенном - FMX.
Если предполагаемый язык - С++, то есть один нюанс: библиотека wxWidgets, с одной стороны, не добавляет собственных компонентов, используя нативный GUI Windows. В отличие от Qt, например. А с другой стороны, работать с ней неизмеримо проще и приятнее, нежели с таким днищем, как WinAPI. Или с заведомо устаревшими MFC, которые она, собственно, довольно сильно копирует.
Нативный - официальный, поддерживаемый системой по умолчанию, поставляемый вместе с системой или через центр обновлений. Т. е. это может быть и, например, какой-нибудь .Net, и любая библиотека из c/windows/system32.
