Равенство крестику или нолику проверять не обязательно. Ведь если небыло заполненных линий, а после хода такая линия появилась, то логично, что игрок этого хода и победил.
xaiponews, то, что вы пишете код в Android Studio не является достаточным поводом для использования этого тега.
И в заголовке каждый раз писать Android Studio совсем не обязательно. У вас вопрос конкретно по алгоритмам, ну в крайнем случае JAVA, даже тег Android тут не уместен, потому что специфики Android в вашем вопросе нет.
Cheliaba86, Что конкретно вам не понятно? Вам нужно сделать следующее:
1. Добавить в макет RecyclerView
2. Создать макет элемента списка.
3. Создать класс RecyclerView.Adapter и класс ViewHolder (описано в статье)
4. Инициализировать RecyclerView, назначить ему адаптер
5. передать в RecyclerView.Adapter список для отображения данных
Не гарантирую, что это лучший вариант, просто первое, что пришло в голову:
1. Заполнить массив из 100 элементов 35 единиц, 25 двоек, 25 троек, 10 четверок, 5 пятерок.
2. Генерировать случайное число от 0 до 99 и извлекать значение из массива по индексу.
Давайте начнем с того, что вы объясните, зачем вам запихивать данные в одну таблицу.
В вашей таблице, будет столько записей, сколько видов деятельности у одной компании, для каждого вида деятельности одна запись. Например:
godtable: compani_id, company_name, ... (any more fields of company) ... , id_activity, name_activity, is_base, grnip, record_date
При этом вы получите не нормализованную базу данных, с избыточной информацией, потому что каждая запись будет дублировать аналогичную информацию из других записей. У вас будут повторяться данные о компании, столько раз, сколько у компании видов деятельности. А также, у вас будет повторяться информация о виде деятельности, столько раз, у скольких компаний он используется.
Для того чтобы получить нормализованную базу, вам нужны например три таблицы:
1. Юрлица (companies): id. name, и т.д.
2. Виды деятельности юрлиц (compani_activity): id_company, id_activity, is_base, grnip, record_date
3. Реестр видов деятельности: (activities): id, name
Если у вас была идея, хранить все виды деятельности в одной записи но в разных колонках, то это была идея не правильная, у вас тогда у разных записей будет разное количество колонок, и рано или поздно вы наткнетесь на то, что вам не хватит колонок.
Сергей Горностаев, спасибо, очень познавательно. Выходит, что когда в документации писалось: "this is typically implemented by converting the internal address of the object into an integer" - то "typically" было воспринято, как необязательность, и в результате при имплиментации хешкода никто не стал заморачиваться с памятью.
А зачем? Что вы таким образом протестируете?
Сам метод validateDeviceAccess вы в таком кейсе не тестируете. Метод storeData тоже, ведь он не выполнится а упадет с эксепшеном.
Андрей Самойленко, Смысл в том, чтобы в случе получения доступа к вашему аккаунту разработчика, нельзя было бы обновить ваши приложения и изменить их работу.
Скорее всего никак. Ну или залейте таки в гуглплей, но закройте на все страны.
А смысл в такой манипуляции? Если приложение не нарушает правила гугла, почему не распространять его через гугл? А если нарушает, то заливку со всеми закрытыми странами, всё равно забанят.
Новичок Иванович, Да не должно быть там проблем с импортом. попробуй вообще удалить импорт. Класс Drink у тебя в коде покраснеет. На него нажми Alt+Enter и посмотри, не предложит ли тебе студия несколько источников для импорта. Может у тебя там как-то получилось несколько классов Drink
