и пустое место? )
Такой ситуации быть не должно
а символ вопроса говорит о том что должно)
Это костыль для интерфейса объекта. Объект может быть андефайндом, если на старницу продукта еще не переходили. На страницу продукта нельзя перейти так, чтобы не произошло запроса на продукт.
это не костыль интерфейса а костыль реализации. если продукт может не существовать - значит надо обработать такую ситуацию. завтрашний ты скажешь себе сегодняшнему спасибо
Я же и обработал
у тебя там пустая строка будет, если такой ux устраивает бизнес - тогда вопросов нет
Ситуации, когда будет пустая строка невозможна, я же объяснил выше. Возможна ситуация, что при инициализации, выбранный продукт не существует.
А страница продукта отображается только при условии начличия выбранного продукта
«перепишу это завтра» и еще тысяча сказок которые рассказывают себе программисты. ваше право, наше дело дать совет
Тогда это звучит на первый взгляд так, будто это можно отобразить а системе типов
Я не говорил перепишу завтра. Откуда взят подобный вывод? В чем заключается совет? Я написал проблему, что ТС ругается на деструктуризацию. Связано это с интерфейсом. Пока юзер не выберет переход на страничку, выбранный объект будет андефайндом. Но когда совершиться этот переход, то выбранный продукт уже не будет андефайндом. Если бы и был совет, то я был бы рад его использовать.
Это отображено в системе типов.
У тебя в описании типа утверждение | undefined говорит что как раз может. Если на самом деле не может - то выпили его и можно будет не сражаться с ветряными мельницами
Мне это значение нужно при инициализации. Иначе туда нужно будет какое-то дефолтное значение вставить
добро пожаловать в Maybe https://t.me/kekpek_dev/18
Ну и вставь
это была отсылка к тому что любые утверждения из разряда «этот код не поменяется», «перепишу потом» и т.д. - ложные потому что зачастую никогда не сбываются. а совет тебе уже дали, обработай случай когда данных нет - оставить пустые строки не обработка. не рендерить когда данных нет - как вариант, пойти к дизайнеру и предложить кейс на подумать хорошее решение. но заявлять что какой то кейс невозможен - опрометчиво
Обсуждают сегодня