Mały problem z wielowątkowością...

[polymorphism]

Przecież tak właśnie działała moja pierwsza funkcja (...)

Slynx, przeczytaj jeszcze raz wątek śledząc uważnie kontekst moich wypowiedzi, bo odnoszę wrażenie, że go gubisz i tworzysz niepotrzebne dyskusje nad czymś, czego nie ma.

Więc jak to w końcu jest ?

W C++ wszystkie obiekty stworzone na stercie, czyli poprzez operator new, powinny zostać usunięte operatorem delete. Tu automatyzm, taki jak w przypadku obiektów stworzonych na stosie, nie zachodzi.

Jeśli chodzi o GC w C++/CLI, to z tego co wyczytałem, wywołanie delete nie powoduje natychmiastowego zwolnienia pamięci, tak jak to ma miejsce w standardowym C++, jedynie wywołuje destruktor klasy (pamięć oczywiście zostanie w swoim czasie zwolniona przez GC). Takie jawne niszczenie obiektu ma sens tylko wtedy, gdy za tym niszczeniem idą konkretne działania (np. zamknięcie połączenia czy strumienia plikowego), które muszą być wykonane w danej chwili. Generalnie odsyłam do jakiejś literatury, bo tu sprawa niszczenia obiektów jest nieco bardziej zawiła niż w C++.

[Slynx]

Jak mogę przekazać np, textBoxa, czy jak w tym wypadku flowLayoutPanel do wątku ? Tak jak jest w kodzie. Można w jakiś inny sposób przekazać coś takiego ?

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

        System::Void Appearance::Roll_Down_Up(FlowLayoutPanel ^ flow_layout_container, int min_size, int max_size)
        {
                System::Threading::Thread ^ thr = gcnew System::Threading::Thread(gcnew System::Threading::ParameterizedThreadStart(this, &Appearance::Roll_Down_Up_T));
                thr->Start(flow_layout_container);
        };
 

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

        System::Void Appearance::Roll_Down_Up_T(System::Object ^ obj1)
        {
                FlowLayoutPanel ^ flow_layout_container = // i co tutaj ? ;
        }
 

[polymorphism]

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

FlowLayoutPanel^ flow_layout_container = (FlowLayoutPanel^)obj1;

[Slynx]

No dobra, może trochę źle pytanie zadałem. Załóżmy, że przez argument metody "Start" chcę przekazać 3 obiekty, różnego typu. Jako, że metoda przyjmuje tylko 1 argument to trzeba by 3 obiekty połączyć w jeden (tzn, tak robiłem na stringach, int-ach i innych typach prostych). A czy można coś takiego zrobić dla np. wymienionego w poprzednim poście flowlayoutpanel i 2xint ?

--
W sumie to nie ważne. Szkoda zachodu. Tutaj jest jeszcze problem z przekazaniem referencji do obiektu, bo przez to przekazywanie z funkcji do funkcji gdzieś się coś gubi. I używam funkcji Sleep, która nie chce współgrać z wątkami, zarówno ta z Windows.h jak i z .NET-owych. Wystawię wątek na zewnątrz funkcji i nie będzie problemu.

[Slynx]

Chyba wiem o co Ci chodziło przy tym KISS i wątkach. Trochę przemyślałem ten temat i zamiast dawać coś w stylu

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

                System::Boolean MailBox::DoLogin(System::String^ login, System::String^ password)
                {
                        thread = gcnew Thread(gcnew ParameterizedThreadStart(this, &MailBox::Login_T));
                        thread->Start(login + "&" + password);
                        thread->Join();
                        delete thread;
                        return result_login;
                };
                System::Void MailBox::Login_T(System::Object^ obj)
                {
                        System::String^ temp = Convert::ToString(obj);
                        array<System::String^> ^ xxx = temp->Split('&');
                        result_login = Login(xxx[0], xxx[1]);
                        thread->Abort();
                };
 

i tym samym wrzucać dla każdej metody inną zmienną do wykorzystywania dla danej metody, zrobiłem coś takiego, że wyrzuciłem to wszystko, te wszystkie metody zaczynające się od "Do" i ich odpowiedniki dla wątków (czyli kończące się na "_T") (czyli ponad 20 metod usuniętych) i zamiast tego stworzyłem jedną właściwość klasy (property) "Last_Response", zawierającą dane z ostatniej metody. Po prostu wewnątrz metody skrzynki, np. Login jest ostatnia linijka ustawiająca tą właściwości (czyli dla klasy interfejsu). W ten sposób zostały tylko metody wirtualne, które będą miały odpowiednie dane w zależności od użytego konstruktora i jedną właściwość (w sumie nie wiem czy tak to się tłumaczy na nasz język), a prace na wątkach przeniosę warstwę wyżej.
Nie wiem czy to miałeś na myśli, ale na razie tyle sam wykombinowałem.

[polymorphism]

Każde rozwiązanie, które powoduje, że kod jest przejrzysty, spójny i logiczny, a przez to mniej skomplikowany, co skutkuje mniejszą ilością popełnionych błędów, jest dobre.

[Slynx]

No dobra, może trochę źle pytanie zadałem. Załóżmy, że przez argument metody "Start" chcę przekazać 3 obiekty, różnego typu. Jako, że metoda przyjmuje tylko 1 argument to trzeba by 3 obiekty połączyć w jeden (tzn, tak robiłem na stringach, int-ach i innych typach prostych). A czy można coś takiego zrobić dla np. wymienionego w poprzednim poście flowlayoutpanel i 2xint ?

--
W sumie to nie ważne. Szkoda zachodu. Tutaj jest jeszcze problem z przekazaniem referencji do obiektu, bo przez to przekazywanie z funkcji do funkcji gdzieś się coś gubi. I używam funkcji Sleep, która nie chce współgrać z wątkami, zarówno ta z Windows.h jak i z .NET-owych. Wystawię wątek na zewnątrz funkcji i nie będzie problemu.

ale z drugiej strony

Można przekazać np. 3 obiekty różnego typu, np. int, String^ i textBox ? Metoda Start umożliwa przekazanie tylko jednego parametru.

Pytam bardziej z ciekawości, bo to już mam zrobione w inny sposób.

[polymorphism]

Można. Stwórz klasę, która będzie zawierać te trzy zmienne, i przekaż jej instancję w parametrze nowo tworzonego wątka.

[Slynx]

No racja, obiektem może być wszystko, więc czemu nie cała klasa...