В вашей вселенной знаний о фронте ничего не мешает. Вот тут реклама с сервиса рекламы, тут данные с сервиса данных, тут юзер ох блин Блэк бокс нельзя хранить там же где данные, ой еще сервис данных? И что надо отображать все асапом? Чтобы то что есть сразу отобразить а медленные ручки отвечали чуть позже, нет, не слышали. Что есть еще ленивая подгрузка и бесконечная лента? Ой бесконечная лента бесконечных лент еще бывает? Ой и в нее надо вставить рекламу которую надо тоже подгрузить? Да, думаю обойдемся одной ручкой!
Андроид тут таким боком что наш код должен работать в любом браузере на любом устройстве.
кусок страницы когда скроллер приближается к концу и дописывает присланный бэком кусок html в нужный div
Я и говорю что вы ничего не понимаете в промышленном фронтенде. Этот способ годится для небольших лент аля бложик, который вы вероятно и реализовывали. В реальных приложениях нужен подход с виртуальным скролом, но где вам такое знать, фронт это же про формочки.
Дисциплина у вас есть, ага. У вас есть машинка с известной цпу и оперативкой, вот что у вас есть. Все проблемы в промышленном frontend начинаются когда надо отобразить миллион всего на разных устройствах, появляются сложные паттерны, которые так невзлюбил автор. Все ваши знания о промышленном фронтенте видимо и сидят где-то - ой да там же формочки, можно и на бэке генерить. Когда нужно на 4-м андроиде показывать бесконечную ленту я бы посмотрел как вы бы ее на бэке генерили. Сложность про на которую мы идем в самом начале заложены боль от прошлых решений. .
Мда, модель решила добавить 200, зачем почему? Как это она решила? У нас есть дерево решений по которому мы однозначно можем цену определить, как мы от нее пришли к модели которая - плохая. Столько текста только для рекламы канала.
Когда копируешь большую часть кода, все картинки, некоторые абзацы скопированы слово в слово, это не вдохновение, это воровство. В крайнем случае перевод, о чем следует указать в начале статьи. Кроме того есть тег перевод.
Дайте угадаю, вы бэкендер?
Я 10 лет работал бэкендером и 2 года фронтом, и скажу что и тут и там заморочек хватает. Там где бэкендер экономит цпу и поход в базу, фронт экономит перерендеры и пересчеты vdom, чтобы оно завелось на условном андроид 4
Если у вас 10 таких методов, которые получают однотипную функцию? В каждом будете объявление делать? Я не говорю что нельзя так делать, есть дженерики в конце концов. Но есть разница — каждый раз описывать сигнатуру функции, захламляя код или объявить в декларативном стиле.
Когда определяешь сам метод то да, ваш вариант удобнее. И он точно также выглядит в ts. Но допустим функция должна принимать другую функцию, определенного типа. Тогда Параметр надо как-то объявить.
Ну например на TS писать. Опять же хочется писать один раз и чтобы работало там где надо. Не эджем единым заканчивается мир старых браузеров: в андроид устройствах много старых версий хрома, и их все надо поддерживать.
А зачем вообще при брутфорсе перебирать второй цикл каждый раз с нуля, ведь все элементы до i мы уже проверили. И последнее решение с дополнительной памятью бы работало если бы использовали хеш
Как я понимаю: он полностью размечает весь макет в памяти, размеры, шрифты. Все есть, все можно измерить. Но саму отрисовку всего этого он не делает, пока не запросишь метод скриншота
Именно в одном. Лента лент например. Не проектировали значит не существует?
В вашей вселенной знаний о фронте ничего не мешает. Вот тут реклама с сервиса рекламы, тут данные с сервиса данных, тут юзер ох блин Блэк бокс нельзя хранить там же где данные, ой еще сервис данных? И что надо отображать все асапом? Чтобы то что есть сразу отобразить а медленные ручки отвечали чуть позже, нет, не слышали. Что есть еще ленивая подгрузка и бесконечная лента? Ой бесконечная лента бесконечных лент еще бывает? Ой и в нее надо вставить рекламу которую надо тоже подгрузить? Да, думаю обойдемся одной ручкой!
Андроид тут таким боком что наш код должен работать в любом браузере на любом устройстве.
Я и говорю что вы ничего не понимаете в промышленном фронтенде. Этот способ годится для небольших лент аля бложик, который вы вероятно и реализовывали. В реальных приложениях нужен подход с виртуальным скролом, но где вам такое знать, фронт это же про формочки.
Вы не пишете сложный фронт
Дисциплина у вас есть, ага. У вас есть машинка с известной цпу и оперативкой, вот что у вас есть. Все проблемы в промышленном frontend начинаются когда надо отобразить миллион всего на разных устройствах, появляются сложные паттерны, которые так невзлюбил автор. Все ваши знания о промышленном фронтенте видимо и сидят где-то - ой да там же формочки, можно и на бэке генерить. Когда нужно на 4-м андроиде показывать бесконечную ленту я бы посмотрел как вы бы ее на бэке генерили. Сложность про на которую мы идем в самом начале заложены боль от прошлых решений. .
В статье даже про это написано. Чтобы для стрелочных функций тип указывать. Иначе оно с JSX путает. Я тоже не знал.
Мда, модель решила добавить 200, зачем почему? Как это она решила? У нас есть дерево решений по которому мы однозначно можем цену определить, как мы от нее пришли к модели которая - плохая. Столько текста только для рекламы канала.
Когда копируешь большую часть кода, все картинки, некоторые абзацы скопированы слово в слово, это не вдохновение, это воровство. В крайнем случае перевод, о чем следует указать в начале статьи. Кроме того есть тег перевод.
Стоило бы все же указать первоисточник вашего перевода https://pomb.us/build-your-own-react/
Дайте угадаю, вы бэкендер?
Я 10 лет работал бэкендером и 2 года фронтом, и скажу что и тут и там заморочек хватает. Там где бэкендер экономит цпу и поход в базу, фронт экономит перерендеры и пересчеты vdom, чтобы оно завелось на условном андроид 4
К тому же он знает размер картинок но распаковку jpeg в биты не производит
Как я понимаю: он полностью размечает весь макет в памяти, размеры, шрифты. Все есть, все можно измерить. Но саму отрисовку всего этого он не делает, пока не запросишь метод скриншота