Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Qualcomm Snapdragon X2 Elite: l'architettura del SoC per i notebook del 2026
Qualcomm Snapdragon X2 Elite: l'architettura del SoC per i notebook del 2026
In occasione del proprio Architecture Deep Dive 2025 Qualcomm ha mostrato in dettaglio l'architettura della propria prossima generazione di SoC destinati ai notebook Windows for ARM di prossima generazione. Snapdragon X2 Elite si candida, con sistemi in commercio nella prima metà del 2026, a portare nuove soluzioni nel mondo dei notebook sottili con grande autonomia
Recensione DJI Mini 5 Pro: il drone C0 ultra-leggero con sensore da 1 pollice
Recensione DJI Mini 5 Pro: il drone C0 ultra-leggero con sensore da 1 pollice
DJI Mini 5 Pro porta nella serie Mini il primo sensore CMOS da 1 pollice, unendo qualità d'immagine professionale alla portabilità estrema tipica di tutti i prodotti della famiglia. È un drone C0, quindi in un peso estremamente contenuto e che non richiede patentino, propone un gimbal rotabile a 225 gradi, rilevamento ostacoli anche notturno e autonomia fino a 36 minuti. Caratteristiche che rendono il nuovo drone un riferimento per creator e appassionati
ASUS Expertbook PM3: il notebook robusto per le aziende
ASUS Expertbook PM3: il notebook robusto per le aziende
Pensato per le necessità del pubblico d'azienda, ASUS Expertbook PM3 abbina uno chassis particolrmente robusto ad un pannello da 16 pollici di diagonale che avantaggia la produttività personale. Sotto la scocca troviamo un processore AMD Ryzen AI 7 350, che grazie alla certificazione Copilot+ PC permette di sfruttare al meglio l'accelerazione degli ambiti di intelligenza artificiale
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 05-03-2008, 13:44   #1
trallallero
Senior Member
 
L'Avatar di trallallero
 
Iscritto dal: May 2006
Città: Wursteland
Messaggi: 1749
[C++] Classe astratta opera su membri derivati

Titolo chiarissimo eh ?

Allora, ho una classe astratta BaseHandler che ha come derivate ElementHandler, DeviceHandler, PanelHandler, UnitHandler.

Le classi hanno funzioni statiche perchè devo poter ottenere info sugli oggetti
senza dichiarare un oggetto e siccome queste derivate hanno le stesse identiche
funzioni (per ex: GetEntity, GetEntityName ...) ma queste funzioni
devono agire su membri (mappe) statici delle derivate, come posso fare ?

Riassumo:
nella classe base voglio fare delle funzioni statiche che leggono mappe statiche create nelle derivate. Se pò fà ?

grazie
__________________
Nintendo WIII 4d Turbo Intercooler - Sestium X 666 99,312 GHz - 6.984 Ram Σ(9999) MHz - HDD SATA 97e^(10) bytes 93³ rpm - ATI biberon X900z Mb - Win Eight SP (1 > yours) 16 Valve
trallallero è offline   Rispondi citando il messaggio o parte di esso
Old 05-03-2008, 13:58   #2
trallallero
Senior Member
 
L'Avatar di trallallero
 
Iscritto dal: May 2006
Città: Wursteland
Messaggi: 1749
ma ... se i membri statici li dichiaro private nella base e poi li ridichiaro nelle derivate ?
__________________
Nintendo WIII 4d Turbo Intercooler - Sestium X 666 99,312 GHz - 6.984 Ram Σ(9999) MHz - HDD SATA 97e^(10) bytes 93³ rpm - ATI biberon X900z Mb - Win Eight SP (1 > yours) 16 Valve
trallallero è offline   Rispondi citando il messaggio o parte di esso
Old 06-03-2008, 08:53   #3
jgvnn
Senior Member
 
L'Avatar di jgvnn
 
Iscritto dal: Mar 2002
Città: Provincia di Varese
Messaggi: 5096
Quote:
Originariamente inviato da trallallero Guarda i messaggi
Titolo chiarissimo eh ?

Allora, ho una classe astratta BaseHandler che ha come derivate ElementHandler, DeviceHandler, PanelHandler, UnitHandler.

Le classi hanno funzioni statiche perchè devo poter ottenere info sugli oggetti
senza dichiarare un oggetto e siccome queste derivate hanno le stesse identiche
funzioni (per ex: GetEntity, GetEntityName ...) ma queste funzioni
devono agire su membri (mappe) statici delle derivate, come posso fare ?

