Василий Банников

Столкнулся я с вопросом "А как узнать, что игрок закрыл игру принудительно, не используя кнопку "Exit"?

Ну например ты можешь при нормальном закрытии записывать какой-нибудь флаг в файл, типа "игра была закрыта нормально".
Тогда при следующем запуске, обнаружив, что этот флаг не стоит - ты поймёшь, что в прошлый раз игра закрылась непредвиденным образом (принудительно или из-за отключения электричества)

Также, было бы весело решить данный вопрос, если вы ответите на похожий вопрос "Как узнать время проведенное в афк?",

Ну тут тебе сначала нужно дать определение, что такое афк в твоём случае :)
К примеру, можно считать, что игрок отошёл, если от него не поступает сигнал N единиц времени.
Тогда чтобы узнать время нахождения в афк - тебе нужно просто сохранять метку времени каждый раз, когда игрок как-то взаимодействует с игрой, а потом отнимать от последнего записанного времени N.

Да, так можно сделать.
Только не сервере не забудь код поправить.

Если бы серверную часть писал я, то я бы подумал над редизайном этой апишки, ибо принимать кучу query-параметров для удаления - это странно и не соответствует идеям rest.

1. Определяемся с тем, что от нас хотят. Требования можно представить в виде такого псевдокода :)

повторять всегда {
   сообщение = прочитать();
   если сообщение = "EXIT" то выйти;
   сообщение2 = прочитать();
   если сообщение2 = "EXIT" то выйти;
   количество_повторений = прочитать_число(сообщение2);
   повторять количество_повторений раз {
     напечатать(сообщение);
   }
}

2. Переводим буквально на C#:

while(true) {
  Console.WriteLine("Введите сообщение");
  var message = Console.ReadLine();
  if (message == "EXIT") {
    return;
  }
  Console.WriteLine("Введите количество повторений");
  var message2 = Console.ReadLine();
  if (message == "EXIT") {
    return;
  }
  var count = int.Parse(message2); // по хорошему, надо бы как-нибудь обработать, если пользователь ввёл не число. В таком виде программа просто упадёт.
  for(var i=0; i<count; i++) {
    Console.WriteLine(message);
  }
}

Битмап такой размер сделать не может.

а затем редактировать её классом битмап?

У тебя тут взаимоисключающие тезисы. Так что никак :)

1. Учитывай, что такая "картинка" будет весить 232гб (для манипуляций с картинкой её надо распаковать), так что продуктивнее будет её разрезать на N тайлов чуть меньшего размера. Хотябы по 16к*16к пикселей
2. Ты можешь взять ImageSharp(https://sixlabors.com/products/imagesharp/)
или Skia:(https://github.com/mono/SkiaSharp) - в них меньше ограничений, чем у стандартного Bitmap, но всё равно врядли они смогут с гигантскими картинками работать.

GetLength возвращает размерность каждого измерения.
GetLength(0) - размер первого измерения (3)
GetLength(1) - размер второго измерения (тоже три)
Об этом сказано в документации: https://docs.microsoft.com/en-US/dotnet/api/system...

Gets a 32-bit integer that represents the number of elements in the specified dimension of the Array.

i используется для индексирования в рамках первого (0) измерения.
j используется дли индексирования в рамках второго (1) измерения.

Эти две записи полностью эквивалентны, в чём можно убедиться через sharplab, выбрал декомпиляцию в более низкоуровневый C#.
Во втором случае используется Object Initializer синтаксис.
Второй более идиоматичный и ИМХО более читабельный.

textCost.text = ShortFormat((double) cost);

// ...
static string ShortFormat(double number) => number > 1000 ? $"{number/1000:F2}K" : number.ToString();

Поиграю в угадайку. Видимо, у тебя ошибка на моменте, когда ты пытаешься присвоить свойству Accounts объект Account.
Причина ошибки очевидна - ты сам объявил, что Accounts имеет тип HashSet`Account.

Вот вариант исправленного кода:

var user = new User
            {
                TelegramUserId = addSteamAccount.TelegramId,
            };
user.Accounts.Add(new Account { SteamId = addSteamAccount.SteamId });

В будущем пиши, какая конкретно ошибка у тебя произошла и постарайся изолировать свою ошибку от всего остального проекта, ибо EF тут никаким боком не влияет, как и то что ты делаешь API, и то что у тебя есть ещё класс Inventory.

Для вывода всех пар:

{{#each dict}}
<div>{{@key}}=>{{@value}}</div>
{{/each}}

Для вывода значения по какому-то заранее известному, предопределённому ключу:
{{dict.[wellknown key]}}

Модель, которую передаём в параметры:

var args = new {dict = new Dictionary<string,string>()};
var compiledTemplate = Handlebars.Compile(template);
string templateOutput = compiledTemplate(args);

что это больше full стек фреймворк

Ошибаешься. ASP NET Core отвечает только за обработку http-запросов и жизненный цикл приложения.
В этом плане он больше похож на какой-нибудь чисто бэкендовый фреймворк типа Nest.js

full stack - это ASP NET Core MVC с Razor Pages (или с Blazor).
Он как раз будет похож на Django с его html-шаблонами и jinja.

Меня интересует только бэкенд разработка, мне обязательно при изучении asp.net core знать html и css?

Конечно не обязательно, если ты не собираешься делать фронт.

Как пример архитектуры можешь посмотреть на eShopOnWeb и eShopOnContainers (к каждому из них прилагается бесплатная книга с подробным описанием) - в них как раз есть пример разделения web api и UI с MVC

Вот схема, как сделан eShopOnContainers к примеру (обрати внимание на разделение API и webApp)

Тебе нужно либо сохранить этот объект в поле.

Либо в OnTriggerExit как-то его найти на сцене (по имени, типу, тегам, parent, по взаимодействию с триггером. Как угодно)

1. сохранять то что ввел пользователь в БД

Заводишь БД и сохраняешь туда. В реляционке это будет три колонки (минимум): Id, user id, text
Без конкретики сложно подсказать.

2. регулярно отправлять информацию пользователю.

Если регулярность определяет пользователь, то проще это будет реализовать на уровне кода при помощи Quartz или Hangfire - они позволяют описывать регулярные задачи и создавать их из кода.

Если регулярность одинаковая для всех пользователей - можно в отдельном процессе через сторонний планировщик (например cron)

Для реализации бота можешь использовать библиотеку Telegram.Bot. Давно ей не пользовался, и вроде там из коробки только поллинг есть, но я бы советовал использовать вебхуки с asp net core.

В принципе никто не запрещает использовать от Telegram.Bot только dto-шки и возможность отправлять запросы в telegram bot API

как реализовать 2 задачу вместе с 1-й ?

При такой постановке - это две независимые задачи.

какой паттерн реализовать ?

Да тут вообще никаким особым паттерном и не пахнет.

Просто сделать асинхронную задачу?

Что это вообще значит?

Сейчас приходит на ум просто еще одну прогу сделать которая будет регулярно отправлять информацию пользователю

Звучит как вполне рабочий вариант

На данный момент в C# так сделать нельзя, но в ближайшие месяцы выйдет NET 7 с C# 11, в котором так можно:
https://learn.microsoft.com/en-us/dotnet/csharp/la...
Но ты уже можешь использовать их в preview режиме.

А пока либо экранируй каждую кавычку \, либо используй @"" и пиши по две кавычки, либо читай строку из файла

Есть опция PublishSingleFile - как раз склеит DLL и exe.

self-contained можно отключить

dotnet publish -c Release -r win-x64 -o ./pub -p:PublishSingleFile=true --self-contained false

Вообще это нарушение принципа подстановки Лисков.
Тот кто зависит от BaseFormContext ожидает, что можно вызвать set у свойства IsFormReadyToSend, а ты тут кидаешь NotSupported.

Более разумное тут решение - вообще не определять IsFormReadyToSend в BaseFormContext и обойтись интерфейсом с геттером.
А конкретный наследник уже сам решит, что будет делать геттер, и нужен ли вообще сеттер.