Kolejny problem z visual studio

Hej, mam problem z tym Visual Studio... Kolejny zresztą. Wie ktoś może co zrobić, żeby kompilator sam za mnie nie zmieniał sobie kodu ? Przykładowo tworzę projekt windows forms i zmieniam elementy w konstruktorze tego formularza po czym nagle patrze, że IDE samo zmienia sobie treść kodu. Przykładowo: Ustawiam aby składowa typu Panel była statyczna, publiczna i przechowywała utworzony panel ( chce mieć do niego dostęp z innych klas ) po czym za 2 minuty kompilator ustawia go sobie jako prywatny, i niestatyczny.... Nie wspomnę już o tym, że sam usuwa mi wcięcia w kodzie.

PEBCAK.

Nie korzystaj z designera lub jak każdy normalny człowiek pisz swoj kod w innej partial class.
Jak byk jest napisane w tych klasach, ze są generowane automatycznie i żeby nic w nich nie zmieniać, bo nie zostanie to zachowane, ale lepiej zrzucić winę na IDE xD

I nie kompilator Ci coś zmienia, tylko IDE. Pisz w VS Code albo innym Notatniku i nic Ci nie będzie się zmieniało (no i designera też nie będziesz miał, ale ludzie w Swingu piszą bez designera i też żyją).

Nie zmieniaj automatycznie wygenerowanych plików. Klasy są zazwyczaj oznaczone jako partial żebyś mógł stworzyć swój plik ze zmianami. Modyfikatory dostępu ustal w designerze a nie w kodzie. Statyczne komponenty to zły pomysł, nie traktuj komponentów jak obiektów domenowych.

Co do wcięć to ustal swój styl w preferencjach, tak żeby automatyczne formatowanie ci pasowało zamiast z nim walczyć lub wszystko formatować ręcznie

Kuba Czarnecki napisał(a):

Ustawiam aby składowa typu Panel była statyczna, publiczna i przechowywała utworzony panel ( chce mieć do niego dostęp z innych klas )

Ale tak się nie robi. Utwórz metodę (i nie w pliku który ma "designer" w nazwie, bo będziesz wciąż ze środowiskiem walczył albo designer się obrazi i przestanie się włączać) i w tej metodzie zwracaj czy ustawiaj potrzebną ci właściwość.

Okey ale jak w tej Partial Class mojej którą utworzę mam zmienić aby zadeklarowane pole w innej pratial classie było statyczne ? Statyczność pola można ustalić chyba tylko podczas deklaracji a pole to jest juz z automatu zadeklarowane jako niestatyczne

Kuba Czarnecki napisał(a):

Okey ale jak w tej Partial Class mojej którą utworzę mam zmienić aby zadeklarowane pole w innej pratial classie było statyczne ? Statyczność pola można ustalić chyba tylko podczas deklaracji a pole to jest juz z automatu zadeklarowane jako niestatyczne

Bo tak ogólnie, to to jest programowanie obiektowe, a wszystkie kontrolki GUI muszą być obiektami. Gdyby dało się robić je statyczne oznaczałoby to, że okno (albo jakaś jego część) może mieć tylko jeden egzemplarz, co byłoby kompletnym absurdem.

Próbujesz rozwiązać inny problem niż masz w rzeczywistości, to się nigdy nie udaje. Napisz, co tak naprawdę chcesz zrobić.

Chce do obiektu typu Panel utworzonego wklasie stworzonej przez IDE dodać obiekty typu Label powstałe w klasie zewnętrznej. I żeby to zrobić musze ustawić zmieną przechowującą panel w kodzie formularza jako statyczną bo w przeciwnym razie musze tworzyć obiekt typu Form aby mieć dostęp do jego składowych. Pewnie jest inne wyjście ale po przeczytaniu jednej ksiązki z programowania nie przychodzi mi to tak łatwo.

No musisz mieć obiekt klasy Form, żeby coś do niego dodać z zewnatrz. Jak chcesz coś dodać jak nie masz obiektu?

Kuba Czarnecki napisał(a):

Chce do obiektu typu Panel utworzonego wklasie stworzonej przez IDE dodać obiekty typu Label powstałe w klasie zewnętrznej. I żeby to zrobić musze ustawić zmieną przechowującą panel w kodzie formularza jako statyczną bo w przeciwnym razie musze tworzyć obiekt typu Form aby mieć dostęp do jego składowych. Pewnie jest inne wyjście ale po przeczytaniu jednej ksiązki z programowania nie przychodzi mi to tak łatwo.

Lepiej będzie, jeśli w klasie formatki udostępnisz metodę, która przyjmie jakieś dane, a następnie sama utworzy te labele i doda je do panelu. Zarządzanie kontrolkami okna z zewnątrz to raczej zły pomysł, ze względu chociażby na problemy z wątkami, a także złamanie enkapsulacji i tworzenie niepotrzebnie zagmatwanego kodu.
I owszem, będziesz musiał utworzyć obiek typu tej formatki, żeby móc następnie przekazać do niego dane przez tę metodę. Czemu to problem?

@jacek.placek: Problem w tym, że obiekt typu Form ( a dokłądnie obiekt typu Form2, który tylko dziedziczy po FORM) powstaje w klasie program i jest on argumentem metody Aplication.Run() Więc teraz skoro powstaje on w klasie program to jak moge go przekazać do innej metody w celu dokonania zmian w jego składowych ?
Program działa w taki sposób:
Mamy stworzony panel a obok panelu combobox'a i w tym combox znajdują się różne elementy do wyboru. I kiedy wybierzemy konkretny element osobna klasa wyciąga z za pomocą pętli kolejne linie tekstu, tworzy label i ustawia mu tekst włąśnie tekstem z pliku. Czyli np mamy 4 linie tekstu w pliku i mają powstać 4 obiekty typu label a ich text ma być zasilony kolejnymi liniami tekstu z pliku. I teraz pojawia się pytanie jak w klasie zewnętrznej uzyskać teraz dostęp do tego panelu który został utworzony przez designer.. jak uzyskać dostęp do obiektu, który został wywołąny przez Aplication.run() ? Mam nadzieje, że jest to w miarę zrozumiałe i ktoś będzie w stanie zrozumieć oco mi chodzi

class LabelDrawer
    {
        public void Draw(Form2 form)
        {
            form.panel1.Controls.Clear();
            form.panel1.Controls.Add(new Label() {Top = 5, Left = 5, Text = "tekst" });
        }
    }

panel1 musi miec ustawione Modifiers na Public albo możesz przekazać do metody Draw od razu panel1

Wywołanie z Form2 w zdarzeniu zmiany wartości w combo

new LabelDrawer().Draw(this);

No ale przeczytaj ze zrozumieniem uwagi @somekind (btw edytor trochę świruje jak się pisze z telefonu).

@Kuba Czarnecki: a jak obecnie wygląda wywołanie tej osobnej klasy? Robisz to w zdarzeniu jakiegos przycisku, comboboxa, czy jak?