Il POF per gli scolari. - pagina 4
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
No, loro (lo scolaro) non capirebbero. Soprattutto non una specie di matrice. Diranno: perché abbiamo bisogno di questo polimorfismo... una specie di polimorfismo?
poli cosa...
Qual è l'assurdità? Aprite la definizione di getter e leggete:
Ma il meccanismo con cui i dati privati possono essere recuperati può essere diverso. In C# è un modo, in C++ e MQL è un altro. Ma questo non priva i metodi della definizione "getter".Qui si legge metodo "speciale".
Questo è semplicemente scomodo - avete bisogno di sapere quale elemento ha x e quale elemento ha y. Quando si usa la struttura, tutto è chiaro, ed elimina l'errore e riduce la quantità di codice.
In questo caso (diciamo), la struttura è usata come tecnica sintattica, e quando si accede ai suoi dati, è necessario moltiplicare le istanze, al contrario di un array, il che bilancia l'inconveniente.
Il significato dell'uso della struttura è più profondo, ma TC lo presenta solo come tale. Si scopre che l'OOP è un insieme di tecniche sintattiche. Questo è ciò che impareranno gli "scolari". Poi capiranno che è possibile semplificare la sintassi nei loro compiti e inizieranno a negare l'OOP.
Abbiamo bisogno di una prova concettuale della necessità di OOP, non di una prova sintattica.
Qui leggiamo il metodo "speciale".
Scorri un po' più in basso e leggi l'articolo. Non c'è MQL, ma c'è C++. O non ci sono getter anche in C++?
In questo caso, (diciamo) la struttura è usata come tecnica sintattica, e quando si accede ai suoi dati, bisogna moltiplicare le istanze, a differenza di un array, che bilancia l'inconveniente.
Il significato dell'uso della struttura è più profondo, ma TC lo presenta solo come tale. Si scopre che l'OOP è un insieme di tecniche sintattiche. Questo è ciò che impareranno gli "scolari". Poi capiranno che possono semplificare la sintassi nei loro compiti e iniziare a negare l'OOP.
Avete bisogno di una prova concettuale che l'OOP sia necessaria, ma non di una prova sintattica.
Non c'è bisogno di fecondare nulla. Funziona proprio come un normale array, solo più conveniente.
Prova concettuale... allora è necessario anche nel campo della fabbricazione di mattoni... per spalmare i muri direttamente dall'argilla è più conveniente, e cercare di dimostrare che non lo è.
Scorri un po' più avanti nell'articolo. Non c'è MQL, ma c'è C++. O non ci sono getter anche in C++?
Non ho nemmeno aperto questo articolo. Cosa dovrei vedere lì? Cosa c'entra il C++?
Non c'è bisogno di moltiplicare nulla. Funziona proprio come un normale array, solo che tutto è più conveniente.
Prova concettuale... allora è richiesto anche nel campo della fabbricazione di mattoni... Spalmare i muri direttamente dall'argilla è più conveniente, e cercare di dimostrare che non lo è.
Il bisogno di OOP nella manipolazione dei dati. RIPETO - CON I DATI.
OOP aiuta a distribuire i dati e a organizzare l'accesso ad essi. AVETE BISOGNO DI CLASSI E STRUTTURE PER QUESTO.
In un compito di coordinamento, ci sono troppo pochi dati e quindi le strutture e le classi non sono necessarie. Se si scala il compito e si portano moltitipi di dati nel suo "campo", la classificazione sarà necessaria. Poi seguiranno le classi e le strutture.
Senza la necessità di classificazione, non c'è bisogno di classi. Senza la necessità di strutturare, non c'è bisogno di strutture.
Senza la varietà di dati uniti da diversi oggetti - non c'è bisogno di OOP.
Mettere OOP in programmi piatti con dati monotoni è dannoso anche in allenamento, perché il concetto è sbagliato. La gente comincia a pensare che l'OOP sia un insieme di trucchi sintattici e lo usa come vuole. Dove necessario e non necessario.
1. La necessità di un OOP nella gestione dei dati. DI NUOVO, CON I DATI.
OOP aiuta a distribuire e accedere ai dati facilmente. QUESTO RICHIEDE CLASSI E STRUTTURE.
2. In un compito di coordinate, ci sono troppo pochi dati e quindi strutture e classi non sono necessarie. Se si scala il compito e si aggiungono molti tipi di dati al suo "campo", la classificazione sarà necessaria. Questo sarà seguito da lezioni e strutture.
Senza la necessità di classificazione, non c'è bisogno di classi. Senza la necessità di strutturare, non c'è bisogno di strutture. 3.
3. senza la varietà di dati uniti da diversi oggetti, non c'è bisogno di OOP.
Mettere OOP in programmi piatti con dati monotoni è dannoso anche in allenamento, perché il concetto è esposto in modo sbagliato. La gente comincia a pensare che l'OOP sia un insieme di sintassi e che la usi a suo piacimento. Dove dovrebbero e non dovrebbero.
1. Discorso vuoto. Tutta la programmazione, senza eccezione, riguarda il lavoro con i dati.
2. Non ci sono molti dati nel compito delle coordinate, ma se c'è molto lavoro, sarà più facile. Non cercate qualcosa di epico in OOP. È un modo di raggruppare i dati e i metodi per lavorare con essi, così come un modo per riutilizzare il codice.
3. qualsiasi collettore, se in esso si possono distinguere popolazioni indipendenti, può essere diviso in classi e andrà bene.Ok, passiamo al codice.
Qual era l'obiettivo? - Per memorizzare comodamente le coordinate dei punti. Per cosa? - Per l'accesso rapido.
La struttura POINT e le sue istanze sono entità inutili nella soluzione se il compito è solo quello di accedere rapidamente ai dati. Guardate come è più facile avere accesso tramite una matrice:
Lei dice di non essere un filosofo, ma la "struttura" è un concetto filosofico e la sua presenza nella soluzione deve essere giustificata.
Potrebbe essere più facile per voi chiamare: "Mano #1" e "Mano #2", ma molti preferiscono chiamarle "sinistra" e "destra".