-
Data: 2012-01-04 09:39:32
Temat: Re: czemu: jeden system + różne kompilatory = problem?
Od: Szyk <s...@o...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2012-01-04 08:37, Paweł Kierski pisze:
> W dniu 2012-01-03 18:12, Szyk pisze:
>>
>>>> Czy są takie systemy operacyjne w których programy (i biblioteki
>>>> współdzielone) kompilowane różnymi kompilatorami C++ są ze sobą
>>>> kompatybilne?
>>>
>>> Najlepiej przyjąć, że najmniejszym wspólnym mianownikiem jest interfejs
>>> typu C. Do tego każde zwolnienie zasobów powinno nastąpić w tym module,
>>> w którym zostały zaalokowane. Wtedy ma duże szansę zagrać bez względu
>>> na kompilator.
>>
>> Czyli wzorzec fabryka obiektów się kłania?
>
> Tyle, że oprócz fabryki potrzebna jest zazwyczaj "niszczarka".
Czemu fabryka nie mogła by mieć funkcji niszczącej? Przecież tak było by
chyba najwygodniej.
Przykładowo:
class MyFactory : public QObject
{
protected:
MyFactory();
public:
static MyFactory* instance();
MyObject* createObject(QString aType, int aID);
void deleteObject(MyObject* aMyObject);
// inne funkcje pomocnicze:
void removeObject(MyObject* aMyObject); // do usuwania obiektu
// z bazy
MyObject* cloneObject(MyObject* aMyObject);
void saveObject(MyObject* aMyObject);
signals:
void objectChange(MyObject* aMyObject);
void objectRemoved(MyObject* aMyObject);
};
> Najlepiej
> opakować to po stronie klienta w sprytne uchwyty/wskaźniki (chyba, że
> cały obiekt po stronie klienta jest takim uchwytem na wewnętrzne
> zasoby).
Masz zapewne na myśli dedykowany sprytny wskaźnik, a nie std::auto_ptr?
Czyli chodzi Ci o coś w stylu:
template<class tFactory, class tObject> class MySmartPtr
{
public:
MySmartPtr(QString aType, int aID)
{
mObject = tFactory::instance()->createObject(aType, aID);
}
~MySmartPtr()
{
tFactory::instance()->deleteObject(mObject);
mObject = 0;
}
tObject* operator->()
{
return mObject;
}
protected:
tObject* mObject;
}
void FactoryClient::someFunction()
{
MySmartPtr<MyFactory, MyObject> lPtr("MyType", 100);
}
Następne wpisy z tego wątku
- 04.01.12 09:53 Adam Przybyla
- 04.01.12 10:01 Bartlomiej Lidke
- 04.01.12 10:08 Stachu 'Dozzie' K.
- 04.01.12 10:39 Bartlomiej Lidke
- 04.01.12 10:39 Paweł Kierski
- 04.01.12 11:23 Tomasz Kaczanowski
- 04.01.12 12:02 Bartlomiej Lidke
- 04.01.12 12:55 Tomasz Kaczanowski
- 04.01.12 13:55 Bartlomiej Lidke
- 04.01.12 14:23 Tomasz Kaczanowski
- 04.01.12 15:07 Bartlomiej Lidke
- 04.01.12 21:14 gregorius
- 05.01.12 08:45 Marek Borowski
- 05.01.12 08:56 Stachu 'Dozzie' K.
- 05.01.12 10:22 Paweł Kierski
Najnowsze wątki z tej grupy
- We Wrocławiu ruszyła Odra 5, pierwszy w Polsce komputer kwantowy z nadprzewodzącymi kubitami
- Ada-Europe - AEiC 2025 early registration deadline imminent
- John Carmack twierdzi, że gdyby gry były optymalizowane, to wystarczyły by stare kompy
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2025
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- ,,Polski przemysł jest w stanie agonalnym" - podkreślił dobitnie, wskazując na brak zamówień.
- Rewolucja w debugowaniu!!! SI analizuje zrzuty pamięci systemu M$ Windows!!!
- Brednie w wiki - hasło Dehomag
- Perfidne ataki krakerów z KRLD na skrypciarzy JS i Pajton
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- U nas propagują modę na SI, a w Chinach naukowcy SI po kolei umierają w wieku 40-50lat
- C++. Podróż Po Języku - komentarz
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
Najnowsze wątki
- 2025-06-24 Delegacja osoby prowadzącej jednoosobową działalność
- 2025-06-24 Gdynia => Przedstawiciel handlowy / KAM (branża TSL) <=
- 2025-06-24 Warszawa => Młodszy Programista SQL / FrontEnd developer <=
- 2025-06-24 Warszawa => Junior C# / FrontEnd developer <=
- 2025-06-24 Warszawa => Sales Executive / KAM <=
- 2025-06-23 Warszawa => MENA New Business Manager <=
- 2025-06-23 Trójmiasto => Head of Social Media <=
- 2025-06-23 Tapeta w Xiaomi
- 2025-06-23 Gdańsk => Programista Kotlin <=
- 2025-06-23 Białystok => Programista Mainframe (z/OS, Assembler) <=
- 2025-06-23 Warszawa => Senior Account Manager <=
- 2025-06-23 Białystok => Mainframe (z/OS, Assembler) Developer <=
- 2025-06-23 Warszawa => Starszy Programista C <=
- 2025-06-23 Warszawa => Tester Automatyzujący <=
- 2025-06-23 Warszawa => Inżynier oprogramowania .Net <=