Вы сейчас описали пример как работает голанг. Там полностью отсутствуют эксепшины и используется именно такой подход.
Я согласен, что он имеет место быть и даже возможно иногда лучше чем экспешены. Но к сожалению вы забываете или не упоминаете в этой статье о том, чтобы использовать данный метод надо везде будет обложиться иф стейтментами.
Если у нас большое кол-во вложенности и оч много методов возвращающих такой тупл - то надо везде обкладываться условиями и проверять не вернулась ли ошибка
if (!validator.Validate(dto, ModelState)) return BadRequest(ModelState);
И такой код должен быть в огромных кол-вах продублирован в приложении, что не шибко облегчает чтение кода(Именно так и происходит в большинстве голанг приложений.)
А это противоречит вашей фразе
Смотрите, как красиво, легко читается и предсказуемо выполняется!
Не особо легко читается если всё приложение пестрит строчками if(blabla) return Response
Я не фанат ни того ни другого подхода, но наверно стоит упомянуть и минусы такого подхода в статье. Не все так однозначно, к сожалению.
Дорого автор статьи, изучите пожалуйста различие между классом криптографической хеш функцией и остальными. Строго говоря
Односторонность
вот это свойство хеш функции совсем не нужно для функции использующейся для хранения в структур данных. Односторонность нужна в криптографии например для хранения паролей или для конецепции Proof of Work.
Вы тут рассказываете только про криптографические функции. А про другие которые исопльзуются в хешмапах и детали их использования там вообще почти не упоминаете(хотя в начале и говорите про структуры данных)
Ваш пример использования в Яве - это внешние вызовы функций, скрывающие полностью реализацию структуры данных, это не пример использования хеш функции.
Очень желаю вам прежде чем писать статьи, сначала изучить вопрос и не тратить время ваших потенциальных читателей.
Ну вот по поводу изменения настройки RESTfull API в самой статике я бы не согласился. Аякс запросы не должны идти прямо на бекенд, они должны проксироваться самим нджинксом. Для этого существует reverse-proxy. Таким образом и статику не нужно настраивать и не будет проблем с CORS на бекенде(выключать CORS на продакшене запрещено).
Более того в современных фронтовых фреймворках (которые создают SPA) стоит аналогичная конфигурация проксирования в вебпаке, таким образом приложение у девелопера не будет сильно отличаться от прода. И настройка всего этого предельно проста.
Вы сейчас описали пример как работает голанг. Там полностью отсутствуют эксепшины и используется именно такой подход.
Я согласен, что он имеет место быть и даже возможно иногда лучше чем экспешены. Но к сожалению вы забываете или не упоминаете в этой статье о том, чтобы использовать данный метод надо везде будет обложиться иф стейтментами.
Если у нас большое кол-во вложенности и оч много методов возвращающих такой тупл - то надо везде обкладываться условиями и проверять не вернулась ли ошибка
if (!validator.Validate(dto, ModelState)) return BadRequest(ModelState);
И такой код должен быть в огромных кол-вах продублирован в приложении, что не шибко облегчает чтение кода(Именно так и происходит в большинстве голанг приложений.)
А это противоречит вашей фразе
Не особо легко читается если всё приложение пестрит строчками if(blabla) return Response
Я не фанат ни того ни другого подхода, но наверно стоит упомянуть и минусы такого подхода в статье. Не все так однозначно, к сожалению.
Дорого автор статьи, изучите пожалуйста различие между классом криптографической хеш функцией и остальными. Строго говоря
Односторонность
вот это свойство хеш функции совсем не нужно для функции использующейся для хранения в структур данных. Односторонность нужна в криптографии например для хранения паролей или для конецепции Proof of Work.
Вы тут рассказываете только про криптографические функции. А про другие которые исопльзуются в хешмапах и детали их использования там вообще почти не упоминаете(хотя в начале и говорите про структуры данных)
Ваш пример использования в Яве - это внешние вызовы функций, скрывающие полностью реализацию структуры данных, это не пример использования хеш функции.
Очень желаю вам прежде чем писать статьи, сначала изучить вопрос и не тратить время ваших потенциальных читателей.
Интересно как вы можете называть простую операцию со степенями "нетривиальным трюком"?)
Свойствам степеней учат в 7ом классе
Более того в современных фронтовых фреймворках (которые создают SPA) стоит аналогичная конфигурация проксирования в вебпаке, таким образом приложение у девелопера не будет сильно отличаться от прода. И настройка всего этого предельно проста.
Вот это условие на первый взгляд вообще лишено смысла