Come ricordi numerose API? [duplicare]

Non devi memorizzare una zillion di funzioni. Devi solo sapere come cercare qualcosa nella documentazione dell'API.

Sono uno sviluppatore pazzo .NET e tendo a non ricordare la maggior parte delle API. Io uso solo Intellisense per guidarmi. :-) Questo è il motivo per cui non riesco a capire come le persone codificano in linguaggi dinamici. Come vivi senza Intellisense?!

Mantenere aperta la documentazione (ad es. MSDN) mentre è in uso e uso esteso (ad esempio Pratica ) tende a forzare l'API nella memoria.

Ad esempio, ho scritto un sacco di jQuery ogni giorno all'inizio dell'anno e potevo ricordare molti dettagli dell'API. Non ci ho lavorato molto di recente, quindi non ricordo quanto ho fatto, ma se lo avessi usato per qualche giorno, sarebbe tornato da me.

Non esiste un talento soprannaturale, è solo una ripetizione.

Se non è un'API particolarmente complessa, potresti non doverlo ricordare interamente. Spesso faccio scorrere i manuali di riferimento prima di programmare con una particolare API e, poiché sto programmando, ricorderò un particolare nome di metodo che sembra farebbe ciò che voglio realizzare. Quindi cercherò il nome del metodo nella documentazione per verificare che faccia ciò che voglio.

Questa non è la tecnica migliore. Speriamo che se c'è un modo migliore di fare qualcosa rispetto al bit dell'API che hai ricordato, la documentazione lo menzionerà. Ma non sempre. Mentre praticherai questa tecnica, diventerai più propenso a creare soluzioni ottimali dalle curiosità che ricordi.

A good developer can code using a framework, remembering a vast amount of the members. A great developer knows how to use documentation and resources.

In questi giorni le risorse sono infinite. E letteralmente con un clic di un pulsante, puoi trovare esattamente ciò che stai cercando.

Non penso che ci sia un modo semplice per imparare una nuova API di qualsiasi tipo. Alcune API sono chiaramente denominate e facili da imparare mentre altre sono complesse o semplicemente scritte in modo non corretto.

Di solito caccia la documentazione per una determinata funzionalità che potrebbe aiutarmi a risolvere un problema. Quando ho finito di leggere, rifletto sulla nuova conoscenza e alla fine scrivo un test se non sono sicuro di quali effetti collaterali potrebbe avere una chiamata, mentre mi permetto di provare l'API.

Hoogle per cercare nei documenti API! (molto specifico per Haskell)

Ora, supponiamo che io stia facendo una mappa su una lista, ma non voglio che tutto si possa mappare a qualcosa. Posso dire che il tipo di una funzione che fa questo sarebbe

[a] -> (a -> Maybe b) -> [b]

Digito questo in Hoogle per ottenere:

mapMaybe :: (a -> Maybe b) -> [a] -> [b]

Ok, quindi ho invertito gli argomenti. Ma ho trovato la funzione basata sulla digitazione, che è spesso più utile della ricerca nell'intero indice per una funzione che sembra farebbe ciò che voglio.

Posso quindi fare clic sul link per accedere alla documentazione per assicurarmi che faccia ciò di cui ho bisogno:

The mapMaybe function is a version of map which can throw out elements. In particular, the functional argument returns something of type Maybe b. If this is Nothing, no element is added on to the result list. If it just Just b, then b is included in the result list.

Ovviamente, cercare documenti per indice e per modulo è un altro buon modo per capire l'API senza memorizzare.

Nel caso specifico di Java, che è stato collegato qui da un'altra domanda , la risposta è semplice: Non preoccuparti di memorizzare le API . Perché? Java SE ha 3977 classi!

Il segnalibro più in alto / a sinistra / più facile da raggiungere sul tuo browser web deve essere nei documenti dell'API Java, ad es. come questo Sono molto accurati e, nella maggior parte dei casi, ben scritti. Tra questo e il tuo IDE puoi fare quasi tutto.

Ora sto imparando node.js e Mongo, e ho link simili al nodo e alla documentazione di mongoDB, che non è così bella ma è ancora molto meglio di niente.