Why are inline event handler attributes a bad idea in modern semantic HTML?

后端 未结 3 469
长发绾君心
长发绾君心 2020-11-22 12:17

Is inline event handlers considered a bad practice?

For example:

If so, what are t

相关标签:
3条回答
  • 2020-11-22 12:56

    Building on @Mitya answer.

    In most of the modern JS libraries React, Vue,..etc. inline event handlers are considered idiomatic, but most of the limitation mentioned by @Mitya are gone. As case study we will have look over Vuejs and compare it with point listed above:

    1. You can have more than one event-handler, look here
    2. Event values (handlers) such as onclick are not plain string but js expressions look here
    3. Global Scope problem simply does not exist (because your code will get translated minifed, repackaged by tools such as webpack or other).

    In my own opinion, inline event handler enhance readability majorly, but opinions may vary.

    0 讨论(0)
  • 2020-11-22 13:08

    Aside from semantics and other opinions expressed in the accepted answer, all inline scripts are considered a vulnerability and high security risk. Any website expecting to run on modern browsers are expected to set the 'Content-Security-Policy' (CSP) property, either via meta attribute or headers.

    Doing so is incompatible with all inline script and styles unless explicitly allowing these as an exclusion. While CSP goals are mainly about preventing persistent cross-site script (xss) threats, for which inline scripts and styles are a vector of xss, it is not default behaviour currently in browsers but may change in future.

    0 讨论(0)
  • 2020-11-22 13:13

    It's a bad idea because...

    1) For a long time now there has been a sensible emphasis on a clear split between content, style and script. Muddying your HTML with JS is not consistent with this.

    2) More importantly, you get much less control over your events. Specifically:

    • you can bind only one event of each kind with DOM-zero events (which is what the inline ones are), so you can't have two click event handlers

    • if an event is specified inline, the JS is specified as a string (attribute values are always strings) and evaluated when the event fires. Evaluation is evil.

    • you are faced with having to reference named functions. This is not always ideal (event handlers normally take anonymous functions) and has implications on the function needing to be global

    In short, handle events centrally via the dedicated addEventListener API, or via jQuery or something.

    0 讨论(0)
提交回复
热议问题