Когда вы запускаете команду die = random.randint(0, 6)
, вы говорите Python: «Используйте функцию random.randint()
, чтобы выбрать случайное целое число от 1 до 6, а затем установите переменную с именем die
равной целому числу, которое был выбран ". Как только это будет сделано, остальная часть вашего кода ничего не сделает для обновления значения die
. Это означает, что print(die)
внутри цикла просто будет продолжать печатать то значение, которое было ему изначально присвоено. Другими словами, команда die = random.randint(0, 6)
не означает , означает «Повторно запустите команду random.randint(0, 6)
и получите другое случайное число каждый раз, когда я ссылаюсь на die
». Скорее, die
- это просто некоторая переменная с определенным постоянным значением.
Поскольку random.randint()
- это то, что генерирует фактическое число, один из способов постоянно обновлять die
- просто переместить имеющуюся у вас команду вне цикла внутрь цикла:
while answer == "yes" or answer == "y":
print(roll)
die = random.randint(0, 6) # Generate a new random number, then assign it to 'die'
time.sleep(2)
print(die)
answer = input("Want to play again?")
[1118 ] На самом деле, если вы ничего не делаете с номером, отличным от его печати, вы можете вообще забыть использовать переменную и просто вставить команду random.randint()
внутри вашей команды print
:
while answer == "yes" or answer == "y":
print(roll)
time.sleep(2)
print(random.randint(0, 6))
answer = input("Want to play again?")
Путем оптимистичный параллелизм в работах Linq2Sql - то, что это хранит исходные значения и сравнивает их на вставке.
При броске datacontext далеко, Вы освобождаете исходные значения.
То, что я обычно делаю, должно загрузиться, объект формируют базу данных еще раз, когда я собираюсь сохранить, затем измените тот объект со значениями от формы.
Linq К SQL управлением оптимистичным параллелизмом поддержек по умолчанию.
Можно изменить свойство UpdateCheck каждого поля в таблице:
В LINQ к объектной модели SQL происходит конфликт оптимистичного параллелизма, когда оба из следующих условий верны:
- Клиент пытается отправить изменения в базе данных.
- Одно или несколько контрольных чисел обновления были обновлены в базе данных, так как клиент в последний раз считал их.