Респект за подход с юмором, это очень смешно! Смеялись всей тимой(team), взяли подход на вооружение, будем делать свою Абстрактную фабрику сервис(service) локаторов!!! Архитектор что-то кричал, но нам подходит по стилю)))))
До сих пор смеюсь, ну вы поняли, абстрактная фабрика абстрактных синглтнонов, хахаххаха(hahahaha)
Действительно, ситуация реальная. Но что-то мне подсказывает, что это как-то слишком сферически и вакуумно. На практике обычно и ошибки более конкретные, да и стек трейс очень редко получается коротким.
Но как вывод для себя:
Использовать return await…; повсеместно не стоит, т.к. проблема не понять стектрейс — крайне мала, а создавать на каждый чих конечный автомат — не лучшая идея, с точки зрения производительности. Если писать красивый и понятный код, следовать банальным принципам в программирвоании — то проблема с непонимание сткетрейса пропадёт.
И, однако, сам факт того, что вы лично не увидели никаких сложностей где-то там у себя — совершенно не означает, что их ни у кого нет.
Так то, что вы их увидели себя — ровно также не означает, что у других они будут. Даже интересно узнать что за случай у вас там такой, по которому вы не могли понять стектрейс.
Пример: Class1. var result = await class2.Get();
Class2. return class3.Get();
Class3. Бросает ошибку.
Стектрейс будет вида: Возник эксепшен некоторого типа.
в class3.Get()
в class1.Method()
По цепочке вызова можно понять что и где произошло. Можно понять прочитав тип и сообщение ошибки. Если у вас и возниакют проблемы, то уж извините, но скорее всего проблема в вашем коде…
P.S. Расскажите о своём опыте, пожалуйста, возможно я ошибаюсь.
На сколько помню, уже говорилось и писалось об этом. Быстрый поиск выдаёт вот такую статью, в которой рассказывается о том, как можно завладеть чужой страничкой.
Добро пожаловать вайти. Теперь это новый стандарт того самого IT, куда раньше шли инженеры у которых на первом месте не стояли деньги, смузи и гироскутеры. Порог входа занижен максимально, 3 месячные курсы и вот ты вайти, отсюда и общий уровень знаний падает… Грустно.
Надеюсь девочка не вернётся к нам и станет блогером :)
А ещё, в месте где «я создал новый промис используя конструктор Промисов», в коде сообщения переведены, а на скриншотах остались на английском. Нет consistency, так сказать…
Боюсь, что закидают тапками, но что мешает узнать это? Если офис в Хабаровске, то мы же знаем каким-то образом что он в Хабаровске… Может быть у пользователя или у аккаунта офисса выставленна таймзона?
На крайний склучай давайте указывать время по МСК…
IMHO, Вместо того, что бы узнать таймзону с клиента, автор изобретает велосипед на бэке. И да, попахивает изобретением проблемы и попытками её решить.
На самом деле не так, просто либо Вы имеет большой опыт работы с монолитом, либо не внимательно читаете те самые статьи… Как было сказанно в этой — выбор в пользу микросервисной архитектуры зависит от самого проекта. Есть ещё одна важная вещь — разделение на микросервисы, и то что описали Вы — как раз пример неправильного деления микросервисов.
До сих пор смеюсь, ну вы поняли, абстрактная фабрика абстрактных синглтнонов, хахаххаха(hahahaha)
Но как вывод для себя:
Использовать return await…; повсеместно не стоит, т.к. проблема не понять стектрейс — крайне мала, а создавать на каждый чих конечный автомат — не лучшая идея, с точки зрения производительности. Если писать красивый и понятный код, следовать банальным принципам в программирвоании — то проблема с непонимание сткетрейса пропадёт.
alhimik45, спасибо за пример!
Так то, что вы их увидели себя — ровно также не означает, что у других они будут. Даже интересно узнать что за случай у вас там такой, по которому вы не могли понять стектрейс.
Пример:
Class1. var result = await class2.Get();
Class2. return class3.Get();
Class3. Бросает ошибку.
Стектрейс будет вида:
Возник эксепшен некоторого типа.
в class3.Get()
в class1.Method()
По цепочке вызова можно понять что и где произошло. Можно понять прочитав тип и сообщение ошибки. Если у вас и возниакют проблемы, то уж извините, но скорее всего проблема в вашем коде…
P.S. Расскажите о своём опыте, пожалуйста, возможно я ошибаюсь.
habr.com/ru/post/435916
Надеюсь девочка не вернётся к нам и станет блогером :)
IMHO, а также не очень нравится привязанность к Java и JWM…
На крайний склучай давайте указывать время по МСК…
IMHO, Вместо того, что бы узнать таймзону с клиента, автор изобретает велосипед на бэке. И да, попахивает изобретением проблемы и попытками её решить.