VoidVolker

string[] items = new string[]{ "Item 1", "Item 2", "Item 3" };
foreach(var item in items){
    new Label { Text = item };
}

Традиционный способ разбора арифметических выражений - это стек. Задаем приоритет операций и далее из строки выбираем числа и операции в соответствии с приоритетом и складируем в стек. В калькуляторе все еще проще: есть три основные переменные - "операция" и "операнд1" "операнд2". Когда пользователь набирает число - оно показывается на экране, это "операнд1", когда пользователь нажимает кнопку "операция" - переменная "операнд1" копируется в "операнд2" и ставится флаг, который разрешает перезапись текущего значения цифровой клавиатурой (т.е., число на экране надо будет набрать заново). И далее уже есть два варианта: либо сразу после ввода любого числа выводить результат в дополнительном поле либо пользователь сам нажимает "=".

Гугл -> MonoDevelop, Xamarin, .Net Core.

Но мне нужно язык строго типизированный Gargabe Collector чтобы сам не убирал, а оставлял мне.

В С# GC работает автоматически как бы и программисту нет необходимости вручную выделять/освобождать память. Чем он не устраивает? Каковы задачи в целом? Каждый ЯП решает какие-то определенные задачи. В общем случае вам подойдет С++ и иже с ним.

Не подскажите после изучение синтаксиса языка чтобы прогать что нужно?

Опыт решения реальных задач.

public class MyType
{
    public int a = 0;
    public int b = 0;
    public MyType(int a = 0, int b = 0)
    {
        this.a = a;
        this.b = b;
    }
}

И далее использовать по своему усмотрению:

public static MyType Point2d(int x, int y)
{
    return new MyType(x, y);
}

public static MyType Point2d(int x, int y)
{
    MyType result = new MyType(x, y);
    return result;
}

public static MyType Point2d(int x, int y)
{
    MyType result = new MyType();
    result.a = x;
    result.b = y;
    return result;
}

public static MyType Point2d(int x, int y)
{
    MyType result = new MyType(x);
    result.b = y;
    return result;
}

1. Спроектировать архитектуру системы и каждого приложения в отдельности;
   
2. Сделать декомпозицию архитектуры;
   
3. Спроектировать протокол обмена данными или взять готовый в виде библиотеки;
   
4. Реализовать все.
   

Сервер работает следующим образом (примерно, детали зависят от особенностей архитектуры и прочее):

1. Слушает определенный порт и ждет подключения к порту;
   
2. После подключения клиента к порту передает соединение в очередь к пулу процессов-воркеров (по числу процессорных ядер);
   
3. Воркер обрабатыват соединение, проводит необходимые проверки, логин клиента и т.п.;
   
4. После обработки соединение попадает в список подключенных процессов и обрабатывается ядром сервера.
   

Клиент работает примерно так:

1. Ищет сервер;
   
2. Подключается к порту;
   
3. Проходит аутентификацию и авторизацию;
   
4. Ожидает данные от сервера / передает данные серверу.