Riassumo:
nella classe base voglio fare delle funzioni statiche che leggono mappe statiche create nelle derivate. Se pò fà ?

grazie


ma perché vuoi definire i metodi come statici, se poi devono accedere agli oggetti?
Gli oggetti a cui potrà accedere saranno solo quelli statici (oltre a quelli che gli vorrai passare come parametri)
Se poi i metodi sono privati non saranno accessibili dalle classi derivate, dovranno essere almeno protected.
jgvnn è offline   Rispondi citando il messaggio o parte di esso
Old 06-03-2008, 09:42   #4
trallallero
Senior Member
 
L'Avatar di trallallero
 
Iscritto dal: May 2006
Città: Wursteland
Messaggi: 1749
Quote:
Originariamente inviato da jgvnn Guarda i messaggi
ma perché vuoi definire i metodi come statici, se poi devono accedere agli oggetti?
Gli oggetti a cui potrà accedere saranno solo quelli statici (oltre a quelli che gli vorrai passare come parametri)
Se poi i metodi sono privati non saranno accessibili dalle classi derivate, dovranno essere almeno protected.
Ho una serie di units che contengono panels che devono interagire. Ogni panel ha una serie di device ed ogni device ha elements. Quando un panel deve interagire con un altro panel, deve chiedere al PanelHandler il suo indirizzo e lo fa in questo modo (un esempio):
Quote:
LLPanelAE* pPan = reinterpret_cast<LLPanelAE*>(LLPanelHandler::GetEntity("AE1"));
LLPanelHandler::GetEntity è appunto una funzione statica che può essere chiamata senza dover creare un oggetto LLPanelHandler.

Il mio problema è che le funzioni tipo GetEntity le devo scrivere identiche in UnitHandler, PanelHandler, DeviceHandler ed ElementHandler.

Prima erano tutte nella classe base ma non mi ero accorto che era un errore di design perchè mettendo tutto nella classe base avevo i membri statici unici per tutte le derivate quindi, quando andavo ad aggiungere, per esempio, un nome di un panel nella mappa Nome/Pointer, andavo a modificare una mappa globale.

Ed i problema è uscito fuori proprio con questi panel AE (non sto a spiegare cosa siano): ho 2 panel AE, AE1 ed AE2, ma ogni panel LAKS ha anche delle device AE1 ed AE2 e questo ha creato problemi. O, meglio, ha smascherato l'errore di design.
La funzione LLPanelHandler::GetEntity("AE1") non mi dava il panel ma la device.

Non so se ho spiegato bene, immagino di no, ma il progetto è enorme e complesso e difficile da spiegare.

Ho il vago sospetto che l'unica via siano i template ma non sono così esperto in template da poter permettermi di perdere tempo a provare.

Ormai ho risolto copiando ed incollando tutte le funzioni in tutte le derivate.

grazie comunque
__________________
Nintendo WIII 4d Turbo Intercooler - Sestium X 666 99,312 GHz - 6.984 Ram Σ(9999) MHz - HDD SATA 97e^(10) bytes 93³ rpm - ATI biberon X900z Mb - Win Eight SP (1 > yours) 16 Valve
trallallero è offline   Rispondi citando il messaggio o parte di esso
Old 06-03-2008, 10:01   #5
jgvnn
Senior Member
 
L'Avatar di jgvnn
 
Iscritto dal: Mar 2002
Città: Provincia di Varese
Messaggi: 5096
Quote:
Originariamente inviato da trallallero Guarda i messaggi
Ho una serie di units che contengono panels che devono interagire. Ogni panel ha una serie di device ed ogni device ha elements. Quando un panel deve interagire con un altro panel, deve chiedere al PanelHandler il suo indirizzo e lo fa in questo modo (un esempio):

LLPanelHandler::GetEntity è appunto una funzione statica che può essere chiamata senza dover creare un oggetto LLPanelHandler.

Il mio problema è che le funzioni tipo GetEntity le devo scrivere identiche in UnitHandler, PanelHandler, DeviceHandler ed ElementHandler.

Prima erano tutte nella classe base ma non mi ero accorto che era un errore di design perchè mettendo tutto nella classe base avevo i membri statici unici per tutte le derivate quindi, quando andavo ad aggiungere, per esempio, un nome di un panel nella mappa Nome/Pointer, andavo a modificare una mappa globale.

