RAD, вин приложения и ORM

Объясните мне тёмному, почему произошёл отход от
1. Компонентного визуального программирования. На мой вкус, по крайней мере, для тех задач которые я решал (небольшое ПО для специфичных нужд компании), разработка в среде визуального проектирования (дельфи/с++ bulder) удобней и быстрее чем разработка питон+QT/TK. Так окошки создавались во времена моей учёбы, помниться только в MFC и устаревших библиотеках типа OWL.
2.Уход от приложений Winform. К тем же Web интерфейсам. Я понимаю что переносимость, но разве она всегда нужна? опять же- потери в производительности.
3. Работа с базой через ORM. Опять же- понимаю, что если надо разработать ПО работающее с разными серверами БД такой промежуточный слой может быть оправдан. Но ведь часто это не требуется. Нафига такие сложности и превращение содержимого Базы данных чуть ли не в чёрный ящик. Ко мне обращается кадровик- неверно они завели кол-во дней по льготе для сварщика. И остаток отпуска неверно вычислен. Смотрю- данные при изменении кол-ва льготных дней нельзя провести перерасчёт остатков. Ручной операцией как в старых версиях 1С они это тоже сделать не могут. Ну и посчитать правильное кол-во и изменить данные в базе тоже проблематично- можно выяснить в какой таблице что храниться, но это долго и муторно. В результате плюю и отдаю задачу сторонней 1Снице (а значит -расходы для предприятия). С 1С я могу понять это -всё таки серьёзная платформа для которой такие наколенные решения могут быть не вполне приемлемы. Но с самописным то софтом, особенно не очень большим/сложным.

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

0

кстати на счёт дизайнерских интерфейсов- вы автоматические тесты для такой программы писали? а автоматизацию действий с ней проводили? в winform вы можете найти элемент интерфейса и кликнуть по нему. в дизайнерском- Вы максимум можете кликнуть мышкой на окне

0

Сообщение от Грегори_ кстати на счёт дизайнерских интерфейсов- вы автоматические тесты для такой программы писали?

Я не понял вопрос. Режим "дизайнер" - это просто другое (визуальное) представление того же самого кода. Поэтому мне не понятно, какая связь с автоматическом тестированием.

0

Другой пример графического представления информации - файл проекта в MS VS.

Различные части этого файла можно изменять, используя графический интерфейс. Что-то меняется в Solution Explorer, что-то меняется в окне Properties, что-то меняется в окне со множеством вкладок, открываемом через контекстное меню. Но можно открыть файл проекта как XML, увидеть всё сразу в одном месте и к тому же получить все преимущества текстовых редакторов: контекстный поиск, выделение, копирование, вставка, автоматизированный поиск различий, сравнение версий и так далее.

0

Сообщение от Грегори_ кстати на счёт дизайнерских интерфейсов- вы автоматические тесты для такой программы писали? а автоматизацию действий с ней проводили?

О каких интерфейсах речь идёт? Что за "дизайнерские" интерфейсы?

0

Сообщение от Shamil1 Я не понял вопрос. Режим "дизайнер" - это просто другое (визуальное) представление того же самого кода. Поэтому мне не понятно, какая связь с автоматическом тестированием.

Речь про то, что если у Вас интерфейс на win 32 api то вы можете находить кнопку по тексту, отправлять по найденному hwnd сообщение о том что кнопка нажата и т. д.
Очень удобно. Если же у Вас что то своё и элементы управления в интерфейсы нестандартные (и допустим Вы их прописывайте сами)- сделать это не удастся.

0

Сообщение от Грегори_ Речь про то, что если у Вас интерфейс на win 32 api то вы можете находить кнопку по тексту, отправлять по найденному hwnd сообщение о том что кнопка нажата и т. д. Очень удобно. Если же у Вас что то своё и элементы управления в интерфейсы нестандартные (и допустим Вы их прописывайте сами)- сделать это не удастся.

И? Это теперь недостатком является?) И для кого это недостаток? Для конечного пользователя?) А если среди контролов из WinAPI нужного нам нет? Всё? Написание приложения отменяется?)

0

Сообщение от Грегори_ Речь про то, что если у Вас интерфейс на win 32 api то вы можете находить кнопку по тексту, отправлять по найденному hwnd сообщение о том что кнопка нажата и т. д. Очень удобно. Если же у Вас что то своё и элементы управления в интерфейсы нестандартные (и допустим Вы их прописывайте сами)- сделать это не удастся.

Удастся. Даже "самодельная", нестандартная кнопка с точки зрения Windows представляет из себя окно, которому можно послать сообщение. Впрочем, меня это не касается, так как я пишу только юнит-тесты, а общим тестированием приложения занимаются специально обученные люди.

0

Shamil1, я думаю, ТС имел в виду ситуацию, когда контрол является полностью самодельным. Т.е. когда это не обёртка над Windows-окошком, а именно полностью самостоятельно отрисовываемый объект. Qt, по-моему, так делает.

Но я всё равно не понимаю, почему и для кого это внезапно стало настолько серьёзной проблемой, что ТС записал это в лютое "фу".

0

это

Сообщение от Usaga И? Это теперь недостатком является?) И для кого это недостаток? Для конечного пользователя?) А если среди контролов из WinAPI нужного нам нет? Всё? Написание приложения отменяется?)

то есть функционал приложения без нужного контроллера ре реализовать? очень интересно что за революционный элемент управления такой не имеющий аналогов Вам нужен

Добавлено через 1 минуту

Сообщение от Usaga Shamil1, я думаю, ТС имел в виду ситуацию, когда контрол является полностью самодельным. Т.е. когда это не обёртка над Windows-окошком, а именно полностью самостоятельно отрисовываемый объект. Qt, по-моему, так делает. Но я всё равно не понимаю, почему и для кого это внезапно стало настолько серьёзной проблемой, что ТС записал это в лютое "фу".

И не только qt. Я как раз вчера возился с автоматизацией на основе одного такого приложения. Очень неудобно. И для меня как для пользователя конечного- это минус.

0

Сообщение от Грегори_ то есть функционал приложения без нужного контроллера ре реализовать?

Ну это из ваших рассуждений выходит) Если нельзя свои контролы использовать, а только то, что есть в WinAPI, то в случае отсутствия нужного контрола нам что делать?

Сообщение от Грегори_ очень интересно что за революционный элемент управления такой не имеющий аналогов Вам нужен

Да что угодно. Хоть нестандартная реализация TextBox.

Сообщение от Грегори_ И не только qt. Я как раз вчера возился с автоматизацией на основе одного такого приложения. Очень неудобно. И для меня как для пользователя конечного- это минус.

То, что контролы могут быть на всю голову кастомными и недоступными для внешних средств автоматизации - проблема исключительно ваша, но никак не конечного пользователя. Вы хоть одного найдите пользователя, которому такие подробности устройства приложения будут не до фонаря. Кнопка нажимается? Всё, пользователь доволен. А что она из себя представляет - Windows-окошко с HWND-хэндлером или текстуртку нарисованную DirectX'ом - плевать.

0