break прерывает цикл, позволяя выполнить код вне его,
а yield break прерывает и выходит из метода без возвращения элемента, сообщая, что последовательность завершена.
вызов другой функции является так же часть функции. так что ваш код будет работать по нижнему варианту на схеме. Функция будет жать окончание работы вызванных ею других функций.
if (Input.GetKeyDown ("E") ) //метод возвращает bool - в с# его нельзя сравнивать с 0
{
Guns += 1;
}
if (Input.GetKeyDown ("Q") ) //В чём ошибка?
{
Guns -= 1;
}
Единственный вариант в текущих реалиях - найти более шустрый вариант "упаковка/распаковки" + уменьшить объем передаваемых данных...
тут два варианта - универсально и быстро, варианты в большинстве случаев не совместимые. поэтому
наиболее шустрый - это кастомный. и чем узконаправленнее и не универсальнее он будет, тем будет быстрее работать.
Если вы продаете что-то на сайте и просто требуется оплата в разных вариантах, то достаточно просто подключиться к платежкам напрямую через их апи (вебмани, яндекс, киви) это позволяют. Подключить карты - заключив соглашение с банком.
ничем.
сокеты не отправляют, - отправляют данные.
через сокет идет отправка некоторого набора байт.
отправка через HttpWebRequest предполагает, что в начале идет отправка байт, специфичных для http протокола - типа post, get, headers и т.д. - это если упрощенно.
и внутри HttpWebRequest тоже используются сокеты.
можно.
но если ид юзера достаточно для внесения изменений и эти изменения однозначны - то лучше вариант 1. иначе лучше второй вариант.
пример: меняешь юзеру возраст и надо проверить позволяет ли магазин иметь юзера с таким возрастом или нет (контент 18+). или - при изменении юзера нужны какие то сведения о магазине - то тоже вариант 2 лучше
используйте кастомные параметры типа Shp_oplata_type=1 Shp_oplata_type=2
они возвращаются робокассой. при их получении делайте дополнительную переадресацию на нужный урл у себя.
но по уму - вы при создании платежа отправляете его ИД (InvId) - он тоже возвращается робокассой и хранится у вас. вы его получаете, проверяете что это за платеж, какой тип - и уже дальше как то обрабатываете в зависимости от внутренних настроек.
видимо мы удаляете сразу объект и ссылка на него теряется - изза чего происходит вызов деструктора. пробуйте сначала извлеч объект во временную переменную, а после удалять.