CYFROWY BARON • PROGRAMOWANIE • Zobacz wątek - niszczenie "obiektów" klasy wewnątrz konstruktora

niszczenie "obiektów" klasy wewnątrz konstruktora

dział ogólny

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez Slynx » środa, 11 maja 2011, 12:57

KOD cpp:     UKRYJ  
virt^ z = gcnew xx;

Taki zapis nie wywołuje konstruktora, tylko
KOD cpp:     UKRYJ  
virt^ z = gcnew xx();

A ten drugi zapis jest niemożliwy (błąd kompilacji)

Chyba, że w klasach wirtualnych to działa jakoś inaczej.
Avatar użytkownika
Slynx
Mądrosław
Mądrosław
 
Posty: 350
Dołączył(a): piątek, 17 grudnia 2010, 21:59
Podziękował : 11
Otrzymał podziękowań: 0
System operacyjny: Windows 7 32
Kompilator: Visual C++ 2005; Visual C++ 2008; Visual C++ 2010; Visual C# 2010;
Gadu Gadu: 0
    Windows 7Chrome

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez polymorphism » środa, 11 maja 2011, 13:30

Jak nie wywołuje konstruktora? W C++ nie ma takiej opcji.
C++ Reference - opis wszystkich klas STL-a i funkcji C.
Avatar użytkownika
polymorphism
Doświadczony Programista ● Moderator
Doświadczony Programista ● Moderator
 
Posty: 2156
Dołączył(a): piątek, 19 grudnia 2008, 13:04
Podziękował : 0
Otrzymał podziękowań: 200
System operacyjny: Windows 8.1
Windows 10
Linux Mint 21.1
Kompilator: Visual Studio
Visual Studio Code
MSYS2 (MinGW, clang)
g++
clang
Gadu Gadu: 0
    Windows XPFirefox

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez Slynx » środa, 11 maja 2011, 13:58

No to teraz to już mi w ogóle namotałeś w głowie.

Przecież wywołanie konstruktora dla klasy musi być zakończone parą nawiasów, gdzie są podawane argumenty lub puste nawiasy gdy argumentów nie ma,
więc taki zapis
KOD cpp:     UKRYJ  
virt^ z = gcnew xx;

nie wywoła konstruktora klasy xx... chyba.
Avatar użytkownika
Slynx
Mądrosław
Mądrosław
 
Posty: 350
Dołączył(a): piątek, 17 grudnia 2010, 21:59
Podziękował : 11
Otrzymał podziękowań: 0
System operacyjny: Windows 7 32
Kompilator: Visual C++ 2005; Visual C++ 2008; Visual C++ 2010; Visual C# 2010;
Gadu Gadu: 0
    Windows 7Chrome

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez polymorphism » środa, 11 maja 2011, 14:13

Jeszcze raz napiszę: nie ma takiej opcji! Konstruktor to nie jest zwykła metoda, którą możesz sobie wywołać lub nie. On jest zawsze wywoływany w momencie, gdy tworzysz nowy obiekt danej klasy. Jego rolą jest inicjalizacja pól klasy, np. zerowanie wskaźników, czy też odpalanie konstruktorów klas bazowych i składowych. Dlatego klasa, której konstruktor nie został wywołany, nie została poprawnie stworzona - innymi słowy nastąpił jakiś błąd.
C++ Reference - opis wszystkich klas STL-a i funkcji C.
Avatar użytkownika
polymorphism
Doświadczony Programista ● Moderator
Doświadczony Programista ● Moderator
 
Posty: 2156
Dołączył(a): piątek, 19 grudnia 2008, 13:04
Podziękował : 0
Otrzymał podziękowań: 200
System operacyjny: Windows 8.1
Windows 10
Linux Mint 21.1
Kompilator: Visual Studio
Visual Studio Code
MSYS2 (MinGW, clang)
g++
clang
Gadu Gadu: 0
    Windows XPFirefox

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez Slynx » środa, 11 maja 2011, 14:24

To czemu w tym wypadku tworzy się w ten sposób
KOD cpp:     UKRYJ  
virt^ z = gcnew xx;

a nie jak zawsze
KOD cpp:     UKRYJ  
virt^ z = gcnew xx();
Avatar użytkownika
Slynx
Mądrosław
Mądrosław
 
Posty: 350
Dołączył(a): piątek, 17 grudnia 2010, 21:59
Podziękował : 11
Otrzymał podziękowań: 0
System operacyjny: Windows 7 32
Kompilator: Visual C++ 2005; Visual C++ 2008; Visual C++ 2010; Visual C# 2010;
Gadu Gadu: 0
    Windows 7Chrome

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez polymorphism » środa, 11 maja 2011, 14:41