Ed i problema è uscito fuori proprio con questi panel AE (non sto a spiegare cosa siano): ho 2 panel AE, AE1 ed AE2, ma ogni panel LAKS ha anche delle device AE1 ed AE2 e questo ha creato problemi. O, meglio, ha smascherato l'errore di design.
La funzione LLPanelHandler::GetEntity("AE1") non mi dava il panel ma la device.

Non so se ho spiegato bene, immagino di no, ma il progetto è enorme e complesso e difficile da spiegare.

Ho il vago sospetto che l'unica via siano i template ma non sono così esperto in template da poter permettermi di perdere tempo a provare.

Ormai ho risolto copiando ed incollando tutte le funzioni in tutte le derivate.

grazie comunque
Forse ho capito.
Non basterebbe che gli oggetti nella mappa (unica e globale) avessero come identificativo una stringa fatta come "PH.PH0001" che starebbe per "l'oggetto PH0001 di tipo PanelHandler"?
Così almeno sarebbe univoco.
E' chiaro però che se poi fai il cast su un tipo non corrispondente hai errori a run-time, ma questo ti succederebbe anche adesso.
Se metti i metodi statici in ogni classe, invece hai il vantaggio che puoi restituire, nel prototico, un puntatore di tipo + specifico. Per contro ti potrebbe capitare di dover fare degli switch o una serie di if per eseguire il metodo statico sulla classe giusto.

Una alternativa più elegante ci sarebbe... potresti, in fase statica, "Registrare" nella classe base i metodi statici da ri-chiamare in base al suffisso.
Per esempio, se passi "PH.PH0001", il metodo statico della classe base potrebbe parsare la stringa e capire che deve rivolgersi al metodo (registrato al proprio interno e posto in una mappa) relativo ai Panel Handler e, sull'oggetto che colleziona tutti i Panel Handler, eseguire una ricerca per l'oggetto "PH0001".
Avresti un punto di ingresso unico, e la possibilità di verificare che l'oggetto sia del tipo corretto.
Fammi sapere se può andare
jgvnn è offline   Rispondi citando il messaggio o parte di esso
Old 06-03-2008, 10:44   #6
trallallero
Senior Member
 
L'Avatar di trallallero
 
Iscritto dal: May 2006
Città: Wursteland
Messaggi: 1749
@jgvnn (non quoto per far risparmiare qualche byte ad hwu )

a questo punto però faccio un handler unico, se devo passare un suffisso.
Cioè, se faccio come era prima, delle funzioni uniche nella classe base che usano membri statici unici e metto un suffisso per riconoscere il tipo, come dici tu, a sto punto faccio un handler unico per tutti gli oggetti
__________________
Nintendo WIII 4d Turbo Intercooler - Sestium X 666 99,312 GHz - 6.984 Ram Σ(9999) MHz - HDD SATA 97e^(10) bytes 93³ rpm - ATI biberon X900z Mb - Win Eight SP (1 > yours) 16 Valve
trallallero è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Qualcomm Snapdragon X2 Elite: l'architettura del SoC per i notebook del 2026 Qualcomm Snapdragon X2 Elite: l'architettura del...
Recensione DJI Mini 5 Pro: il drone C0 ultra-leggero con sensore da 1 pollice Recensione DJI Mini 5 Pro: il drone C0 ultra-leg...
ASUS Expertbook PM3: il notebook robusto per le aziende ASUS Expertbook PM3: il notebook robusto per le ...
Test ride con Gowow Ori: elettrico e off-road vanno incredibilmente d'accordo Test ride con Gowow Ori: elettrico e off-road va...
Recensione OnePlus 15: potenza da vendere e batteria enorme dentro un nuovo design   Recensione OnePlus 15: potenza da vendere e batt...
Tutti i prodotti FRITZ!Box scendono di p...
Copilot Actions può installare ma...
Corsair lancia le promozioni Black Frida...
Google apre a Taipei il suo più g...
iPhone Fold avrà la batteria con ...
Unity ed Epic Games uniscono le forze: u...
Il Black Friday di 3i: tre robot aspirap...
MSI PRO DP80: il desktop compatto che pu...
Meta perde il suo Chief AI Scientist: Le...
Smartphone più costosi dal 2026: ...
Black Friday Dreame: come orientarsi fra...
POCO conferma le specifiche dei nuovi F8...
MOVA Black Friday 2025: fino a 550€ di s...
Xiaomi TV F Pro a prezzi super ribassati...
Portatile Dell tuttofare scontatissimo: ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 10:37.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v