ссылка на канал | ссылка на группу

Необычная ошибка возникла при реализации off-screen bitmap rendering).
Как хорошо, что я уже давно не начинающий, поэтому никаких сложностей с отладкой не возникнет).

На экране рисуются две строки: 1) FPS, 2) задержка в наносекундах после отрисовки кадра.

Причина проблемы была в заполнении прямоугольника RECT функцией GetWindowRect вместо GetClientRect.

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Как же мне надоело, что в winAPI вроде есть общий механизм обработки ошибок, но используется он не во всех функциях и не везде одинаково.
Где-то функция при успешном выполнении не выставляет SetLastError(ERROR_SUCCESS), где-то выставляет.
Где-то при неуспешном выполнении возвращается -1, любое отрицательное число, NULL или какое-то специальное значение вида 0xFFFFFFFF.

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

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Пересмотрел все файлы проекта и выписал все используемые функции из winAPI, их получилось аж 82!
Уверен, если бы я был более внимательным, а также посмотрел ещё другие свои проекты, их стало бы гораздо больше.

А теперь вспоминаем проблемы, которые я описывал в предыдущем посте... поэтому возникновение идеи написания простой обёртки было делом времени.

Кстати, на фото перечислены 83 функции, но только 82 из них без повторов).

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Интересный факт в windows.

Когда у вас зависала программа или выполняла какую-то тяжёлую и долгую работу, тем самым не отвечав на сообщения от windows, такая программа и её окно получали статус не отвечает, но окно всё равно можно было свернуть или переместить.
Так вот, на самом деле вы взаимодействовали не с оригинальным окном, а его копией).

If a top-level window stops responding to messages for more than several seconds, the system considers the window to be not responding and replaces it with a ghost window that has the same z-order, location, size, and visual attributes. This allows the user to move it, resize it, or even close the application. However, these are the only actions available because the application is actually not responding. When in the debugger mode, the system does not generate a ghost window.
Ссылка на документацию, секция Remarks, самый последний абзац.

Кстати, эту функцию можно даже отключить:
https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-disableprocesswindowsghosting

Узнать, что период, через который окно получает статус неактивного, равен 5 секундам можно тут:
https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-ishungappwindow

ссылка на канал | ссылка на группу

Сделал я необходимый минимум обёрток, который занимает 500 строк кода и это только начало.
И написал простой проект с созданием окна.

У моего стиля есть куча недостатков, но он мне всё равно нравится.
Теперь всегда можно единообразно обрабатывать ошибку, не обращая внимания, что это за функция.

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

ссылка на канал | ссылка на группу

Я довольно консервативен к стилю форматирования кода.
Я всегда писал объявление и определение функций в одну строку, даже с большим количеством параметров.

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

Что скажете чтобы это:

void CreateWindowExAWrapper(HWND* returnValue, DWORD dwExStyle, LPCSTR lpClassName, LPCSTR lpWindowName, DWORD dwStyle, int X, int Y, int nWidth, int nHeight, HWND hWndParent, HMENU hMenu, HINSTANCE hInstance, LPVOID lpParam, status_s* status);

Превратить в это:

void CreateWindowExAWrapper
(
    HWND*     returnValue,
    DWORD     dwExStyle,
    LPCSTR    lpClassName,
    LPCSTR    lpWindowName,
    DWORD     dwStyle,
    int       X,
    int       Y,
    int       nWidth,
    int       nHeight,
    HWND      hWndParent,
    HMENU     hMenu,
    HINSTANCE hInstance,
    LPVOID    lpParam,
    status_s* status
);

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

ссылка на канал | ссылка на группу

Когда уже сделал обёртку для 23 функций на 1000 строк кода, сделать 24-ую с уже написанной документацией с шаблонами было даже слишком легко и быстро.

Добавил корректировку размера окна, чтобы можно было указывать размер клиентской области.
Пока что мне стиль форматирования и написанный код нравятся, довольно удобно.

(Проверки status в коде пока что нет, чтобы не портить внешний вид кода 😏)

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Недавно на работе мне поставили задачу написать метод, который должен сделать запрос к API yandex, получить в ответ JSON структуру, обработать её и преобразовать, чтобы потом сохранить это в нашу базу данных.

Условия задачи мне показались совсем несложными, но как же я ошибался...
Я структуры данных посложнее массива не изучал, поэтому задача резко стала очень сложной, когда я понял, что столкнулся с деревом (N tree): практических умений-то нет, ни то что теоретических знаний.

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

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

Я такого говнокода давно не писал).

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Благодаря программированию я научился слепой печати.

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

Опыт написания html и css, составления различных документов, печати в нужном масштабе и редактирования в моём любимом редакторе paint.net очень пригодились.

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

Очень жаль, что не получилось показать видео ускоренного процесса создания с нуля до конечного результата, проект уже был закрыт вчера, а значит ctrl + Z / Y уже не помогут).

Да, конечный результат выглядит неидеально и как-то просто, но мне был интересен весь процесс, начиная от идеи и заканчивая реализацией.

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу