Артём Свешников

Возьми тут любой SPA (Web API, Core, MVC 5) + Ang + EF.
Изучи как работает, переделай под себя.

Игры лучше всего писать не на чистом языке, а с использованием уже готовых игровых движков, время на разработку уходит, возможно, столько же, но думаешь ты не о коде, а об игровом процессе. Поддерживать проект и вносить изменения проще, главное правильно выстроить процесс и неважно крупный проект или мелкий, главное перенять данную парадигму и успешно ей пользоваться.

Благо игровых движков сейчас много. Судя по вопросу тебе нравится язык C# и ты умеешь на нём кодить, тогда в твоём случае подойдут:

Unity.



Самый популярный на сегодняшний день. Компонентный подход, огромное кол-во плагинов, что сокращает время на разработку. Можно разрабатывать как на C#, так и на JavaScript. Активная поддержка Microsoft, интеграция в среду разработки Visual Studio. Есть и минус, к нему придётся привыкнуть, он платный, как и нормальные плагины.

WaveEngine.



Абсолютно бесплатный движок. Проект существует с 2013 года, активно развивается и поддерживается, кросплатформенный, как раз за счёт Xamarin. Есть возможность разработки не только на Windows, но также на Linux и MacOS. C# родной язык, будешь как рыба в воде, компонентная модель и поддержка со стороны Microsoft, периодически проводят совместные конкурсы с денежными призами. Есть и минусы не такой популярный, как тот же Unity, часть функционала придётся писать самому, небольшое, но быстро развивающееся комьюнити, а это поддержка и быстрое решение возникающих вопросов.

GoDot (произносится, как ГоуДо).



Уникальный с открытым исходным кодом, бесплатный и быстрый, мультиплатформенная разработка (Godot works on Windows, OS X, Linux, FreeBSD, OpenBSD and Haiku. Editor runs in 32-bit and 64-bit, in all platforms.), кроссплатформенный, написан на С++. Можно писать как на С++, так и на собственном скриптовом языке GDScript, очень простой, понятный, легко освоить за день. Огромное комьюнити, общирная документация и примеры, наличие модели плагинов, в последнее время активно развивается.

Из последних новостей, разработчики анонсировали официальную поддержку C# на платформе Mono. Из статьи понятно, что движку нужно идти дальше, а популярный язык программирования привлечёт огромную аудиторию + поддержку Microsoft.

--
Уверен, в сети сможешь отыскать ещё множество движков, я лишь указал на те, что привлекли моё внимание.

На ASP.NET MVC постройте REST API, можно и ASP.NET Core использовать вместо обычного ASP.NET.

"каталог","каталог2" | foreach {Get-ChildItem "<FullPath2WorkFolder>\$_\имя1" -Recurse | where {$_.creationtime -le (get-date).AddMonth(-1)}} | remove-item

Внимание!
Этот однострочник решает задачу только для точно такой же, как в описании автора структуры.
Используя его без переработки вы рискуете удалить совсем не то что нужно :D

Если вдаваться "глубоко" - c# компилируется в MSIL (тем же Mono), дальше несколько вариантов.
1) MSIL исполняется некоей "виртуальной машиной" на конкретном устройстве, причем среда исполнения интегрирована в приложение в виде библиотеки
2) MSIL транслируется в какой нить c++, а тот в свою очередь - в машинный код целевой платформы.

Оба варианта работают в Unity, первый вроде в Xamarin.
Если вы новичок - то не лезьте сильно в дебри - берите двигло какое нибудь и используйте.

Вот ололо, исходники есть, сам их писал, код управляемый, и тем не менее проблему решить не может! Отлаживать учитесь! Хотя бы примитивными способами, типа глобальный Exception Handler поставить, или TeamViewer и Visual Studio клиенту.

К сожалению этот мир устроен так, что два вот этих фактора

бесплатный

и

для коммерческого использования

являются взаимоисключающими, если речь про хороший продукт.

Вероятно, это функция, которая принимает указатель на массив float-ов и размер массива.
(тип size_t - целочисленный тип, предназначен специально для указания размеров контейнеров и массивов)

Итак, перед нами задача: сделать динамический массив «умных указателей единоличного владения». Умный указатель единоличного владения (std::unique_ptr из C++11) — это указатель, который самолично владеет выделенной памятью; при исчезновении указателя исчезает и память.

Раз мы только учимся, мы не будем влезать в самописные шаблоны C++, готовые шаблоны STL (кроме algorithm и string) и новый, но уже реализованный во всех компиляторах стандарт C++11. Это довольно серьёзное ограничение; если его снять, можно серьёзно упростить себе жизнь. А для этого мы отделим структуру данных от жизненных объектов и реализуем объект StudentList. Пишу с листа, возможны ошибки.

Да, и без C++11 умный указатель единоличного владения реализовать довольно тяжело — поэтому структуру данных будем делать «монолитно», без разделения на умный указатель и динамический массив.

#include <algorithm>

class StudentList
{
public:
  StudentList();
  ~StudentList();
  Student& add();   // добавить пустого студента и выдать ссылку на новенького
  size_t size() const { return fSize; }
  Student& operator[](size_t i) { return *fData[i]; }   // можно также наладить проверку диапазона — сделай это сам…
  const Student& operator[](size_t i) const { return *fData[i]; }
  void clear();
private:
  typedef Student* PStudent;
  PStudent* fData;
  size_t fSize, fCapacity;   // реальное кол-во студентов и на сколько студентов у нас заведено памяти.
                        // Указатели [fSize..fCapacity) резервные, их значение не определено и высвобождать
                        // их не надо.
  enum { BLOCK_SIZE = 16; };
  StudentList(const StudentList&) {}   // копирование запрещаем, хочешь — реализуй сам и вынеси в public
  StudentList& operator=(const StudentList&) { return *this; }  // аналогично
};

StudentList::StudentList(); : fData(NULL), fSize(0), fCapacity(0) {}

Student& StudentList::add()
{
  // Убедиться, что массива хватает; если нет — расширить
  if (fSize >= fCapacity) {
    size_t newCapacity = fCapacity + BLOCK_SIZE;
    PStudent* newData = new PStudent[newCapacity];
    std::copy(fData, fData + fSize, newData);
    delete[] fData;
    fData = newData;
    fCapacity = newCapacity;
  }
  // Завести нового студента
  Student* r = new Student;
  fData[fSize++] = r;
  return *r;
}

void StudentList::clear()
{
   for (size_t i = 0; i < fSize; ++i)
     delete fData[i];
   delete[] fData;
   fData = NULL;
   fSize = 0;
   fCapacity = 0;
}

StudentList::~StudentList()
{
   clear();
}

Удаление и прочее сам наладишь?

А группа будет пользоваться нашим списком.

#include <string>

class AcademyGroup
{
public:
   std::string name;
   StudentList students;  // при желании можно заинкапсулировать и его.
};

Это перед нами, правда, не двухмерный массив, как я уже сказал. Массив, хоть и Student**, но одномерный; каждый элемент массива — умный указатель единоличного владения. Если бы мы писали на STL C++11, это был бы std::vector<std::unique_ptr<Student>>.

Кроме УУЕВ, существует также умный указатель совместного владения std::shared_ptr.

Можно сделать второй вариант — массив из одномерных массивов. Если он заполнился — заводим ещё один массивчик. Пишется немного сложнее, особенно если не пользоваться STL. На STL — std::deque<Student>.