Thinking functionally has opened my mind about programming. It has given me a greater depth of understanding of code. It has also led me on a quest in which I found myself questioning many of the core features of the language. I have recently been questioning the statement itself. if Having written an entire application completely void of a single statement, I have found to be optional. if if If you are unfamiliar with functional programming this probably sounds like the rantings of a mad man, but stick with me a bit and allow me to explain. Learning multiple ways to solve the same problem amplifies your mental toolkit by magnitudes. First, meet the statement replacement, the : if ternary operator condition ? expr1 : expr2 Functional programming has taught me to write small functions like this:(don’t yell at me for not currying, that’s for another article) const add = (x, y) => x + y The statement doesn’t fit into this type of function, but the ternary operator does! if const isGreaterThan5 = x => x > 5 ? 'Yep' : 'Nope' Soon I began to find almost every instance of an statement could be replaced with an equivalent ternary operation. if // typical code you might stumble uponfunction saveCustomer(customer) {if (isCustomerValid(customer)) {database.save(customer)} else {alert('customer is invalid')}} // ternary equivalentfunction saveCustomer(customer) {return isCustomerValid(customer)? database.save(customer): alert('customer is invalid')} // ES6 styleconst saveCustomer = customer =>isCustomerValid(customer)? database.save(customer): alert('customer is invalid') Then I started to think how the ternary operator could fit into an statement. I was able to do this with a nested ternary, but it was really messy and not easy to understand. else if Until I started to get creative with my formatting. // old school else-iffunction customerValidation(customer) {if (!customer.email) {return error('email is require')} else if (!customer.login) {return error('login is required')} else if (!customer.name) {return error('name is required')} else {return customer}} // ES6 style custom formatted ternary magicconst customerValidation = customer =>!customer.email   ? error('email is required'): !customer.login ? error('login is required'): !customer.name  ? error('name is required'): customer Now you can clearly see all the conditions defined on the left hand side and the values returned on the right side. Even though it is possible to replace every statement with a ternary operator, I am not saying you should do so. This is just another tool for you to use and consider. if This Rethinking JavaScript article is just one in a series. More to come in the near future! I would love to hear your feedback and thoughts on how you would rethink the statement. Do you have a scenario where you are unsure how this will work? Tell me, let me know! if Continue to Part 2 . Rethinking JavaScript: Death of the For Loop _JavaScript’s for loop has served us well, but it is now obsolete and should be retired in favor of newer functional…_hackernoon.com Rethinking JavaScript: Death of the For Loop I know it’s a small thing, but it makes my day when I get those follow notifications on Medium and Twitter ( ). Or if you think I’m full of shit, tell me in the comments below. @joelnet Cheers! Related Articles _Function composition has got to be my favorite part of functional programming. I hope to provide you with a good real…_hackernoon.com Functional JavaScript: Function Composition For Every Day Use. _In my last article, Death of the for Loop, I tried to convince you to abandon the for loop for a more functional…_medium.com Rethinking JavaScript: Break is the GOTO of loops _In my last 3 articles I convinced you to remove the if statement, kill the for loop, and never use break._medium.com Rethinking JavaScript: Eliminate the switch statement for better code _I love the new Promise library that ships with ES6, though one thing has been left out, a function to sequentially…_medium.com Functional JavaScript: Resolving Promises Sequentially

Too Long; Didn't Read

Making security fun one episode at a time

Rethinking JavaScript: The if statement

Too Long; Didn't Read

Joel Thoms

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

Rethinking JavaScript: The if statement

Too Long; Didn't Read

Joel Thoms

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES