Рональд Макдональд, бесконечно можно смотреть на три вещи: как горит огонь, как течет вода, и как Рональд Макдональд задевает веберов при каждом удобном случае)
Если делать приложение в одной активити(как сейчас все и рекомендуют), то вопрос сам по себе отпадет - в методе onCreate проверяете авторизованность, если авторизован то показываете основной фрагмент, иначе фрагмент где нужно авторизоваться.
dollar,
Тут думаю можно оттолкнуться от склонности человека ставить лайки. Я вот например очень редко ставлю даже когда нравятся ответы, у меня это реально по настроению, поэтому для таких типов пользователей сложно понять контекст, почему я не лайкнул.
Но для пользователей склонных раздавать лайки мы можем значительно снизить вероятность того, что он не лайкнул из-за настроения, скорее всего любитель раздавать лайки не увидел годного ответа и настроение тут не при чем. То есть если юзер часто лайкает, вероятность отсутствия у него настроения как причины не поставить лайк невысокая. Также можно высчитать для пользователя как много он лайкает популярных ответов - если его лайки преимущественно липнут к залайканным ответам, то рассмотреть два случая: если его лайк был поставлен раньше, чем ответ стал массово залайканным то это хороший лайк, если лайк поставлен после залайканности то это "плохой"(но не обязательно) лайк.
Ответ может перестать нравиться - я думаю это достаточно редкий случай и им можно поначалу по крайней мере пренебречь, оставив его интеграцию в формулу на потом. Гораздо большей проблемой является то, что если кто-то открыл вопрос и лайкнул ответ слишком рано, то он редко вернётся в вопрос чтобы посмотреть новые другие ответы, которые потенциально могли удостоиться его лайка. Ну это уже опять идёт корреляция с временем ответов. То есть если ответ перестает нравиться это достаточно редкий случай, то второе это достаточно частый сценарий и получается многие ответы недополучают лайков от конкретного пользователя.
faleaksey, при всем этом это я ещё без эмулятора говорю, я использую физическое устройство. Эмулятор вообще не представляю чтобы запустился при таком количестве памяти и можно было работать
faleaksey, а в чем измерять сложность? 8гб не хватает даже на новый проект с одной двумя активити при открытом браузере хотя бы с 5 вкладками. А если проект будет посерьёзнее, то и браузер наверное не откроешь с таким количеством памяти. Люди писали что им порой и 16гб маловато, андроид Студио это очень прожорливая штука, так что рассматривайте 16гб как минимум
Саша Ящук, да я то на русском говорю, просто вы почему-то уперлись и не хотите слушать, попробую еще раз: firebase - это не ваш ручками поставленный сервер с монгой, это сервис со своими правилами и особенностями. В firebase есть четкое разделение между базой данных для данных и всем что связано с аутентификацией. Проще говоря - то где firebase хранит пользователей, как он их хранит и тд это не ваше дело, оно не должно вас заботить и все, грубо говоря оно есть и все и вы не можете делать ничего.
На своем сервере вы могли бы сделать регистрацию пользователей с тысячей различных полей - пол, интересы, ориентация, имя котенка и тд, но в firebase вы такого не можете сделать, потому что раздел firebase отвечающий за аутентификацию предназначен только для аутентификации и там будет только основная инфа вроде мэйла и пароля. И в этот раздел вы не можете и не должны лезть. Именно поэтому информацию о зарегистрированных пользователях вы видите только в разделе "Аутентификация" и не видите в разделе "Базы данных". Если вам нужно что-то хранить о пользователе или создать его профиль в базе данных, то вам нужно это делать самостоятельно ручками, с помощью того самого add.
createUserWithEmailAndPassword() и прочие методы аутентификации не имеют ничего общего с базой данной, аутентификация - это аутентификация, база данных - это база данных, соответственно когда вы регистрируетесь ни в какую базу данных ничего не добавляется и вам нужно вручную это делать.
Android Studio точно вычеркивай, Visual Studio думаю тоже. Тут беда больше всего в озу, удивительно как с таким количеством хотя бы браузер открывается.
Houmi7, вы можете как создавать с нуля, так и искать готовые либы в которых различные визуальные компоненты реализованы красиво. Вот например подборка навигации
tfc, если не собирались к чему был выброс про репутацию канала? Я скинул конкретный пример конкретных сборок достаточно хорошо сбалансированных без переплат, от какого они канала по сути вообще без разницы, если вы считаете что я скинул хрень нужно аргументировать, в противном случае ваш выброс был ни чем иным как желанием похоливарить
navodchik131, это называется вкусы и субъективщина, а не разногласия. У вилсакома вообще самый огромный техноканал и миллионы фанов, тем не менее это самая продажная душа в российском Ютуб. Просто кто-то хавает глянцевую обложку и упаковку, принимая их за качество, а кто-то нет. Мне на все каналы на*рать ровным счётом, я вам лишь скинул ссылку на хорошие сбалансированные сборки. Если кто-то может по существу что-то сказать не высасывая из пальца на счёт сборок - готов обсудить, остальное это малолетские забавы обсуждать репутации блогеров.
navodchik131, да в самих магазинах собирают, вам даже делать ничего не надо, вот например в этом магазине закажите сборку, они так же дают гарантию 3 года кстати. Вы можете даже просто скинуть им ссылку на видео которое я вам выше кидал и попросить собрать комп как на том видео, все это вам обойдется в пару тройку тысяч рублей вместо 70и тысяч)
Я с Вами согласен, я по этому и спросил за них, так как переплата там большая, насколько это оправданно или нет. Вопрос то ведь в этом заключался
ну конкретно в случае с люменом этим переплата 70-80 тысяч рублей, правда стоит отметить что в обычном магазине такой красивый корпус вряд ли достать. А стоит ли красивый корпус 70-80к решать уже вам, главное не ведитесь на техподдержку и гарантию, как я объяснил выше они вам не понадобятся, но даже если вам не повезет и что-то выйдет из строя, вы на сэкономленные деньги можете второй такой же комп купить а не заменять испорченную деталь)