Nie wiem, być może taka uroda C++/CLI. W standardowym C++, przy dynamicznym tworzeniu klasy operatorem new, obie formy są poprawne. Jedynie podczas tworzenia na stosie nawiasy będą powodować błędy kompilacji.

Osobiście zawsze stosuję formę pierwszą.
C++ Reference - opis wszystkich klas STL-a i funkcji C.

Za ten post autor polymorphism otrzymał podziękowanie od:
Slynx
Avatar użytkownika
polymorphism
Doświadczony Programista ● Moderator
Doświadczony Programista ● Moderator
 
Posty: 2156
Dołączył(a): piątek, 19 grudnia 2008, 13:04
Podziękował : 0
Otrzymał podziękowań: 200
System operacyjny: Windows 8.1
Windows 10
Linux Mint 21.1
Kompilator: Visual Studio
Visual Studio Code
MSYS2 (MinGW, clang)
g++
clang
Gadu Gadu: 0
    Windows XPFirefox

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez Slynx » środa, 11 maja 2011, 15:58

Nom, sprawdziłem i masz rację, wywołuje konstruktor wirtualnej klasy bazowej i klasy obiektu który tworzymy.
Może to miała być jakaś forma informowania, że odwołujemy się przez klasę wirtualną czy coś... zresztą, co to ma za znaczenie, ważne, że działa jak należy.
Teraz tylko deklaracje zapowiadające....
///
Już wiem o co chodzi. Przy kompilowaniu wyskoczył mi błąd. Taka konstrukcja wywołuje konstruktor domyślny, czyli tak jak u mnie są - z argumentami - już nie przejdzie :/
Muszę stworzyć drugą funkcję w stylu init() i przenieść do niej wszystko :/
//
... dla klasy abstrakcyjnej... ehh
//
Ok, wszystko się kompiluje, nawet chyba dobrze działa, choć mam ładny śmietnik. Muszę zobaczyć co z tego wyjdzie, czy to w ogóle miało jakiś sens, bo żeby skompilować musiałem trochę kodu przeprawić...
Avatar użytkownika
Slynx
Mądrosław
Mądrosław
 
Posty: 350
Dołączył(a): piątek, 17 grudnia 2010, 21:59
Podziękował : 11
Otrzymał podziękowań: 0
System operacyjny: Windows 7 32
Kompilator: Visual C++ 2005; Visual C++ 2008; Visual C++ 2010; Visual C# 2010;
Gadu Gadu: 0
    Windows 7Chrome

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez Slynx » środa, 11 maja 2011, 18:20

No dobra, jeszcze te deklaracje, bo nie mogę tego zrobić, więc
klasa abstrakcyjna mailbox
KOD cpp:     UKRYJ  
#include "host_1.h"
#include "host_2.h"

