The console API could be the most well known JavaScript API. Pretty much every developer who was written any substantial amount of code has had to If you’ve written any kind of libraries or services, you’ve probably used or to notify the user that they’ve done something incorrectly. But there’s far more that the console can do for us, so today we’re going to see how to leverage that! console.log something. console.warn console.error Assert First up we have: which allows us to run an in the console. console.assert(_assertion_) assertion An assertion is a boolean expression at a specific point in a program which will be true unless there is a bug in the program. — http://wiki.c2.com/?WhatAreAssertions If the assertion is true, the console does not output anything, if the assertion is false it will output that an assertion has failed, along with any message or data you give it. In Node.js falsy assertions will throw a and stop the execution of code. So it is not recommended for use in production environments. Note: AssertionError Count Sometimes it could be important to know how many times a given line was called. Maybe you’re not ready to write your unit test yet that asserts it was only called once or twice; or maybe you’re just debugging and trying to track down something that is happening more times than expected. This is where we can count on . console.count This one is simple, add and run your code. You’ll see a message and a number pop up every time that line runs. console.count(_message_) An important thing to note in this example is that the is set to 1 for each output. That’s because the message changed. No user was called more than once, so never goes up! When you call user 4 again at the end, you see finally go to 2. count count count Trace Finally, we’ve gotten to my favorite console method! Here we have: which will spit out a . It starts at the method that invoked and moves all the way back to the initial call. console.trace stack trace console.trace This method is extremely useful when you know a certain method is being called, but you don’t know how. But I can hear you saying right now, “Just put a debugger in the code and you get this, plus more!” To that, all I can say is, “yep”. Usually you can just use a debugger, but sometimes you don’t want the code to stop (like if timing is involved, or repetition + timing), or if for some reason you are needing to debug minified code. Here’s a small example: Formatting You don’t need ES6 to format a console string. They come with built in formatters. and will format an Object. %o %O and will format numbers. %d %i will format a string. %s will format a floating point number. %f You can use them like this: A nice part of this method is the object is still expandable in browsers that support pretty-printing/expanding/collapsing of objects in the console. A Final Word — Some “Gotcha’s!” If you use Node.js, be very wary of the console. It prints to synchronously, which could harm performance. stdout However, in some browser environments, some console statements are asynchronous, so using will take a snapshot of any variables at the time it outputs, rather than when it is actually first invoked. This means you may not be seeing what you expect. In this case you can use to make sure you are seeing what you expect. console.log console.dir For that reason and others I’d also caution against using console statements too often in a web browser environment. Typically you can use a debugger statement or breakpoints in the browser for anything you want to do with a console statement. And with a debugger or breakpoint you are able to investigate your variables without having to worry about async problems. If you missed the first installment you can find it . Please stay tuned as we dive deeper into some less known JavaScript APIs. We’re starting off easy but we’ll be diving deep soon! here Hi, I’m Justin Fuller. I’m so glad you read my post! I need to let you know that everything I’ve written here is my own opinion and is not intended to represent my employer in way. All code samples are my own, and are completely unrelated to Bank Of America’s code. any I’d also love to hear from you, please feel free to connect with me on , , or . Thanks again for reading! LinkedIn Github Medium is how hackers start their afternoons. We’re a part of the family. We are now and happy to opportunities. Hacker Noon @AMI accepting submissions discuss advertising &sponsorship To learn more, , , or simply, read our about page like/message us on Facebook tweet/DM @HackerNoon. If you enjoyed this story, we recommend reading our and . Until next time, don’t take the realities of the world for granted! latest tech stories trending tech stories
