4 ms·
Promises I find rather ugly to read. So far Im liking arrow functions and template strings. Async/await I'm looking forward to in ES7.
by dpweb 11y ago
Promises I find rather ugly to read. So far Im liking arrow functions and template strings. Async/await I'm looking forward to in ES7.
- savanaly 11y agoWhat exactly did you have in mind other than "new Promise()" to create a promise?
- iamstef 11y agoits not creating a promise that is the problem, its consuming. Async/await really is a nice sugar, check it out when you have a chance.
- striking 11y agonew Promise(function(resolve, reject){ /* code */ }) it's a little much
- tlarkworthy 11y agoIdeally, if you're writing business logic, you shouldn't be creating promises but consuming/combining/chaining them from libraries.
- taternuts 11y agoWhat would make you say that? Why wouldn't you use promises in your business logic?
- DCoder 11y agoThe idea isn't "don't use promises", it's more "use/chain the promises you already got from libraries (e.g. AJAX calls), don't construct new promises yourself". See the StackOverflow question inglor linked to: https://stackoverflow.com/questions/23803743/what-is-the-explicit-promise-construction-antipattern-and-how-do-i-avoid-it https://stackoverflow.com/questions/23803743/what-is-the-exp...
- tlarkworthy 11y agoYeah what dcoder said. You only need to create a promise at the source of an async event like IO. Internal logic will be downstream of IO and therefore will be just be sequencing promises generated elsewhere. You do not (and should not) need to create intermediate promises to do that.
- inglor 11y agoThat's because 99% of times when people use it it's an anti pattern: stackoverflow.com/questions/23803743/what-is-the-explicit-promise-construction-antipattern-and-how-do-i-avoid-it
- Wintamute 11y agoMost of the time the object you'll be awaiting will be a promise.