vladko4: можно конечно, а так как gcm теперь стал часть firebase там есть функционал для простейших сообщений из коробки, тоесть вам даже не прийдется писать свой сервер
Victor Alekseev: я не знаю смеяться или плакать, бегите куда угодно, но подальше от него, в мире с++ выбор конечно победнее чем у прочих, но он есть, в любом случае хуже уже не будет )
Whiled0S: если так в ваших проектах это не значит что так везде, react css не отменяет, react не для анимаций, он в целом view слой, если для анимации нужен css то делается на css, это никак не противоречит архитектуре react
ps что вы понимаете под реактивностью ?
Алексей Гриченко: первая мысль тоже была о assets, но размер .... можно, но ну нафиг такое счастье, размер apk один черт раздует MrStuff88: а что вам даст оффлайн работа ? по факту только большой размер апк и сомнительное преимущество, юзер лучше отреагирует на разумный размер апк чем на сомнительное счастье офлайн работы
Виталий: выглядит не на много лучше, но я уверен каждый из на останется при своем ))
поверьте у asp не меньше пакетов, ровно как и у php, python, etc каждому свое))
Виталий: мне не нравится как ведут себя модели в орм js, не удобно не сохранять обьекты, не делать сложные запросы в asp в этом плане сильно гибче
пробовал docs.sequelizejs.com/en/v3 - бледное подобие того что дает asp
Виталий: не халивара ради, смотрел в сторону node.js, сам js (если нормально приготовленный, es6, eslint и прочие вкусности) мне нравится, но орм в node.js .... та ну нафиг, рядом с java или asp рядом не столяло+ есть ряд задач где node.js серьезно просядет (это не минус node.js просто нужно понимать что каким инструментом делать)
Вадим Ткачёв: по моему вы пока не понимаете что хотите сделать.
В начале любой разработки, сложнее хелоуворда нужно писать тз, даже если заказчик вы
Учитывая ваши вопросы, я бы вам рекомендовал сначала просто почитать про сам принцип rest
После этого попишите пару запросов к существующему серверу, например github api
После того как научитесь работать с retrofit и gson (по факту стандарт в отросли) можете начинать писать тз для своего проекта
как бы вам не казалось скучно, но тз и документация нужна в первую очередь для вас.
В документации ничего гениального не нужно, просто подробно опишите все методы api, с примерами запросов и ответов.
Если есть бд, то опишите каждую таблицу, каждое поле.
Только после этого начинайте писать код.
