Newsgroup: it.comp.lang.c++
Titolo: Vi crea problemi di qualche tipo?

class A
{
   int a;
public:
   A(int a) : a(a) {}
};
Kiuhnm

 };
A me personalmente no. E neanche ai miei compilatori. :-)
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg
The EMG Music page:         
http://www.emagsoftware.it/emgmusic
 

 
Direi di no.
A te crea problemi?
-- 
Roal Zanazzi

 Kiuhnm

 A te crea problemi?
E' solo una questione di stile.
Cerco di non pretendere abitudini poco condivise.
Kiuhnm

Kiuhnm ha scritto:

Ah, ecco il punto (forse).
Una piccola annotazione: dovresti essere un po' meno criptico nelle tue 
richieste sui newsgroup, non tutti potrebbero interpretare quello che tu 
non scrivi.
Tornando alla questione:
class A
{
   int a;
public:
   A(int a) : a(a) {}
};
- Se la classe e' semplice e non ha metodi accessori (get/set) e ha le 
(poche) variabili membro pubbliche, personalmente preferisco 
specificarlo nella sua dichiarazione usando struct invece di class.
Ma magari l'esempio e' la versione semplificata di uno piu' complesso...
- Preferisco mettere private o protected (dipende da eventuali utilizzi 
in classi derivate) le variabili membro e avere metodi accessori public 
o protected (spesso inline, soprattutto se semplici). In questo modo se 
in futuro avro' bisogno di modificare/comtrollare l'accesso alle 
variabili non dovro' cambiare l'interfaccia della classe.
In ogni caso specifico _sempre_ nelle classi (ma non nelle struct) il 
tipo di visibilita' anche se si tratta di quelle di default(tu non hai 
scritto private).
- i nomi delle variabili membro...
Qualcuno (abituato agli IDE Microsoft) usa un prefisso m_ (int m_a; nel 
tuo caso), altri un underscore suffisso (int a_;), altri ancora non 
usano prefissi o suffissi, ma specificano this->a ogni volta che usano 
la variabile (quando possibile, nel tuo caso ovviamente no).
Questa e' una pura questione di stile, che si puo' anche cambiare se 
bisogna adeguarsi a delle "direttive aziendali".
Trovo comunque utile evidenziare in qualche modo il fatto di essere 
variabili _membro_.
Al momento non mi vengono in mente altre considerazioni.
In questo periodo io scriverei cosi':
class A
{
private:
	int m_a;
public:
	A(int a) : m_a(a) {}
};
-- 
Roal Zanazzi

 variabili _membro_.
Sinceramente, preferisco (quando necessario) decorare i parametri 
passati alle funzioni.
Kiuhnm

Io la trovo una sintassi poco leggibile (specie se usata in contesti un 
po' complicati) e cerco di farne a meno :)

 po' complicati) e cerco di farne a meno :)
Quale sintassi?
Per favore, leggi la netiquette e impara a quotare, cosi' che dal tuo 
messaggio si comprenda anche il contesto (minimo).
-- 
Roal Zanazzi

 Quale sintassi?
Quella del messaggio al quale rispondevo. Pensavo fosse ovvio anche per 
un imbecille.


La maggior parte dei frequentatori assidui di NG non si tengono attivi i 
messaggi: quando un messaggio è stato letto il client non lo mostra più.
Quotare serve per dare un contesto alla risposta dato che la maggior 
parte dei lettori non vedono a quale messaggio si sta rispondendo a meno 
di non estrarre l'ID dall'header e fare una ricerca storica.
L'imbecille è chi viola le regole presumendo di saperne più degli altri 
e dando per scontato che il suo modo di interagire con la rete sia 
migliore di quello degli altri.

 L'imbecille è chi viola le regole presumendo di saperne più degli altri
Imbecille, semmai, e' chi ti riprende con la massima arroganza possibile 
per una mancanza (se c'e' stata) veramente misera e nel contempo non fa 
neppure lo sforzo di badare ai contenuti.

 visualizzazione a thread da 10 anni a questa parte.
io non voglio minimamente entrare nella polemica (non ho manco 
capito bene dove sia cominciata o perchè), ma eccomi : sono uno 
di quelli che odiano la thread-view.
Probabilmente dipende da come leggo i NG, almeno una volta al 
giorno, o anche di più. Siccome leggo NG poco affollati ma li 
leggo per intero, sostanzialmente tengo in cache (in testa) i 
thread attivi, e quando visualizzo voglio vedere una unica lista 
ordinata per data e ora, in modo da sapere subito dove sono 
tutti i post più recenti della giornata.
Dovessi usare i thread, dovrei andare a pescare messaggi nuovi 
in un sacco di posti diversi, scorrendo un sacco di titoli.
ciao
Soviet_Mario
CUT ALL

 visualizzazione a thread da 10 anni a questa parte.
Falso. Conosco più persone che non usano la visualizzazione threaded.
Inoltre la visualizzazione threaded non c'entra nulla. Conosco 
moltissimi che hanno il newsreader configurato per non mostrare i 
messaggi già letti. Quindi anche se avessero la visualizzazione 
impostata a thread se hanno letto il messaggio a cui rispondi in una 
sessione precedente rispetto a quella in cui leggono la tua risposta (o 
anche se semplicemente nel frattempo sono andati a leggere un'altro NG e 
poi sono tornati su questo) NON vedranno il messaggio originale.
La visualizzazione di tutti i messaggi, inclusi quelli già letti, e in 
modalità threaded è tipica solo di chi usa client grafici. Ma molto meno 
diffusa fra chi lavora in modalità testo. E conosco molti che 'startx' 
lo fanno meno di una volta al mese. E alcuni che il server grafico non 
lo hanno neppure installato.

 sacco di posti diversi, scorrendo un sacco di titoli.
No, c'è sempre un comando per accedere al successivo messaggio non 
letto. Per es., in thunderbird basta premere il tasto N.
Kiuhnm

Blade ha scritto:

Evidentemente non tutti gli imbecilli sono al tuo livello.
Pace all'anima tua.
PLONK
-- 
Roal Zanazzi

 visualizzazione a thread da 10 anni a questa parte.
eccomi, nemmeno io la uso...
non basarti solo su chi conosci...
pensa anche a chi puoi non conoscere ;-)
Ciao!