Inserito da Dustin Marx
Recentemente ho avuto la sfortuna di attesa in aeroporto per circa sei ore, come il mio volo è stato più volte ritardata di 30 minuti alla volta fino a quando è stato infine cancellato . L'unico lato positivo in questa nuvola era che ero in grado di leggere quasi tutti Jim Waldo's Java: le parti buone mentre aspettavo (il libro arriva a meno di 200 pagine). In questo post, parlo di quello che mi piace di più di questo libro e che credo che il suo pubblico è meglio.
In Java: le parti buone , Waldo scrive di parti di Java che egli ha usato e che ha trovato per essere le parti migliori di Java. Il suo focus specifico è porzioni di Java lo rendono più adatto per certe situazioni. Queste situazioni tendono ad essere le applicazioni di grandi dimensioni e complesse che hanno bisogno di girare su più piattaforme e saranno utilizzati e mantenuti per lungo tempo. In breve, afferma Waldo che "in questo libro, parlo le parti buone di Java", che egli definisce come parti di Java che ha usato "che gli aiuti ai programmi di scrittura (o parti di programmi) in cui Java è di per sé l'appropriato del linguaggio di programmazione e di ambiente ".
Guardando la tabella dei contenuti per Java: la parte buona non solo fornisce una rapida panoramica dei principali temi del libro, ma fornisce anche un elenco di quello che considera il Waldo "parti buone" di Java. Vi è essenzialmente un capitolo dedicato a ciascuna delle "parti buone" ei capitoli sono presenti nel sistema tipo, eccezioni, pacchetti, raccolta dei rifiuti, la JVM, Javadoc, Collezioni, RMI e serializzazione degli oggetti, la concorrenza, e gli strumenti di sviluppo Java.
Per la maggior parte, sono d'accordo con la valutazione Waldo e, in generale concordano sul fatto che le voci si copre come "parti buone" di Java sono davvero buone parti. Il fatto che ho già sentito in questo modo su questi elementi e il fatto che ho già abbracciare molte delle raccomandazioni Waldo nel mio sviluppo Java può spiegare perché mi sembra di non aver imparato molto su Java e come utilizzare Java. Ciò premesso, non mi dispiaceva per la lettura di questo libro e spiega che più in questo post.
Penso che Java: la parte buona è probabilmente più adatto sia per una persona con familiarità di base con Java che vuole migliorare la sua capacità di scrivere codice Java mantenibile. Probabilmente è meglio avere almeno un'esperienza di passaggio con Java perché l'autore assume che. Per uno sviluppatore che ha lavorato sui sistemi di grandi dimensioni utilizzando Java, molte delle osservazioni Waldo sono facili da concordare con le proprie esperienze e di articolare gli sviluppatori Java con esperienza '. Ho letto (non tutti in una volta) Effective Java ed altre risorse su come scrivere meglio Java regolarmente e non ha trovato molte nuove osservazioni in questo libro, ma penso che potrebbe essere di grande valore per uno sviluppatore Java che non ha investito molto tempo in lettura di migliorare le sue capacità Java.
Anche se ho già era a conoscenza della maggior parte di ciò che ho letto in Java: le parti buone e, soprattutto, già generalmente tenta di applicare molti di questi principi nel mio sviluppo Java, mi sono divertito a leggere questo libro in attesa in aeroporto. Le principali ragioni mi sono divertito, di cui parlerò un po 'più, sono il contesto storico che fornisce e lo stile di scrittura supponente dell'autore.
Uno dei miei preferiti aspetti di Java: la parte buona è stata la volontà dell'autore di prendere posizione e fare in modo inequivocabile i suoi punti. Anche se ha fatto riconoscere che a volte ci sono momenti in cui anche il suo giudizio fortemente difesa ha dovuto piegarsi alle altre preoccupazioni pratiche, Waldo generalmente messo in chiaro ciò che egli crede siano le cose giuste e sbagliate che si può fare con le porzioni di Java discusso nel suo libro.
Ecco alcuni dei più divertenti di queste citazioni che non hanno mezzi termini:
· Classloader sono la fonte di molte delle parti più dolorose di utilizzare Java, quindi mi piacciono queste citazioni Waldo su classloader:
· Classloader Quote # 1: "Ma Dio, abbi pietà di tua anima Se avete un programma o un sistema in cui si superano i limiti classloader".
· Classloader Quote # 2: "Ma questo libro dovrebbe essere circa la parte buona di Java, per cui ho intenzione di evitare di parlare di classloader quando possibile."
· Per quanto riguarda le persone che si lamentano sulla gestione delle eccezioni di Java: essi ". O non lo capiscono, non si rendono conto cosa può fare, o sono twits semplicemente pigri che non si curano di scrittura di codice affidabile"
· Miscelazione di gestione degli errori di codice con il codice principale è l '"errore di un programmatore cucciolo."
· Lo sviluppatore che sviluppa una API con eccezioni runtime / non registrato è solo un "corruttore di altri".
· Per quanto riguarda le eccezioni deglutizione non facendo nulla la clausola catch ". Non ho visto questo, perché lavoro con gli adulti"
· Pacchetti senza nome vengono utilizzati solo da "confuso, programmatori ostinato, o pigro."
· Per quanto riguarda gli sviluppatori di non documentare meglio: "Tutti i programmatori sanno anche che è importante filo interdentale, per fare il bagno regolarmente, per indossare le cinture di sicurezza e non parlare sui cellulari in auto, e di vestirsi per il successo e come tutte queste altre cose che dobbiamo. fare, quando la pressione è su telaio e scadenze, si tende a "dimenticare" di fare quelle cose. Dopo tutto, non conduce direttamente alla ottenimento del codice di lavoro. E possono essere aggiunti in seguito. "
Anche se non sono d'accordo con alcune affermazioni (almeno al grado estremo), le descrizioni sono sempre divertenti e fanno il loro punto.
Penso che il mio aspetto preferito di Java: la parte buona è la resoconti storici che Waldo ha tessuto nel testo e nelle note.Questi includono riferimenti ad alcune interessanti legge in linea, ma includono anche i conti di quello che è andato in decisioni di Sun riguardo il buono, il brutto e il brutto di Java. Waldo è stato coinvolto in molte di queste discussioni in prima persona e l'intuizione egli fornisce in quello che è andato in queste decisioni è affascinante. E 'un ricordo che anche gli sviluppatori del linguaggio di programmazione Java vengono eseguite nelle decisioni stesso design e le loro conseguenze, sia positive che negative, nel lungo termine. Sviluppatore di software, sia di una lingua o di un'applicazione, sembra coinvolgere sempre questo. Più di una volta, ero quasi sollevato da leggere perché alcune cose apparentemente ridicole Java ora sono perfettamente spiegabili nella loro origine sulla base delle motivazioni del tempo.
Anche se ho già il tentativo di praticare molto di quello che predica Waldo in Java: le parti buone , mi è piaciuto come ha articolato alcune delle stesse osservazioni che ho fatto, ma non articolata pure. Per esempio, egli afferma (in una parentesi) sulla struttura: "la maggior parte di progettazione dettami riducono a gusto personale, che non le rende meno giusta, ma questo è oggetto di un libro diverso."
Forse il mio aspetto meno favorito di Java: la parte buona è la numerosi errori di battitura e gli errori simili. Ciò premesso, non esiste attualmente una carenza di errata confermato il libro pagina web , ma ci sono voci sulla pagina non confermati errata .
La maggior parte delle affermazioni Waldo e le osservazioni sono molto simili alla mia e, credo, a molti sviluppatori Java.L'unico capitolo che rischia di essere discutibile è il capitolo sulle eccezioni. Io probabilmente dedicare un post a parte blog per la copertura Waldo e opinioni su eccezioni, ma l'essenza di esso è che egli presenta delle eccezioni in Java a partire dalla varietà eccezione controllata con le eccezioni incontrollato essere un male necessario significava solo per situazioni attentamente controllate. La base di questa affermazione è l'idea che le eccezioni controllate forza l'eccezione generata da parte del contratto di un metodo e questo è supportato da l'affermazione che un eccezione generata è in realtà una forma alternativa di un ritorno da questo metodo. Anche se non sono pronto a sollevare eccezioni controllate completamente, come molti, anche io non mi sento che le eccezioni di runtime sono male come afferma Valdo. Infatti, il mio problema rimane che spesso è molto più facile parlare, che scrivere in realtà, un efficace ed utile meccanismo di gestione delle eccezioni diverso dal log dello stato in quel momento.
Java: la parte buona non intende essere e non è pubblicizzato come una introduzione a Java. In questi giorni, è troppo breve per essere questo. Mi piace trovare i libri Java che non sono introduttivo, ma che sono accessibili e fornire qualcosa di più ", ecco come fare così e così in Java." Questo libro si inserisce quella proposta di legge. Per uno sviluppatore Java con esperienza, che ha osservato il suo proprie lezioni apprese e imparato da altri, molto più di questo libro fornisce una riaffermazione di ciò che lui o lei già conosce. Per lo sviluppatore Java più recenti che vuole diventare uno sviluppatore migliore Java, questo libro vi aiuterà vedere alcuni importanti modi di fare proprio questo. Effective Java è ancora di gran lunga il mio libro preferito su come scrivere meglio di Java, ma questo libro offre un approccio diverso che possono essere utili ad uno sviluppatore Java più recenti. Cosa Java: la parte buona ha da offrire soprattutto quasi tutti i recenti Java orientata al libro mi viene in mente è una prospettiva storica sul perché le cose sono come sono nel mondo di Java.
Ho quasi mai letto un libro tecnico cover-to-cover. Anzi, ho letto pochissimi dei miei libri tecnici fino in fondo a tutti. Grazie al fiasco aeroporto, ho avuto l'opportunità di leggere Java: le parti buone da copertura a copertura, ed ero felice di avere questa opportunità. Molte delle pratiche abbraccio sono stati ribaditi, ma ero ancora più interessato alla prospettiva storica ho guadagnato su ciò che ha motivato Java per essere quello che è oggi.
Corso Java - Corsi Java - Corsi programmazione Java
Nessun commento:
Posta un commento
Nota. Solo i membri di questo blog possono postare un commento.