namespace xxx
{
        namespace yyy
        {
                public ref class MailBox abstract
                {
                   //deklaracja host_1
                {  
         }
}
 

host_1
KOD cpp:     UKRYJ  
#include "MailBox.h"
#include "addin.h"
namespace xxx
{
        namespace zzz
        {
                ref class xxx::yyy::MailBox;
                public ref class host_1 : public xxx::yyy::MailBox
                  {
/// Tu tylko redefinicja metody wirtualnej i użycie metod klasy "addin"
                  }
        }
}
 

No i wydawało mi się, że w klasie hosta trzeba dać "ref class MailBox", bo jest używany jako base class, ale nie działało.
Ogólny błąd

host_1.h(11) : error C2039: 'MailBox' : is not a member of xxx::yyy'


zrobiłem odwrotnie i dodałem "ref class xxx::zzz:host_1" i też nic.
Avatar użytkownika
Slynx
Mądrosław
Mądrosław
 
Posty: 350
Dołączył(a): piątek, 17 grudnia 2010, 21:59
Podziękował : 11
Otrzymał podziękowań: 0
System operacyjny: Windows 7 32
Kompilator: Visual C++ 2005; Visual C++ 2008; Visual C++ 2010; Visual C# 2010;
Gadu Gadu: 0
    Windows 7Chrome

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez polymorphism » środa, 11 maja 2011, 19:55

Że tak spytam, po co klasie bazowej (MailBox) wiedza o jej pochodnej (host_1)? Po co w pliku host_1 dajesz deklarację zapowiadającą klasy MailBox, jeśli parę linii wyżej załączyłeś plik z jej definicją?

Dodam do słów kluczy jeszcze dwa: interfejs i/lub klasa czysto abstrakcyjna.
C++ Reference - opis wszystkich klas STL-a i funkcji C.
Avatar użytkownika
polymorphism
Doświadczony Programista ● Moderator
Doświadczony Programista ● Moderator
 
Posty: 2156
Dołączył(a): piątek, 19 grudnia 2008, 13:04
Podziękował : 0
Otrzymał podziękowań: 200
System operacyjny: Windows 8.1
Windows 10
Linux Mint 21.1
Kompilator: Visual Studio
Visual Studio Code
MSYS2 (MinGW, clang)
g++
clang
Gadu Gadu: 0
    Windows XPFirefox

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez Slynx » środa, 11 maja 2011, 20:22

Dobra, bo ja już mam dość słów kluczowych, dalej nie mogę sobie poradzić z tym wcześniejszym bo mój pomysł okazał się niemożliwy do zrealizowania (albo nie wiem że tak można)
Chciałem w tej klasie MailBox dodać metodę wirtualną, coś w stylu get, która na wyjściu zwracała by wybrany (przez konstruktor) host, wtedy zapis byłby bardzo prosty.

Na początku chciałem wykorzystać tą funkcję template, bo można by ustawić typ zwracane wartości na obiekt konkretnego hosta. Ale do działania wymaga argumentu na podstawie, którego ustala typ wyjściowy, więc to odpada, bo wróciłbym do tego co na początku( stos deklaracji lub stos argumentów, do wyboru).
Chciałem też stworzyć przeciążoną wersję funkcji z różnymi zwracanymi wartościami (czyli hostami), ale takich funkcji nie można budować tylko na podstawie zwracanej wartości, więc to też odpada.
Z tego wszystkiego i tak nie za bardzo wiem jak to zrobić, bo żeby zapis mógł wyglądać, np. "m_box->Do()->Create();" funkcja Do() musi mieć w return odpowiedni typ. Nie wiem jak inaczej to zrobić by uzyskać coś takiego.

Co do Twojego pytania. Jest bezpośrednio powiązane z problemem wyżej. W pewnym momencie uznałem, że można porobić deklaracje tych typów, poprzez konstruktor stworzyć odpowiedni obiekt, a funkcja już potem tylko zwracać ten właściwy. No ale właśnie jest problem zwracanej wartości.
Może można to zrobić inaczej, ale aż tak obeznany we wszystkich technikach nie jestem i nic innego nie przychodzi mi do głowy :roll:

A klasa MailBox jest klasa abstrakcyjną, wyrzuciłem z niej wszystko, został tylko domyślny konstruktor, wirtualny destruktor i funkcja czysto wirtualna Do(). Poza tym, jest słowo kluczowe abstract przy nazwie klasy.
Avatar użytkownika
Slynx
Mądrosław
Mądrosław
 
Posty: 350
Dołączył(a): piątek, 17 grudnia 2010, 21:59
Podziękował : 11
Otrzymał podziękowań: 0
System operacyjny: Windows 7 32
Kompilator: Visual C++ 2005; Visual C++ 2008; Visual C++ 2010; Visual C# 2010;
Gadu Gadu: 0
    Windows 7Chrome

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez polymorphism » środa, 11 maja 2011, 20:27

Zupełnie nie zrozumiałeś idei polimorfizmu.

Może powiedz, czym są host_n, jaka jest ich funkcja. Być może pisałeś już to w tym temacie, ale nie pamiętam.
C++ Reference - opis wszystkich klas STL-a i funkcji C.
Avatar użytkownika
polymorphism
Doświadczony Programista ● Moderator
Doświadczony Programista ● Moderator
 
Posty: 2156
Dołączył(a): piątek, 19 grudnia 2008, 13:04
Podziękował : 0
Otrzymał podziękowań: 200
System operacyjny: Windows 8.1
Windows 10
Linux Mint 21.1
Kompilator: Visual Studio
Visual Studio Code
MSYS2 (MinGW, clang)
g++
clang
Gadu Gadu: 0
    Windows XPFirefox

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez Slynx » środa, 11 maja 2011, 20:48

host_n odpowiadają za podstawowe funkcje (kreator, logowanie, download), w pełni obsługują danego hosta (korzystając z możliwości klasy - w kodzie oznaczonej jako addin). Bardzo prawdopodobne, że potem z nich zrobię dllki, ale teraz chcę by to w ogóle działało.
Natomiast klasa MailBox, zbiera je wszystkie, łączy je w "jeden punkt wyjścia" tak, by można było obsłużyć je uniwersalnie (czyli wywołanie o którym cały czas mówiłem).
Avatar użytkownika
Slynx
Mądrosław
Mądrosław
 
Posty: 350
Dołączył(a): piątek, 17 grudnia 2010, 21:59
Podziękował : 11
Otrzymał podziękowań: 0
System operacyjny: Windows 7 32
Kompilator: Visual C++ 2005; Visual C++ 2008; Visual C++ 2010; Visual C# 2010;
Gadu Gadu: 0
    Windows 7Chrome

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez polymorphism » czwartek, 12 maja 2011, 09:59

Czyli, jak rozumiem, hosty posiadają pewną liczbę wspólnych metod, zatem bez problemu możesz ich deklaracje dodać do klasy interfejsu. Im więcej tych metod, tym lepiej, ponieważ wtedy możesz pisać kod pod interfejs, uniezależniając go od konkretnych implementacji hostów. I dlatego pisałem, żebyś zainteresował się polimorfizmem.
C++ Reference - opis wszystkich klas STL-a i funkcji C.
Avatar użytkownika
polymorphism
Doświadczony Programista ● Moderator
Doświadczony Programista ● Moderator
 
Posty: 2156
Dołączył(a): piątek, 19 grudnia 2008, 13:04
Podziękował : 0
Otrzymał podziękowań: 200
System operacyjny: Windows 8.1
Windows 10
Linux Mint 21.1
Kompilator: Visual Studio
Visual Studio Code
MSYS2 (MinGW, clang)
g++
clang
Gadu Gadu: 0
    Windows XPFirefox

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez Slynx » czwartek, 12 maja 2011, 10:25

Metody to one mają wszystkie takie same, czasami może tylko jednej brakować w tym lub w tym, ale nazwy (w 90 %) się pokrywają. Ale dalej nie rozumiem, jak to przełożyć.
Podaj mi jakiś konkretny przykład (w kodzie) ja spróbuję to przełożyć do siebie.

Chyba częściowo rozumiem... nie chodzi o to, żeby ta klasa wirtualna posiadała jedną funkcje zwracającą, ale deklarację metod wykorzystywanych przez skrzynki. Wtedy skrzynki będą korzystać z tych metod, a typ zwracanej wartości nie będzie miał żadnego znaczenia. Ale na razie to tylko taka nowa wstępna teoria ; p
Avatar użytkownika
Slynx
Mądrosław
Mądrosław
 
Posty: 350
Dołączył(a): piątek, 17 grudnia 2010, 21:59
Podziękował : 11
Otrzymał podziękowań: 0
System operacyjny: Windows 7 32
Kompilator: Visual C++ 2005; Visual C++ 2008; Visual C++ 2010; Visual C# 2010;
Gadu Gadu: 0
    Windows 7Chrome

Re: niszczenie "obiektów" klasy wewnątrz konstruktora

Nowy postprzez polymorphism » czwartek, 12 maja 2011, 11:27

KOD cpp:     UKRYJ  
class MailBox //<--- interfejs
{
public:
        virtual string getName() = 0;
        virtual void Connect() = 0;
        virtual void Disconnect() = 0;
        virtual ~MailBox() {};
};

class Host1: public MailBox
{
public:
        string getName() { return "Host 1"; }
        void Connect() {}
        void Disconnect() {}
};

class Host2: public MailBox
{
public:
        string getName() { return "Host 2"; }
        void Connect() {}
        void Disconnect() {}
};

...
 


KOD cpp:     UKRYJ  
vector<MailBox*> m_mailboxes;


...

m_mailboxes.push_back(new Host1);
m_mailboxes.push_back(new Host2);
m_mailboxes.push_back(new Host3);
m_mailboxes.push_back(new Host4);

...

for(int i = 0; i < m_mailboxes.size(); ++i)
{
        cout << "connecting " << m_mailboxes[i]->getName() << '\n';
        m_mailboxes[i]->Connect();
}
 

Zwróć uwagę, że kod pętli jest niezależny od tego, jakiego typu jest host, który łączy. Dzieje się tak, ponieważ korzysta ze wspólnego dla wszystkich typów hostów interfejsu.
C++ Reference - opis wszystkich klas STL-a i funkcji C.
Avatar użytkownika
polymorphism
Doświadczony Programista ● Moderator
Doświadczony Programista ● Moderator
 
Posty: 2156
Dołączył(a): piątek, 19 grudnia 2008, 13:04
Podziękował : 0
Otrzymał podziękowań: 200
System operacyjny: Windows 8.1
Windows 10
Linux Mint 21.1
Kompilator: Visual Studio
Visual Studio Code
MSYS2 (MinGW, clang)
g++
clang
Gadu Gadu: 0
    Windows XPFirefox

Poprzednia stronaNastępna strona

  • Podobne tematy
    Odpowiedzi
    Wyświetlone
    Ostatni post

Powrót do Ogólne problemy z programowaniem

Kto przegląda forum

Użytkownicy przeglądający ten dział: Brak zalogowanych użytkowników i 29 gości

cron