Errori, bug, domande - pagina 1056
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Io stesso posso trovare una giustificazione per la situazione attuale: la separazione rigorosa della "proprietà" tra le istanze della stessa classe potrebbe portare a una sintassi disordinata quando si descrivono tutti i tipi di operazioni binarie (anche allo stesso livello di gerarchia). Tuttavia, con l'ereditarietà, "l'accesso diretto" dovrebbe certamente essere tagliato.
Perché non ce n'è bisogno, inequivocabilmente... ;)
1. Mettere una parte privata non cambierà nulla nel caso di
Nel caso dell'eredità lo farà, questo è chiaro.
2. Poche cose saranno necessarie... I motivi sono disponibili solo in caso di accesso alla propria copia.
3. quindi lasciatelo decidere. corretto. ;)
4. Questa è l'intera questione: cosa conta esattamente come "funzionamento corretto".
1. Se vuoi davvero nascondere il tuo portafoglio, perché fai gch()?
2. E quando si copiano le istanze, ce ne sono?
1. Se vuoi davvero nascondere il tuo portafoglio, perché fai la funzione gh()?
2. E quando sono disponibili le istanze di copia?
Leggete il mio post precedente. Tutte le risposte sono lì.
Una volta, era una "decisione politica" considerare gli altri oggetti (istanze) della propria classe come amici per "default" - puramente per salvare il bukaf. E ora prendete questa eccezione come una norma di vita e volete arrampicarvi senza impedimenti nelle tasche private di tutti i parenti lontani.
Huh...
1. Mettere una parte privata non cambierà nulla nel caso di
Nel caso dell'eredità lo farà, questo è chiaro.
2. Poche cose saranno necessarie... motivi solo nel caso di accesso alla propria copia.
3. così sia deciso. corretto. ;)
4. Questa è l'intera questione: cosa si deve considerare esattamente come "lavoro corretto".
Ok, allora dimmi. Come definire un tale campo in una classe, che può essere modificato solo ed esclusivamente dai metodi dell'istanza "master" e nessun altro.
Se è impossibile, allora l'argomento delle tette di incapsulamento probabilmente non è stato trattato nella lingua, no?
Ok, allora dimmi. Come definire un tale campo in una classe, che può essere modificato solo ed esclusivamente dai metodi dell'istanza "master" e nessun altro.
Se è impossibile, allora l'argomento delle tette di incapsulamento probabilmente non è stato trattato nella lingua, no?
Questa caratteristica è spiacevolmente sorprendente. È ovviamente una stronzata se il tuo compilatore ti permette di cambiare il campo privato dell'istanza di qualcun altro. Dovremmo pubblicarlo su servicedesk.
Non capisco: perché vuoi limitarti così tanto?
Pensate che renderà automaticamente più sicuro il vostro programma?
Non lo farà! Al contrario.
Sono restrizioni inutili che vi faranno scrivere così un giorno: