Generalmente parlando, la creazione di un'API fluida è qualcosa che rende felici tutti i programmatori; Sia per i creatori che scrivono l'interfaccia, sia per i consumatori che programmano contro di essa. Guardando oltre le convenzioni, perché è che prefiggiamo tutti i nostri getters con la parola "get". Omettendola di solito si ottiene un insieme di istruzioni più fluido e facile da leggere, che alla fine porta alla felicità (per quanto piccola o passiva). Considera questo esempio molto semplice. (pseudo codice)Perché i getter sono preceduti dalla parola "get"?
convenzionale:
person = new Person("Joey")
person.getName().toLower().print()
Alternativa:
person = new Person("Joey")
person.name().toLower().print()
Naturalmente questo vale solo per lingue in cui getter/setter sono la norma, ma non è diretto ad alcuna specifica linguaggio. Queste convenzioni si sviluppavano attorno a limitazioni tecniche (disambiguazione) o semplicemente attraverso il perseguimento di un'interfaccia di tipo più esplicito e intenzionale, o forse questo è solo un caso di una norma downle down. Quali sono i tuoi pensieri? E come semplici cambiamenti a queste convenzioni influenzano la tua felicità/atteggiamenti quotidiani nei confronti del tuo mestiere (comunque minimo).
Grazie.
Alcuni di noi non scrivono getter o setter o credono in "API fluide". –
Non sono d'accordo che ' person.name() 'è un set di istruzioni più fluido e più semplice da leggere, poiché penserei che il metodo assegni effettivamente un nome o un soprannome a questa persona e, onestamente, se hai intenzione di usarlo in quel contesto, 'person.name.whatever' sembra e legge molto più facilmente di adesso,' name' diventa una proprietà (leggibile/assegnabile) invece di un metodo. –
così quando hai e IDE con il completamento del codice, puoi digitare "get" e vedere tutti i getter – colinjwebb