|
11 / 11 / 2
Регистрация: 15.07.2016
Сообщений: 132
|
||||||
Работа с разными колекциями14.06.2017, 02:58. Показов 1398. Ответов 5
Метки нет (Все метки)
Строю по задачке модель магазина. В классе "Store" метод "sell_product" нужно сделать по принципу:
1. Берем первого клиента из очереди "queue". 2. Залазим в его список покупок "shopping_list ", берем первый. По имени товара проверяем есть ли товар на складе магазина "products_list". 3. Проверяем хватает ли товара на складе "quantity". Пример: у клиента в списке - "морковка 10 шт." а на складе есть только 5 шт. 4. Проверяем хватит ли у клиента денег "money" на покупку. (price * quantity). 5. Продаем товар, идем дальше по списку покупок. У меня возникли проблемы с этими коллекциями. У них нет индексирования. В одном foreach нельзя получить ссылки на объекты сразу 2-х коллекций. Не получается одновременно доступатся до полей 2-х объектов разных коллекций, чтобы проводить поиск из пункта 2 и проверку полей из пункта 3. У коллекции SortedSet есть метод Contains(), но он не возвращает объект который нашел. Нужно писать поиск в ручную? или найдется решение по изящнее? Подскажите как это сделать.
0
|
||||||
| 14.06.2017, 02:58 | |
|
Ответы с готовыми решениями:
5
работа с разными АК Работа с разными пакетами
|
|
34 / 34 / 16
Регистрация: 04.06.2017
Сообщений: 158
|
||||||
| 14.06.2017, 10:04 | ||||||
Сообщение было отмечено Pavel Rem как решение
Решение
Ну у меня получилось примерно это
![]() Добавлено через 7 минут Ну там соответственно еще по логике нужно добавить уменьшение товара на складе и уменьшение денег у клиента при удачной покупке ![]() Добавлено через 5 минут да и клиента я бы удалял уже после совершения всех покупок, вдруг он в связи с нехваткой денег или отсутствием товара, решит изменить список покупок ![]() И да я еще не проверял, на то что если о товаре из списка покупателя на складе вообще ничего не знают... тоже обработать нужно..
1
|
||||||
|
30 / 47 / 19
Регистрация: 23.10.2014
Сообщений: 1,001
|
||||||
| 14.06.2017, 10:26 | ||||||
|
Pavel Rem, зачем тут SortedSet, Queue и Stack? По моему они тут не нужны. Если конечно они не по заданию... Я бы сделал так:
0
|
||||||
|
34 / 34 / 16
Регистрация: 04.06.2017
Сообщений: 158
|
|
| 14.06.2017, 10:35 | |
|
Зачем? зачем?... Что бы жизнь медом не казалась
0
|
|
|
11 / 11 / 2
Регистрация: 15.07.2016
Сообщений: 132
|
||||
| 14.06.2017, 14:25 [ТС] | ||||
|
Спасибо! Объясните пожалуйста что происходит в этой строке.
0
|
||||
|
34 / 34 / 16
Регистрация: 04.06.2017
Сообщений: 158
|
||||
| 14.06.2017, 23:49 | ||||
|
Добавлено через 24 минуты У Вас клиент удаляется на кассе. Тобишь перед тем как начинается сверка листов(перед циклом). А по хорошему он должен удаляться после оплаты покупки или отказа от покупки![]() тобишь после выхода из цикла. P.S. Кстати, реализация Dark Byte метода будет более правильная, нежели моя. Правда походу он вообще забыл клиента из очереди удалить. Так что на его кассе очередь будет вечной, и покупатель все купив так и останется стоять у кассы ![]()
1
|
||||
| 14.06.2017, 23:49 | |
|
Помогаю со студенческими работами здесь
6
Работа с потоками с разными приоритетами Работа с разными типами данных Работа с разными версиями Outlook
Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Подстановка значения реквизита справочника в табличную часть документа
Maks 10.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2.
Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .
|
Очистка реквизитов документа при копировании
Maks 09.04.2026
Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях.
Задача: при копировании документа очищать определенные реквизиты и табличную. . .
|
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий
anaschu 08.04.2026
https:/ / github. com/ shumilovas/ med2. git
main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели
8ATzM_2aurI
|
Блокировка документа от изменений, если он открыт у другого пользователя
Maks 08.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2.
Задача: запретить редактирование документа, если он открыт у другого пользователя.
/ / . . .
|
|
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка.
Hrethgir 08.04.2026
Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои.
А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
|
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов.
anaschu 08.04.2026
работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20%
kYBz3eJf3jQ
|
Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики.
Hrethgir 07.04.2026
Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .
|
Горе от ума
kumehtar 07.04.2026
Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .
|