Durante la programmazione, spesso finisco per nominare qualche classe generica (penso a una classe base astratta per cose che gestisci nel tuo progetto) qualcosa come FooObject , FooComponent o FooItem (dove Foo è un'abbreviazione del nome del progetto). Il problema è che questi nomi sono usati così spesso, diventano privi di significato - voglio dire, quando parlo di un "oggetto", nessuno sa se intendo "una sottoclasse di FooObject " o un oggetto ordinario .
Penso che una buona lista di sinonimi per "oggetto", "componente", "callback", "gestore", "azione" e così via aiuterebbe, perché potremmo ridefinire questi mondi su base pro-progetto . Potresti persino inventare parole totalmente prive di senso e definire il tuo significato nella documentazione. Penso che sarebbe più chiaro che nominare roba "oggetti".
Ecco cosa intendo per "nonsense" (tratto da Alice nel Paese delle Meraviglie):
Twas brillig, and the slithy toves
Did gyre and gimble in the wabe:
All mimsy were the borogoves,
And the mome raths outgrabe.
Forse potresti avere delle belle parole che usi in questi casi?
Come gestisci situazioni simili nei tuoi progetti?
[Correlato: Come evitare nomi generici per classi astratte ? ]