Привет! С JHipster пока не знаком, но видел, как API генерируют с помощью Amplicode — выглядит довольно удобно. Думаю, использование таких инструментов действительно ускоряет разработку, особенно в руках опытного разработчика.
Однако, в статье я ставлю перед собой другую цель: показать, как писать REST API вручную, с нуля. Это особенно полезно для тех, кто только знакомится с основами, или хочет сравнить свой подход с реализованным способом в статье. Такой процесс помогает лучше понять тонкости разработки и получить полный контроль над архитектурой.
Спасибо за идею! Возможно, стоит рассмотреть генераторы в будущих статьях для сравнения.
Привет, большое спасибо за положительный комментарий! Помню, когда писал свой самый первый pet-проект, колебался на выборе между Dto и DTO. Пришёл к тому, что IncidentDto больше подходит под единообразие стиля. Стараюсь придерживаться одного общепринятого, не считая специфичных вещей, таких как именования proto-файлов, например. Насчёт именования в мапперах — тот же стиль, в духе: toEntity, toDto, toDtoWithDetails.
На самом деле, вашему мнению имеет место быть и не только, я бы сказал, что вы правы. Простой пример: возвращать User без обёртки с хэшом пароля - так себе идея. В моём случае не было конфиденциальной информации, которую нужно сокрыть, но безусловно нужно принять ваше замечание во внимание. Спасибо, я доработаю этот момент!
Привет, клиенту может быть важно получить ресурс без обёрток, например, id для отслеживания состояния созданного инцидента в будущем или привязать его к другим сущностям
Красиво слагаете мысли, как будто прочитал введение какого-нибудь «Мы» Евгения Замятина.
Согласен с вами. Каждый день мы просыпаемся в чуть более другом мире. И каждый из нас по-своему становится свидетелем изменений исторического масштаба.
Спасибо за ваш комментарий! К сожалению, статья получилась бы громоздкой, поэтому не удалось подробно описать подноготную таких мощных и сложноорганизованных алгоритмов как SIFT, ORB и т.д. Если эта тема вызовет повышенный интерес и получит много вопросов, я обязательно подготовлю более детальный материал в будущем.
Привет! С JHipster пока не знаком, но видел, как API генерируют с помощью Amplicode — выглядит довольно удобно. Думаю, использование таких инструментов действительно ускоряет разработку, особенно в руках опытного разработчика.
Однако, в статье я ставлю перед собой другую цель: показать, как писать REST API вручную, с нуля. Это особенно полезно для тех, кто только знакомится с основами, или хочет сравнить свой подход с реализованным способом в статье. Такой процесс помогает лучше понять тонкости разработки и получить полный контроль над архитектурой.
Спасибо за идею! Возможно, стоит рассмотреть генераторы в будущих статьях для сравнения.
Привет, большое спасибо за положительный комментарий! Помню, когда писал свой самый первый pet-проект, колебался на выборе между Dto и DTO. Пришёл к тому, что
IncidentDtoбольше подходит под единообразие стиля. Стараюсь придерживаться одного общепринятого, не считая специфичных вещей, таких как именования proto-файлов, например. Насчёт именования в мапперах — тот же стиль, в духе:toEntity,toDto,toDtoWithDetails.На самом деле, вашему мнению имеет место быть и не только, я бы сказал, что вы правы. Простой пример: возвращать User без обёртки с хэшом пароля - так себе идея.
В моём случае не было конфиденциальной информации, которую нужно сокрыть, но безусловно нужно принять ваше замечание во внимание. Спасибо, я доработаю этот момент!
Привет, клиенту может быть важно получить ресурс без обёрток, например, id для отслеживания состояния созданного инцидента в будущем или привязать его к другим сущностям
Да, для объективности исследования взял стороннюю python модель
Спасибо за положительный комментарий, если будут какие-то вопросы обращайтесь, помогу
Интересно, а подскажите где у нас в Бауманке этим занимаются? На какой кафедре?
Красиво слагаете мысли, как будто прочитал введение какого-нибудь «Мы» Евгения Замятина.
Согласен с вами. Каждый день мы просыпаемся в чуть более другом мире. И каждый из нас по-своему становится свидетелем изменений исторического масштаба.
Спасибо за ваш комментарий! К сожалению, статья получилась бы громоздкой, поэтому не удалось подробно описать подноготную таких мощных и сложноорганизованных алгоритмов как SIFT, ORB и т.д. Если эта тема вызовет повышенный интерес и получит много вопросов, я обязательно подготовлю более детальный материал в будущем.