Search
Write a publication
Pull to refresh
1
0
Send message

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

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

Если у нас большое кол-во вложенности и оч много методов возвращающих такой тупл - то надо везде обкладываться условиями и проверять не вернулась ли ошибка

if (!validator.Validate(dto, ModelState)) return BadRequest(ModelState);

И такой код должен быть в огромных кол-вах продублирован в приложении, что не шибко облегчает чтение кода(Именно так и происходит в большинстве голанг приложений.)

А это противоречит вашей фразе

Смотрите, как красиво, легко читается и предсказуемо выполняется!

Не особо легко читается если всё приложение пестрит строчками if(blabla) return Response

Я не фанат ни того ни другого подхода, но наверно стоит упомянуть и минусы такого подхода в статье. Не все так однозначно, к сожалению.

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

Односторонность

вот это свойство хеш функции совсем не нужно для функции использующейся для хранения в структур данных. Односторонность нужна в криптографии например для хранения паролей или для конецепции Proof of Work.

Вы тут рассказываете только про криптографические функции. А про другие которые исопльзуются в хешмапах и детали их использования там вообще почти не упоминаете(хотя в начале и говорите про структуры данных)

Ваш пример использования в Яве - это внешние вызовы функций, скрывающие полностью реализацию структуры данных, это не пример использования хеш функции.

Очень желаю вам прежде чем писать статьи, сначала изучить вопрос и не тратить время ваших потенциальных читателей.

Интересно как вы можете называть простую операцию со степенями "нетривиальным трюком"?)
Свойствам степеней учат в 7ом классе

Ну вот по поводу изменения настройки RESTfull API в самой статике я бы не согласился. Аякс запросы не должны идти прямо на бекенд, они должны проксироваться самим нджинксом. Для этого существует reverse-proxy. Таким образом и статику не нужно настраивать и не будет проблем с CORS на бекенде(выключать CORS на продакшене запрещено).

Более того в современных фронтовых фреймворках (которые создают SPA) стоит аналогичная конфигурация проксирования в вебпаке, таким образом приложение у девелопера не будет сильно отличаться от прода. И настройка всего этого предельно проста.
Объясните по подробнее пожалуйста.
Вот это условие на первый взгляд вообще лишено смысла

 if (char === '​') {
      return '1';
 } else if (char === '‌') {  
      return '0';
  }

Information

Rating
Does not participate
Registered
Activity