Вложенность VS наследование - не догоняю

[boris-blade]

public class Game_class
    {
...
public Player_class player;
public int Round{get;set;}

    public class Player_class
    {
...
        Game_class game111 = new Game_class();  //так по ходу тупо
public int Method1()
{
return game111.Round;
}

в классе Game_class говорю, что player - объект класса Player_class (он инициализируется и в конструкторе)
в классе Player_class мне надо работать с полями класса Game_class(не статичными, а изменяющимися для данного объекта класса Game_class)
прога:

...
Game_class game1 = new Game_class();
int var1 = game1.player.Method1()

Прога должна записать в var1 значение свойства Round именно того объекта game1, вложенным в кот. является наш объект player

[alexBlack]

Сообщение от boris-blade

....
Прога должна записать в var1 значение свойства Round именно того объекта game1, вложенным в кот. является наш объект player

    public class Game_class
    {
        public Game_class()
        {
            player = new Player_class(this);
        }
        public Player_class player;
        //...
    }

    public class Player_class
    {
        private Game_class owner;
        public  Player_class(Game_class aOwner)
        {
            owner = aOwner;
        }
        public int Method1()
        {
            return owner.Round;

        }
//...

[boris-blade]

Спасибо за оперативный ответ.
Конечно, вариант передавать в конструктор "начальствующий" объект в кач. параметра, я всегда держал в голове. Но блин - придется везде в конструтор класса добавлять параметр.
А нет ли какого метода Owner, наследуемого может от самого System.Object, возвращающео ссылку на объект, создавший текущий объект?
в моем случае game1.player.Owner являлось бы game1

Или во - мегаВЕСЧЬ:
как мне написать интерфейс с методом Creator, кот. будет выполнять поставленную задачу?
тогда я тупо укажу, что нужные мне классы юзают этот интерфейс и тогда у всех объектов этих классов появится метод Creator
в кранем случае этот метод вернет ссылку на Main() или Form1() или какой-то подобный объект или статичный класс

[boris-blade]

возникли траблы
мне необходимо в рамках методов вложенных классов изменять поля нчальствующего объекта, т.е. в нашем примере Method1 должен иметь возможность изменить Round.
Я передаю в конструкторы начальствующий объект с параметров ref - среда ругается - говорит
Невозвожно передать this с ключевым словом ref/out - он доступен только для чтения

[alexBlack]

правильно говорит.

            Game_class C = this;
            player = new Player_class(ref C);

хотя и непонятно зачем. Вы же не собираетесь менять owner, а owner.round доступно для изменения и без этого

Сообщение от boris-blade

А нет ли какого метода Owner, наследуемого может от самого System.Object, возвращающео ссылку на объект, создавший текущий объект?
в моем случае game1.player.Owner являлось бы game1

Насколько я знаю нет

Или во - мегаВЕСЧЬ:
как мне написать интерфейс с методом Creator, кот. будет выполнять поставленную задачу?
тогда я тупо укажу, что нужные мне классы юзают этот интерфейс и тогда у всех объектов этих классов появится метод Creator
в кранем случае этот метод вернет ссылку на Main() или Form1() или какой-то подобный объект или статичный класс

[/QUOTE]

Все равно придется писать реализацию для интерфейса в каждом классе. М.б. тогда унаследовать Player_class от некоего базового, в котором будут нужные методы

[boris-blade]

public class Game_class
    {
        public Game_class()
        {
            Game_class this_game = this;
            for (int i = 1; i <= 10; i++)
            {

                player[i] = new Player_class(ref this_game);  //ругаеццо сдесь
                player[i].Seat = i;
            }

при попытке Game_class my_game = new Game_class();
пишет:
System.NullReferenceException не обработано
Message="В экземпляре объекта не задана ссылка на объект."

проверял this_game - она не null

также - надо ли this_game указывать среди полей класса Game_class? я пробовал и так, и эдак - одна фигня

[alexBlack]

Написал маленький тест. У меня выполняется без ошибок. И, конечно, логичнее сделать полем класса, а не локальной переменной. Но дело даже не в этом. Еще раз: зачем нужна передача по ссылке в данном случае ? И что будет если один из экземпляров Player_class изменит это значение - поменяются владельцы у всего списка player, т.е. классу Player_class доступны изменения, которые он не вправе делать.

// И почему цикл от 1-цы ? Может отсюда NullReference

[canki]

public class Game_class
{
public Game_class()
{
Game_class this_game = this;
for (int i = 1; i <= 10; i++)
{

player[i] = new Player_class(ref this_game); //ругаеццо сдесь
player[i].Seat = i;
}

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

вообще передача родительского класса вполне логичный вариант,
но есть альтернатива: в классе player создать событие, а в классе game привязать к нему обработчик в котором изменять нужные данные, которые можно передать как параметры события