Por convención, el nombre del controlador de eventos como atributo de un componente debe cumplir con el de una etiqueta HTML, por ejemplo, onTextChange , siguiendo el patrón onSubjectEvent , mientras que la función específica que actúa como controlador de eventos debe tener un nombre con el patrón handleSubjectEvent. . Aquí el "Evento" es simplemente la forma simple (por ejemplo, Cambio) de un verbo, no un participio pasado (Cambiado) o un participio presente (Cambiado). Esta convención es fácil de seguir cuando el sujeto tiene un nombre corto. Sin embargo, hay muchas ocasiones en las que el nombre del sujeto es largo debido a un modificador largo, ya que nos gustaría que el nombre se explicara por sí mismo en la medida de lo posible.
Por ejemplo, cumpliendo con la convención HTML, onNameAdd y handleNameAdd ven bien, pero onOverseasSuppliersLegalNameAdd y handleOverseasSuppliersLegalNameAdd ven desequilibrados. He visto a algunos desarrolladores que son hablantes nativos de inglés nombrar al controlador como onAddOverseasSuppliersLegalName , siguiendo un patrón onEventSubject . Y algunos de ellos incluso se adhieren a este patrón cuando el nombre del sujeto es corto, como onAddName , que contradice la convención HTML.
He buscado este problema, pero la gente solo habla del caso de un nombre de sujeto corto, por lo que me preguntaba cómo nombraría un controlador de eventos cuando el nombre de sujeto es corto y largo, respectivamente.
Siga estrictamente la convención HTML. Por ejemplo, onNameAdd & onOverseasSuppliersLegalNameAdd
Coloque el nombre del evento (o el verbo) entre on/handle y el sujeto para evitar un nombre de controlador desequilibrado cuando el nombre del sujeto es largo. Por ejemplo, onAddName & onAddOverseasSuppliersLegalName
Depende de la longitud del nombre del sujeto. Cuando sea breve, siga la convención HTML; cuando es largo, pon el verbo en el medio. Por ejemplo, onNameAdd & onAddOverseasSuppliersLegalName