WapSter, Да, этот код ему в прошлом вопросе написали, даже спасибо не сказал, а теперь надо чтобы кто-то еще посмотрел и исправил. Пожалуй пройду с вами.
Сергей, ну если понимать цитату буквально то как раз с этим флагом можно будет из js получить точную инфу по памяти. Другой вопрос что вы сможете сделать только в своем браузере - а у себя вы и так посмотрите.
DEATH2298, ну если у вас id может быть string | number, то правильно ругается. если у вас в массиве только строки или только числа, то как вы туда сохраните значение которое может быть хоть числом хоть строкой?
Вообще, выглядит так как будто вам нужны дженерики, но хз -вы же только кусками код показываете.
чтобы doSomething() не ругалась пишите doSomething1(this.ids as string[]) но вам нужно понимать что вы делаете, и гарантировать что там реально только строки
SkaterDark, электрон это по сути js+движок от браузера, вы там можете писать на чем угодно из того что вы можете использовать в вебе + дополнительные фишки.
Никто вас не заставляет писать на jQuery, берите вью/реакт/ангуляр и пишите на них если хотите.
Алексей Черныш, может я резковат, но многие из тимлидов которых я видел стали такими просто потому что "так сложилось" или вовремя попросились. Ну то есть это не какой-то труднодостижимый ранг для которого нужны годы работы. Условия где вы можете им стать + ваше сознательное усилие в этом направлении, адекватное этим условиям.
Alexander M, тогда стройте внутрикомандные коммуникации в первую очередь. И на их основе уже регламент, в бардаке он работать все равно не будет - даже если примете, его засаботируют напрочь.
Alexander M, Если проекты мелкие и однотипные - то просто соберитесь все, обсудите на примере последних 4-5 проектов какие технологии и как использовать, какую архитектуру строить, общие правила выработайте - и то что получится то и зафиксируйте.
Главное откуда деньги получите. Если перевод из-за границы - то будет валютный контроль. Если он как-то вам заплатит внутри страны - то все равно откуда он сам.
Налоговой вообще без разницы - главное задекларируйте доход и налог уплатите, как вам там положено.
Если нет - то я могу конечно вам исправить код, но вы придете со следующим компонентом с таким же вопросом.
Первый код ждет промис, достает из него данные и эти данные отправляет в setFriends
Второй код ничего не ждет, берет промис и его отпавляетв setFriends (нежданчик, там хотели данные а вы им промис подсунули)
Как вам уже сказали - разберитесь как работают промисы. С точки зрения логики. А то так и будете переставлять методы и скобочки не понимая что не так то.
чтобы запустить бэк для это приложения, мне нужно на этом же vps запустить отдельный процесс для back(к примеру 111.22.33.05:3000), и туда слать запросы ?
Роман Якимчук, ну, если интересно мой личный опыт - я давно забросил разделение на dumb/smart компоненты.
Есть отдельно супер-примитивные UI компоненты, типа кнопок, таблиц, списков и так далее,
остальные компоненты с логикой и представлением вместе.
данные грузятся прямо в компоненте хуками, либо из стейта, либо из стора, либо из apollo, дальше с ними делается что надо и тут же рендерится что надо.
Декомпозиция не по принципу "или что-то рисует или что-то считает" как в упомянутом вами подходе, а по принципу выполняемой задачи. Если надо взять список объектов, посчитать например на них сумму, и красиво вывести, это все происходит в одном месте. Если какой-то из этих этапов становится достаточно сложным/объемным - рефакторится в что-то отдельное, либо в сервис, либо в функцию-хелпер, либо в другой компонент.
Из моего опыта так и удобнее намного и поддерживать приятнее.
Использую apollo+mobx+хуки, это все позволяет не сильно думать о нюансах работы с данными, они просто используются тогда когда нужны и там где нужны.
mobx, но если у вас graphql то в простых и средних приложениях большая часть данных лежит в кеше клиента аполло и на долю стейта приложения остается уже совсем мало чего.
