Skip to main content

Javascript in all its weirdness: Function hoisting (will spin your head!)

Unless you are a Javascript guru, or have read related stuff before, this will spin your head!

To see this in action: Paste this into a "test.html" file and open in firefox, and open Firebug.

Here, two functions a and b are defined, both using what are called 'function declaration syntax', much like a C/Java function.

However, another function tries to redefine each of these locally. 'a' is redefined using a function declaration syntax, whereas b is redefined using a 'function expression' syntax (i.e., treating function like an expression and assigning it to a var called 'b'). Notice, how the entire defintion of 'a' is hoisted (pushed up to the top of the defining function), whereas only the variable name 'b' is hoisted, not its definition.

See my other article on the basics of hoisting, if you are not familiar with it - "Javascript in all its weirdness - Hoisting"


<script type="text/javascript">
// Function hoisting

// function declaration
function a() {
    console.log('a called');
}

// function declaration
function b() {
    console.log('b called');
}

// Hoisting function
function hoister() {
    console.log("Hoister: a is : " + typeof a); // a is completely hoisted, so its definition even is already available
    console.log("Hoister: b is : " + typeof b); // only the variable declaration of 'b' is hoisted, and it's not yet recognized here as a function, hence 'undefined'

    // redefine a locally
    // using function declaration
    // entire declaration/definition is hoisted
    function a() {
        console.log('Hoister: local a called');
    } // Notice, no semicolon!
   
    // Redefine b locally, but using function expression
    var b = function () {
        console.log('Hoister: local b called');
    }; // Notice the semicolon
   
}
hoister();
</script>


Reference: Javascript patterns, Stoyan Stefanov

Comments

Popular posts from this blog

Authenticating Spring Boot based application against secure LDAP/AD server

Authenticating against an Active Directory setup is quite common in organizations using Spring Boot / Spring Security can be a pain if you don't know exactly the requirements. I needed to add auth in my web app and secure some but not all endpoints of the application. My story was, I needed Spring security to authenticate against my company LDAP server which uses Active Directory I started by using the standard LDAP guide such as this which are all over the Internet, https://spring.io/guides/gs/authenticating-ldap/ and was able to setup the basic framework However, only test level LDAP auth was working for me, when I tried to auth against the company LDAP secure server, I had to resolve a few issues After 1 week and working with several devs at the company, I finally found why it was not working and the fix was easy Since I spent a week or so resolving this, I wanted to write this up in case someone finds this useful. Here is what I did (it was easy until the fourth

Unit testing code that uses environment variables and system properties with fakes

I did not exactly learn this today, but I am sharing it as I have found it extremely useful when unit testing code that depends on environment or system property settings. While I am using Java as an example, the general concepts apply any where. Problem : You have a piece of code you are unit testing that uses settings from env variables or system properties passed to the VM (System.getProperty), but you don't want the tests to be affected by the 'real' environment or system properties in the VM. So, your unit tests should not get different results or fail when the real environment changes. Solution : There are several. But the most straightforward is to use a mocking library to mock out the environment or fake it out, whatever your prefer. You can create a fake using a library like EasyMock, PowerMock etc. This I won't discuss in this post, since there are numerous articles for that. Or you can write a simple class that acts as a proxy, using the proxy pattern

Using custom conditional logic to enable/disable Spring components

If you have a Spring component and you don't want it to load, you can use Spring's predefined conditionals as much as possible. For example, @Component   @ConditionalOnNotWebApplication   public class SchedulerEntryPoint implements ApplicationRunner { ...  } This will not load your component when running in non web application mode. Such as you may want to start the application but without any of the web framework using SpringApplicationBuilder. But sometimes you want to use custom conditions. It's pretty easy to do so, just use something like this @Component @Conditional (SchedulerCheck. class ) public class SchedulerEntryPoint implements ApplicationRunner { public static class SchedulerCheck implements Condition { @Override public boolean matches(ConditionContext conditionContext, AnnotatedTypeMetadata annotatedTypeMetadata) { return System. getProperty ( "scheduler" ) !=