Q2W, любой обработчик может проверять значения и состояния других элементов и принимать сообщение о синхронизации в качестве события, по которому он должен сработать, точно так же как вы можете узнать местонахождение ваших друзей в фб или твиттере и принять решение поехать к ним на встречу, даже, если они вас явно не приглашали
не бывает обработчиков до события, бывают обработчики, которые работают по событию - load, click, change итд
если вы думаете, что у вас есть обработчик "до события", то вы просто игнорируете реальное событие, которым этот обработчик запускается
вы же не можете зажечь лампу до того, как нажмете на выключатель, так же и здесь должно быть событие, триггер, даже если вы его не хотите видеть;
опять же обработчик запрета на изменение структуры должен принадлежать самому объекту структуры, и слушать события вашего первого объекта, значение которого определяет возможность изменения структуры: грубо говоря, флаг - если 1, то лампочка может включиться, а если 0, то выключиться
у вас нет ясной и целостной структуры приложения над которым вы работаете, поэтому вам приходится разруливать такой хаос из якобы разных обработчиков, когда на самом деле все обработчики одинаковы
Евгений, как вы отстали от жизни
существующие решения сегодня легко ищутся гуглом, а коллег из уважения к их времени принято беспокоить только в крайнем случае
lavezzi1, ну пока болит только ваше, раз вы, взявшись за реакт на javascript не знаете, как проверять существование параметров, и верите, что ваше хамство приведет вас к цели
lavezzi1, ваша проблема написана некорректно, потому что похоже, что вы не понимаете, о чем вы спрашиваете, к тому же в тэгах не указан реакт
в одностраничном приложении не может быть второй страницы, то есть переход может быть только между views, которые являются частью одной страницы
перехода через react-router тоже быть не может, потому что в GUI такого элемента нет; есть известные элементы пользовательского интерфейса, и переход юзера внутри spa всегда осуществляется по событиями в этих элементах, а как и где вы их обрабатываете - это уже дело десятое
при любом раскладе вам ничего не мешает при загрузке нового view проверять на существование или значение все параметры, которые могут повлиять на работу скрипта
а лучше всего сделайте себе одолжение и найдите себе профессию попроще, если вы тормозите уже на таких элементарных вещах
не бывает обработчиков до события, бывают обработчики, которые работают по событию - load, click, change итд
если вы думаете, что у вас есть обработчик "до события", то вы просто игнорируете реальное событие, которым этот обработчик запускается
вы же не можете зажечь лампу до того, как нажмете на выключатель, так же и здесь должно быть событие, триггер, даже если вы его не хотите видеть;
опять же обработчик запрета на изменение структуры должен принадлежать самому объекту структуры, и слушать события вашего первого объекта, значение которого определяет возможность изменения структуры: грубо говоря, флаг - если 1, то лампочка может включиться, а если 0, то выключиться
у вас нет ясной и целостной структуры приложения над которым вы работаете, поэтому вам приходится разруливать такой хаос из якобы разных обработчиков, когда на самом деле все обработчики одинаковы