Если библиотека компонентов написана и используется грамотно, то разница в размере бандла будет несущественной, тем более для мобильного приложения это не так критично как для веба. Зато минус скорости разработки, тестирования, и главное поддержки такого когда другими программистами, из моего опыта очень существенный. Просто представьте себя пришедшим на проект где скорее всего все компоненты недокументированные и без красивых примеров использования.
Я был вынужден отказаться от redux из-за этого. Попробуйте mobx, в нем нету описанных вам проблем, есть action, есть store, первое умеет менять второе, все! Остальное библиотека сделает сама. такое решение гораздо лучше масштабируется на больших приложениях.
Тут разница в подходах. Когда говорят про прототипное наследование предполагается, что можно наследовать один объект через другой без создания классов:
const proto = {
hello () {
return `Hello, my name is ${ this.name }`;
}
};
const george = Object.assign(Object.create(proto), { name: 'george' });
console.log(george.hello());
И это порой очень гибко и удобно. С таким подходом, например, вы можете сделать factory, которая будет отлично альтернативой классам (и многим это нравится из-за отсутствия необходимости писать new)
const greeter = (name) => Object.assign(Object.create(proto), {
name
});
const george = greeter('george');
const msg = george.hello();
И надо понимать, что именно это базовый подход в js для наследования. А классы, которые используют под капотом этот же механизм просто вариант для тех, кто не видит наследования без них.
Он не столько устарел, сколько просто потерял свою необходимость по мере развития браузеров. Смотрите VanillaJS в качестве альтернативы.
По поводу бустрапа, не все так печально, Вы просто не сможете использовать его плагины, а это далеко не самая его важная часть. Да и есть энтузиасты которые портировали его на ту же ванилу.
Али говорит, что он не знает загаданных чисел. Отсюда можно сделать вывод, что хотя бы одно из загаданных чисел не простое, иначе число раскладывалось бы на множители единственным способом.
А можно тут больше пояснений? Как Вы перешли к простым числам? Ведь в условии ни про них ни про разложение на множители ничего нету.
С учетом того, что сейчас и Windows позволяет писать на JS, можно ждать очередной кросплатформенный фреймоворк для создания десктопных приложений без использования связки node.js + webkit.
Я был вынужден отказаться от redux из-за этого. Попробуйте mobx, в нем нету описанных вам проблем, есть action, есть store, первое умеет менять второе, все! Остальное библиотека сделает сама. такое решение гораздо лучше масштабируется на больших приложениях.
Тут разница в подходах. Когда говорят про прототипное наследование предполагается, что можно наследовать один объект через другой без создания классов:
И это порой очень гибко и удобно. С таким подходом, например, вы можете сделать factory, которая будет отлично альтернативой классам (и многим это нравится из-за отсутствия необходимости писать
new)И надо понимать, что именно это базовый подход в js для наследования. А классы, которые используют под капотом этот же механизм просто вариант для тех, кто не видит наследования без них.
А зачем Вы себе взяли это утверждение за догму? Разработчики из facebook обосновали почему такой подход в сегодняшних реалиях не всегда работает.
совершенно не ясно, что происходит т.к. про клик тут ни слова.
Непонятно, почему не вот так?
тут и привязки к jquery никакой нету.
Смотри выше.
Нисколько.
Зачем тебе писать свой jQuery?
По поводу бустрапа, не все так печально, Вы просто не сможете использовать его плагины, а это далеко не самая его важная часть. Да и есть энтузиасты которые портировали его на ту же ванилу.
А можно тут больше пояснений? Как Вы перешли к простым числам? Ведь в условии ни про них ни про разложение на множители ничего нету.