Дмитрий Черняков

При открытие файла на запись можно выбрать режим добавления, тогда "курсор" устанавливается на конец файла, и данные начинают писаться в конец. Так же это можно сделать и в ручную.

Может надо вызвать метод в триггере? Он не будет работать просто прописав его:

public void SetHealth(int bonusHealth)
{
health+= bonusHealth;
}

public void OnTriggerEnter2D(Collider2D col)
 {
   if(col.gameObject.CompareTag("Tablet"))
   {
     Destroy(col.gameObject);
     SetHealth(10);//Вместо 10 укажи нужное тебе бонусное хп.
   }
 }

В функции b1_click нельзя использовать переменную b1, т.к. она доступна только внутри функции MyButton.

Могу предложить 2 варианта.

1) Объявить Button b1 внутри класса, например перед public Form1(). В функции MyButton удалить Button, чтобы осталось b1 = new Button();.

2) В функции b1_click использовать ссылку на кнопку, на которую нажали. То есть Button b = (Button) sender;. Это позволит использовать функцию для любой кнопки, а не только для созданной в MyButton.

Button b = (Button) sender;
b.Text = "Зачем нажал?";

Я так понимаю, что Вы просто не сочли нужным почитать за массивы в C#, т.к. эта информация написана в каждом туториале по ним.

При объявлении массива, вы сразу указываете его размер. После его создания, Вы уже не сможете этот размер изменить (ничего "прибавить" Вы не сможете, можете только изменять значения элементов), именно потому, что под него уже выделена память. Если Вы что-то о массивах читали, то должны знать определение "Массив - это совокупность однотипных данных, расположенных непрерывно в памяти."

На уровне кода массив это тот же список, у которого просто нет методов для увеличения его размера. Список Вы так же, при объявлении можете указать его начальный размер, но если его будет не хватать, то внутри отработает ресайз, обычно на величину текущего размера умноженного на два (есть варианты, когда размер прыгает по простым числам). Частый ресайз это не очень хорошо, т.к затрачивается время на резервирование нового пространства и копирования туда значений, плюс будет мусор для gc. Это касается List, т.к. он просто надстройка над Array.

Есть другие виды списков, которые внутри являются связанными списками. Вообще C# достаточно богат видами списков, их желательно знать, чтоб правильно выбрать необходимый под свою задачу. И как я понял, Вы хотите массив, с возможностью изменять его размер. Тогда Вам нужен List, можете задать ему начальный размер new List(100). Увеличение будет происходить автоматом.

Просто подробно почитайте википедию о том, как работают скриптовые языки и все будет понятно.
https://ru.wikipedia.org/wiki/%D0%A1%D1%86%D0%B5%D...

Основная суть - потому что программа на скриптовом языке не выполняется сразу, а интерпретируется интерпретатором.

Это больше вопрос вкуса, я видел оба варианта, сам тоже использую SerializeField, но чаще склоняюсь к пропертям, а не методам, но, опять-таки, всё зависит от проекта. Ещё видел часто подход вида:

[SerializeField]
private int _field;
public int field { get { return _field; } set { _field = value; } }

Если говорить про абстрактный код в вакууме, то лучше данные наружу отдавать вообще через интерфейсы, но это не всегда целесообразно, особенно в контексте юнити. А так вообще да, с любым публичным полем есть риск, что его снаружи кто-то дёрнет и что-то заломает, поэтому лучше видимость переменных ограничивать по максимуму.

Чем FtpWebRequest не устраивает?

Timer с CancelToken