Роман Александрович, в чем принципиальное отличие?
Методы append и set взаимозаменяемы, один позволяет добавлять несколько одинаковых ключей, а второй их просто перезаписывает.
Я пробовал отправлять как:
Это уже отчаяный способ, найти способ как эти данные передать. У вас, кстати, в консоли в нетворке когда посмотреть запрос показывает данные из formData? Или это нормально когда их не показывает?
Если интересно, к чему привели поиски:
Было решено разделить приложение на два - одно из них работает как основное приложение со всей своей логикой, а второе чисто под отображение странички компании.
Одно работает на основном, домене, а на второй экспресс отлавливает все существующие субдомены и отдает туда второе приложение.
В целом, результат вышел хороший.
Антон Спирин, Суть в том, что это одно приложение.
По сути, это большой каталог и каждый элемент каталога должен быть доступен по своему url на поддомене. Это важная фишка проекта и убрать её никак нельзя. Пользователи её очень любят.
Нужно что бы пользователи и роботы заходя на {subdomain}.example.com попадали на компонент который отображает карточку этого обьекта.
Возможно. Но специфика проекта такая, что новые объекты сейчас появляются часто и приходится их вписывать их в существующую структуру.
В других проектах мы так и делаем, а в этом приходится так.
Темь более, специально покрыли тестами процентов 70—80 кода и мы видим сразу где возникают проблемы. Этот не требует много времени, просто утомляет)
Ну, а кроме того сложность в том, что у меня этот обьект разбит на много подобьектов, каждый из которых обновляется отдельно.
т.е если у меня в складе есть поле address которое являтся отдельным обьектом типа address, то и обновлять я должен обьект адресса, а не глобально обновить всего клиента ¯\_(ツ)_/¯
Проблема в том, что я не могу добавить новый обьект таким образом, а update у меня так и работает.
Для создания, получается что нужно вначале сделать запрос на добавление данных, получить id нового обьекта, потом запрос на обновление родителя где хранится привязка дочерних элементов и потом еще обновить обьект на вьюхе отдельным запросом.
Я код уже немного оптимизировал и сократил до трех запросов с четырех. Запрос на получение только что записаного склада в БД был излишним. Сейчас я просто к обьету который я передаю, добовляю поле id которое мне приходит в промисе.
vsuhachev, Про normalizr не знал, вот читаю доки.
Правильно ли улавливаю суть, что я могу входящие данные перевести в стандартизированый вариант который буду использовать в приложении. А при отправке назад их денормализировать в исходный вид?
Я сейчас не вижу особых приемуществ в этом + какие нужны будут ресурсы(время) что бы интегрировать такую штуку в проект.
Если можете, обьясните чем мне это поможет? Для меня это пока как-то не очевидно, + с учетом того что все мои скрипты сейчас заточены по тот формат данных который у меня есть, страшно представить обьемы по внедрению такой технологии
Ну собственно по этому и спрашиваю, что бы с днища этого выбираться.
Сам понимаю, что такой подход это лютый трешак.
Мои подозрения, на то что мы в проекте работаем с rest апи очень преувеличенно - оправдались) Я отправяю на определенные урл (get/update/delete/create) просто обьект с данными и никакие связи при этом не апдейтятся, все приходится делать вручную при этом ловится куча багов.
Приходится работать с тем что дают, к сожалению на бек энд разработчика повлиять не могу :(
Методы append и set взаимозаменяемы, один позволяет добавлять несколько одинаковых ключей, а второй их просто перезаписывает.
Я пробовал отправлять как:
Так и вот так:
А поля
Это уже отчаяный способ, найти способ как эти данные передать. У вас, кстати, в консоли в нетворке когда посмотреть запрос показывает данные из formData? Или это нормально когда их не показывает?