Blaze 2.5 released

Version 2.5 of Blaze has been published. It is a comparably smaller release to 2.4, but it is an important step towards Blaze’s future.

Changes

  • #331 Remove underscore and all of its methods in the code, thanks @harry97
  • Updated dependencies

Work on Blaze 2.6 has already started and will most likely include removal of deprecated code to coincide with the same work in Meteor 2.3, so make sure that you are not using any of those old APIs or variables.

23 Likes

Hey, this is awesome! I don’t use Blaze anymore, but have fond memories of it. Loved it truly, before I did the switch to React. I hope this is also a major step towards removing underscore from Meteor completely, so we have a chance to switch to lodash on a project level (two of these libraries do not make any sense, so I still stick to underscore).

4 Likes

Removing underscore is an ongoing process among few others long running “upgrade” themes across all Meteor projects. If anyone has a bit of time pick a package that uses underscore and remove it from there.

2 Likes

Agree- Dependency for specific package or library wouldn’t be a good choice for Meteor world. And I hope we could remove jQuery dependecy in someday-
Great job!-

2 Likes

Is jquery still required?

2 Likes

What are you actually using to replace it? Copies of the underscore functions or your own implementations?

For underscore either native functions or getting specific functions from npm instead of the entire package.

4 Likes

The removal of jQuery is a future effort but it’s one of the bigger challenges, since it’s deeply integrated into Blaze. However, there will be a solution :slight_smile:

4 Likes

Yeah it still makes some confusion for some situations although it could be solved by modulation way. But would be better if we could remove dependencies-

I think removal of jQuery is Blaze 3.0 thing.

1 Like

On a second thought: Is this even desirable (for Blaze)? I mean, when I switched from pure frontend dev to Meteor, I actually loved the simplicity, and I think part of it was the easy APIs provided by jQuery I was already familiar with. If jQuery (which is a beast, I know) was ripped out, what would replace it, without breaking existing code?

The goal is that it is not going to remove any functionality. For many things in jQuery there are also now native alternatives as well, but all of this will be part of the discussion and research.

2 Likes

We still use it and this is fantastic news

3 Likes

jQuery is good. We can use it still if we add it but the integrated jQuery causes some dependency problems with some 3rd packages or libraries. So there were many requests to remove it a couple of years ago.

But I think the js modulation has solved already by itself from the jQuery version collisions.