Чем писать прогриммы для Windows на С++?, Оконные приложения. Бесплатный софт. Опции

[kolisnichenko_r]

Здравствуйте!
Какие есть бесплатные средства разработки программ под Windows на С++? Программы будут продаваться в открытую. Как происходит сертификация данного продукта?

[Xenia]

При этом РЕАЛЬНО совершенно незачем использовать над API надстройки.

Программа живет в среде операционной системы, подобно тому, как человек живет в городе. API в этом смысле выступает, как "коммунальные услуги", предостявляемые программе совершенно бесплатно, в отличие от гражданина, который подобные услуги оплачивает из свого кармана.

Услуги, предоставляемые операционной системой программе, чем-то схожи с водопроводом, отоплением, канализацией, сетью магазинов и т.п. Программа, отстаивающая свою независимость от платформы, подобна маняьку, который овощи выращивает на подоконнике в цветочных горшках, воду собирает с крыши, отапливается буржуйкой или по-черному, а по малой и большой нужде ходит в яму, выкопанную посреди комнаты . От такой "независимости" вреда куда больше, чем в зависимости от операционной системы, которая предоставляет столько возможностей, что глаза буквально разбегаются. А операционная система Windows в этом смысле самая щедрая.

Надстройки это просто отрыжка борлондячей политики привязывавшей пользователей всеми средствами прользователей к своим "особенным" продуктам.

OWL-библиотека лишь группирует средства API вокруг определенного пользовательского элемента. Например класс TButton описывает кнопку, в котором функции-члены класса позволяют делать с этой кнопкой всё, на что кнопка в принципе способна. Т.е. тут есть и функции, утапливающие эту кнопку, и опредляющие надпись или картинку на ее поверхности, и функции автоматически делающие ее активной или неактивной в зависимости от любого условия. Кроме того есть множество функций, которые сами выполняются при каких-то ситуациях с этой кнопкой, например, когда на нее наведена мыщь, или по ней этой мышью кликнули один раз, дважды, или нажали над ней правую кнопку мыши, активировали табулятором и т.п. Сюда же относятся и функции, которые запускаются, если окно, на котором изображена эта кнопка, именило свои габариты (например, было растянуто), изменилось разрешение экрана или масштаб диалоговых элементов, или пользователь сменил палитру рабочего стола. Кроме того, дилоговое окно, которое, в свою очередь, представлено своим классом (TDialog) тоже всегда находится в курсе, что происходит с элементами, на нем расположенноми. Поэтому устанавливая кнопке класс TButton, мы тем самым делаем ее управляемой от диалогового окна, делая возможными групповые операции типа "когда одну из кнопок нажимаем, ранее нажатая выскакивает".

Перечислять возможные ситуации можно очень долго, но главный плюс в том, что все эти функции, определяющие реакцию стандарной кнопки на "раздражение" уже написаны. А программист лишь доопределяет эти функции (дописывает или заменяет на свои) в том случае, когда стандартная реакция кнопки его не устраивает.

Надо признать, что подобным же образом организованы пользовательские классы и в Qt, и во многих других библиотеках классов. Т.е. это отнюдь не изобретение Борланда, а сложившаяся тенденция использования графических элементов в условиях, когда программисту становится сложным предусмотреть все возможные ситуации, которые могут реально возникнуть. Кроме того это чрезвычайно сильно облегчает написание программы, поскольку программу можно строить из стандартных кубиков, занимаясь модернизацией кубика только в тех случаях, когда в этом возникает острая необходимость.

Понятно, что самый компактный и экономичный способ существования получится, если ездить общественным транспортом, а не заниматься содержанием лошади, заготовкой ей сена и т.п. Времена натурального хозяйства давно прошли. И в отношении к компьютерной среде, в том числе.

[zltigo]

когда программисту становится сложным предусмотреть все возможные ситуации, которые могут реально возникнуть....

И программы которые писались теми, кому "сложно" (сложности, ведь не исчерпываются графическим интерфейсом ), благодаря этим "библиотекам да компонентам" видны невооруженным взглядом и не приходится тратить особо много времени на их отсев. Увидел, например, характерную борлондячую кнопочку - и сразу видишь человеку было "сложно", и сносишь. Несомненное удобство и облегчение участи пользователя !

[kolisnichenko_r]

И программы которые писались теми, кому "сложно" (сложности, ведь не исчерпываются графическим интерфейсом ), благодаря этим "библиотекам да компонентам" видны невооруженным взглядом и не приходится тратить особо много времени на их отсев. Увидел, например, характерную борлондячую кнопочку - и сразу видишь человеку было "сложно", и сносишь. Несомненное удобство и облегчение участи пользователя !

Интересно посмотреть на творения Ваших рук

[zltigo]

Интересно посмотреть на творения Ваших рук

А они не для "смотреть" - они для работать.

[kolisnichenko_r]

А они не для "смотреть" - они для работать.

Я хотел на кнопочки посмотреть, оформление, эргономичность.

[zltigo]

Я хотел на кнопочки посмотреть, оформление, эргономичность.

Есть и GUI-шные вещи. Писаны без прибамбасов. Интерфейсы спокойные в стиле родных Win2000. Собственно кнопочек по минимуму, в крайнем случае жмется на надпись (что-то в Web стиле) в выпадающих по хоткеям меню. Все чаще и чаще, пожалуй уже почти всегда используются и чистые Web интерфейсы, соответственно вся фигня с графическими надстройками идет лесом автоматически.

Заказчик требует кнопочки, мышка им удобнее.

Если речь не идет о продукте с которым действительно человек будет ежедневно РАБОТАТЬ а не пару раз нажмет на какую-либо иконку и выкинет, то "простота работы" ввиде изобилия всяких интерфейсных прибамбасов это 100% иллюзия.
Заказчиков можно и нужно воспитывать, а с особо трудовоспитуемыми просто не иметь дела.

[kolisnichenko_r]

Заказчиков можно и нужно воспитывать, а с особо трудовоспитуемыми просто не иметь дела.

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