What are the benefits to using anonymous functions instead of named functions for callbacks and parameters in JavaScript event code?

前端 未结 5 1650
伪装坚强ぢ
伪装坚强ぢ 2020-12-02 06:51

I\'m new-ish to JavaScript. I understand many of the concepts of the language, I\'ve been reading up on the prototype inheritance model, and I\'m whetting my whistle with m

5条回答
  •  难免孤独
    2020-12-02 07:02

    I use anonymous functions for three reasons:

    1. If no name is needed because the function is only ever called in one place, then why add a name to whatever namespace you're in.
    2. Anonymous functions are declared inline and inline functions have advantages in that they can access variables in the parent scopes. Yes, you can put a name on an anonymous function, but that's usually pointless if it's declared inline. So inline has a significant advantage and if you're doing inline, there's little reason to put a name on it.
    3. The code seems more self-contained and readable when handlers are defined right inside the code that's calling them. You can read the code in almost sequential fashion rather than having to go find the function with that name.

    I do try to avoid deep nesting of anonymous functions because that can be hairy to understand and read. Usually when that happens, there's a better way to structure the code (sometimes with a loop, sometimes with a data table, etc...) and named functions isn't usually the solution there either.

    I guess I'd add that if a callback starts to get more than about 15-20 lines long and it doesn't need direct access to variables in the parent scope, I would be tempted to give it a name and break it out into it's own named function declared elsewhere. There is definitely a readability point here where a non-trivial function that gets long is just more maintainable if it's put in its own named unit. But, most callbacks I end up with are not that long and I find it more readable to keep them inline.

提交回复
热议问题