Object.assing( {}, proto, myObject ) эквивалентно спреду {...proto, ...myObject}, прототип не сохранится.
Вместо этого можно использовать Object.assign(Object.create(proto), myObject).
Честно говоря, разница в том, связаны ли ссылочно прототипы или представлены разными объектами, имеет смысл, если поля/методы во время исполнения будут менятся. Если же там только статичные функции, к чему есть явная тенденция в современной практике, разницы нет.
да. так или слиянием (тем более, появился spread operator)
у меня чаще бывает так, что Son.prototype порождается неким конструкторо new Parent, прототип которого proto. Разница косметическая.
какие варианты есть для создание методов для прототипа, когда он имеет предка?
Объясните этот вопрос. Можно с примером.
Речь идёт о ситуации, когда объекты, порожденные конструктором, имеют прототип, который сам по себе имеет прототип?
1. То есть для каждого браузера можно подобрать такой набор расширений? От выбора браузера ничего не зависит?
2. Какой набор плагинов предложите для, например, браузеров хромиумоского семейства?
3. Возможна ли настройка политики работы со скриптами и памятью, нацеленная на то, чтобы вписаться в отведённый объём?
Предполагаем, что процессор достаточно мощный, а узкое место — память.
Нормализация (по крайней мере, до НФ3) проведена. Вопрос был о другом, предложенные преобразования его не решают (мысленно замените все name в исходном вопросе на id_emploee).
MySQL doesn't support materialized views natively, but workarounds can be implemented by using triggers or stored procedures or by using the open-source application Flexviews
Поле name идентифицирует человека. Если это строка, то предполагается, что нет полных тезок. Если это число, то значит, это внешний ключ для некой таблицы с данными о людях.
Поле id в двух таблицах нужно лишь затем, чтобы был одноаттрибутный ключ.
Это я так делаю.
Символы (не только функции), которые нужно привязать не к приватному контексту, а к пакетному, можно любым образом упомянуть, хоть в списке перечислить, хоть через точку с запятой.
Обращение к свойству id происходит по-разному для cart и action. Так и должно быть?
То есть card -- объект immutable, а action -- обычный JS объект с полем id, верно?
https://habrahabr.ru/users/TT55EE/
Кажется, Вы read-only. Не получится изменить кармы: её нет.
А как будете полноценным пользователем, тогда могу понизить в любой момент. Обращайтесь.
Там есть понятия репутации и рейтинга.
Репутация запросто может поменяться, если кто-то зайдёт в профиль и поставит +1.
Для таких, как я, кто не всегда читает статьи и комментарии в течении трёх суток с момента написания, это единственный способ сказать "молодец, красавчик, пиши ещё".
Рейтинг же будет неумолимо падать до нуля со временем, если ничего не писать.
Вместо этого можно использовать Object.assign(Object.create(proto), myObject).
Честно говоря, разница в том, связаны ли ссылочно прототипы или представлены разными объектами, имеет смысл, если поля/методы во время исполнения будут менятся. Если же там только статичные функции, к чему есть явная тенденция в современной практике, разницы нет.