El otro día estaba revisando nuestro código y me encontré con un nombre de clase IdempotentObject No sabía lo que esto significaba en ese momento, así que pregunté si era un nombre mal elegido. Descubrí quién lo escribió y le pregunté al desarrollador por qué lo había llamado tan confuso. Se sorprendió de que no supiera lo que significaba y me dijo que era un nombre bien elegido porque el objeto es Idempotente.¿Dónde dibujamos la línea con vocabulario al nombrar?
Por un lado veo un argumento para mantenerlo simple y hacer que todos entiendan lo que es todo en la primera lectura. Por otro lado, tenemos la idea de que debemos nombrar las cosas con precisión y si no conoce el significado, búsquelo.
¿Cuál es mejor, más preciso o más fácil de entender de un vistazo?
Si no te gustaba IdempotentObject, qué nombre se propone sustituirlo por? –
No propuse un cambio, lo busqué y le pregunté por qué lo usaba. El otro desarrollador sugirió que * AlwaysTrueObject * sería un reemplazo, lo hemos dejado como * IdempotentObject * en la actualidad. –
LogicalConstructConsistingOfBothCodeAndDataForWhichAllOperationsAreDefinedAndImplementedSuchThatNoMatterHowManyTimesTheyAreInvokedTheEndResultWillBeTheSameAsThatResultingFromASingleInvokation – Shog9