OOP vs programmazione procedurale - pagina 44
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
perché la variabile statica sarà già aggiornata. la funzione funzionerà, ma non dirà più che è arrivata una nuova candela.
A proposito, senza OOP non c'è modo di scrivere in java, c#, ecc.
A proposito, senza OOP, è impossibile scrivere java, c#, ecc. Il 99% delle offerte di lavoro sono chiuse.
Allo stesso modo, il 99% di tutte le buone offerte di lavoro per programmatori sono chiuse senza OOP.
Ci sono classifiche dei linguaggi di programmazione in base al numero di offerte dei datori di lavoro.
Non una volta ho visto alcun requisito per conoscere l'OOP.
Per me, la ragione è ovvia.
Qualsiasi ufficio decente e grande ha degli standard per scrivere il codice. OOP può essere o non essere parte di un tale standard, poiché non risolve NESSUN problema di organizzazione del lavoro di grandi squadre - OOP è solo una parte di questo problema. Se teniamo conto che nei grandi sviluppi la codifica stessa non occupa più del 20% dell'input di lavoro, mentre l'OOP risolve parte di questo 20%, di cosa stai scrivendo?
Ecco un esempio della mia pratica di oggi.
R rispetto a ICL ha:
È una ragione per riscrivere il codice da µl a R? In realtà, dà qualche vantaggio a R rispetto a µl? Per me non è così. Non vedo affatto il senso della discussione.
Lo stesso vale per il tuo OOP. Ad alcuni piace, ad altri no. OOP di per sé non è nulla.
Renat, una domanda:
Questi "dilettanti" di Consortium R che implementano massicciamente R nei loro prodotti commerciali sono consapevoli di quanto sia "disgustoso". È meglio dare loro un po' di luce. Altrimenti sarebbero devastati.
Sei bravo a sorprendere le persone.
Mi dispiace di essere fuori tema, non sono riuscito a superarlo.
Mi scuserò quando sarai anche solo un po' più vicino al livello di un programmatore professionista.
Se la chiamata della funzione è in un file e la funzione stessa è in un altro, e i due file non hanno una connessione comune, allora digitando il nome nel file con la chiamata, l'intelligenza non darà il nome della funzione la cui definizione è nell'altro, non collegato a quel file.
Anche questo mi ha dato fastidio, ma ho trovato una soluzione. Potete usare i backlink al file principale.
Potete prendere una funzione che definisce una nuova barra, dove c'è una variabile statica all'interno che memorizza il tempo della barra. E provate a chiamare questa funzione più di 1 volta durante una candela. Tutti i tempi tranne il primo non funzionano.
E in OOP dovete creare un nuovo oggetto ad ogni chiamata?
Memorizza la variabile statica non nella funzione, ma nel luogo da cui viene chiamata.E con OOP, dovete creare un nuovo oggetto quando chiamate da ogni posto?
Memorizza la variabile statica non nella funzione, ma nel luogo da cui viene chiamata.Ci sono vari modelli come il singleton...
Non è necessario creare un nuovo oggetto...
Ci sono diversi modelli, come singleton...
Non è necessario creare un nuovo oggetto...
Ilnur (sto traducendo bene il nome?), non spaventare la gente con termini così complicati. Qui ci sono compagni a livello BASE )).
E con OOP dovete creare un nuovo oggetto quando chiamate da ogni posto?
Memorizzare una variabile statica non in una funzione ma nel luogo da cui viene chiamata.In entrambi i casi, tutto dipende dal compito e dal contesto attuale.
1. Forse è necessario creare una nuova istanza dell'oggetto ogni volta. Forse è necessario creare un oggetto una volta e poi usare solo il suo indirizzo. Forse un oggetto non ha bisogno di essere creato, basta dichiararlo ed è tutto (in questo caso, l'oggetto sarà creato automaticamente sullo stack).
2. Le variabili statiche dovrebbero essere evitate se possibile. Questo non è sempre possibile, ma è qualcosa per cui si dovrebbe lottare. Se dichiarate una variabile statica da qualche parte, è difficile rintracciare tutti i luoghi in cui fate riferimento ad essa e, soprattutto, cambiarla. Le variabili statiche, come giustamente sottolineato qui, dovrebbero essere memorizzate in un posto speciale - un oggetto di tipo "signleton". Questo è un design pattern per gli oggetti, che possono esistere all'interno del programma solo in un'istanza.
Ilnur (sto traducendo bene il nome?), non spaventare la gente con termini così complicati. Ci sono compagni a livello BASIC )).
Ciao,
stai parlando di me?
hahahahahahahahah )))
Ilnur (sto traducendo bene il nome?), non spaventare la gente con termini così complicati. Qui ci sono compagni a livello BASE ))
E avere paura delle cose nuove è probabilmente la cosa più nuova...
Bene, per esempio, voglio essere intimidito sulla gestione ottimale, da Pontryagin, su HYAB - non ci sono assolutamente articoli qui sulla gestione ottimale nel trading...(@Rashid Umarov)
E avere paura delle cose nuove è probabilmente la cosa più nuova...
Molto divertente, sono indietro con i tempi
cos'è "secondo pontryagin
Sto solo cercando di fare soldi, perché non vengo pagato)))) e non sto saltando nelle teorie)))