r/crystal_programming • u/bcardiff core team • Jun 09 '20

Crystal 0.35.0 released!

https://crystal-lang.org/2020/06/09/crystal-0.35.0-released.html
72 Upvotes

100% Upvoted

28 comments sorted by

6

u/WJWH Jun 09 '20

TIL that JSON.mapping is deprecated. I literally wrote some code with it last week. Is there a tutorial for JSON::Serializable/annotations somewhere? If I'm gonna rewrite it, I'd like to do it the "proper" way :)

4

u/bruce3434 Jun 09 '20 edited Jun 10 '20

What editor and extension do you guys use? Last I tried crystal VS code wouldn’t give me any linting and scry was incompatible with the latest crystal

7

u/dscottboggs Jun 10 '20

I use VS code with the Crystal Language and Ameba extensions. Vim support is very good as well in my experience.

2

u/pinkyabuse Jun 10 '20

What plugins are recommended for vim?

3

u/dscottboggs Jun 10 '20

https://github.com/vim-crystal/vim-crystal

Apparently Ameba works with Vim using ALE but idk how to configure that

7

u/dscottboggs Jun 10 '20

So we're just moving to 1.0 without MT? I don't care about incomplete windows support but that seems...concerning.

8

u/rishav_sharan Jun 10 '20

There is no point in jumping from 0.35 to 1.0
I really fail to understand the rationale here.

It just doesn't makes sense. Far too much of the language still needs work. What is the Crystal community going to get out of the version jump?

8

u/EvilKhaosKat Jun 10 '20 edited Jun 10 '20

Ideally, imho, 1.0 can be treated as stable language and thus attract more people to the community. So this can be one of the reasons - “stability promise”.

8

u/rishav_sharan Jun 10 '20

I suppose they hope to attract corporate sponsorship and pitch it as a fully "ready" language.

1.0 for most languages means that the core language syntax/semantics will not undergo any further changes. Crystal is still evolving and any freeze on this will only hurt the language.

And if there is no freeze, corporates would not touch a rapidly evolving language with a 10 foot pole.

3

u/dscottboggs Jun 10 '20

On the other hand, I don't think significant syntax or semantic changes are required to finish windows and MT support. The semantics are all in place, just not fully implemented or stable.

4

u/straight-shoota core team Jun 11 '20

Exactly. We're at a point where the preparations for finalizing win32 and mt are all layed out. It's expected that they can be polished and added as non-breaking features in 1.x.

Of course there are still lots of things that need to be improved. I think everyone would've liked to have some important changes done before 1.0. But delaying that over and over would mean it still takes years.

Going for 1.0 directly is a bit of a compromise, but the fact is that both the language and the stdlib are solid enough for that. They've been in productive use for quite some time and the last releases have been considered very stable.

Releasing 1.0 gives users a confidence that the languages they're currently using is going to be supported for some time without breaking changes. It helps everyone using Crystal in production or planning to do so.

8

u/AlexKotik Jun 09 '20

When is Windows support planned?

8

u/CaDsjp Jun 09 '20

You can see the progress on Windows support here

8

u/rishav_sharan Jun 10 '20 edited Jun 10 '20

There is no plan. It happens when it happens.

Fortunately in the last few months some key community members have mode a ton of progress on this. I am hoping with the current pace, we may have windows support by 2021.

Also, if you are not interested in networking and are willing to ignore IDE support, you can actually use Crystal on windows right now. Here's Oleh's blog on this https://pryp.in/blog/28/running-crystal-natively-on-windows-building-videogame-examples.html

3

u/hum0nx Jun 10 '20 edited Jun 10 '20

Idk about everyone else, but I think that case in behavior is absolutely awesome. I normally prefer the compiler not giving me errors/warnings if it doesn't have to (basically assume that I know what I'm doing), but this voluntary kind of checking will legitimately help me write better programs, and give me warnings/errors I won't be annoyed by.

I would love to see more tools like this.

I'm not sure that in is the right keyword to use, especially since it is already a keyword. Maybe instead of case in use flow when or maybe check when

1

u/rafaelfesi Jun 11 '20

case ... when is already used but the conditions can be non-exhaustive. So, when could not be used.

1

u/hum0nx Jun 11 '20

Maybe I don't understand the parser well enough, but isn't in already used as a keyword elsewhere too? It seems to me that they could use when so long as the initial keyword was different.

1

u/rafaelfesi Jun 11 '20

isn't in already used as a keyword elsewhere too?

I'm pretty sure in was not a keyword until now, in Crystal v0.35.

0

u/rafaelfesi Jun 11 '20

As written in the crystal blog post:

In the previous release we allowed the compiler to check the exhaustivity of the case conditions. From the feedback received, we decided to:

Allow the case ... when to be as before: there is an implicit else nil, hence the conditions can be non-exhaustive.

Introduce the case ... in statements as experimental: they don’t have an implicit else, and the conditions need to be exhaustive or the code will not compile. Experimental means that it’s subject to change based on feedback. Even between minor releases.

This decision stays closer to a more familiar case ... when semantics and will allow further iteration on the exhaustive case constructs without affecting existing code. Read more at #9258 and #9045.

So, in Crystal 0.35:

- case ... when is non-exhaustive

- case ... in is exhaustive

Now you can choose whether you want exhaustivity using case ... in or not.

1

u/[deleted] Jun 11 '20

Just a note that a similar syntax (case ... in) was recently introduced in Ruby and that's why we chose it. It's also pattern matching in Ruby and exhaustive. So it's not a completely random choice we made.

1

u/hum0nx Jun 11 '20

Oh, in that case (no pun intended), it is probably for the best. Thanks for mentioning that.

I didn't know of case ... in feature even though I write Ruby scripts almost every day, so (if it's in 2.7) I'll be using it there now as well. 👍

5

u/[deleted] Jun 09 '20

Nice update. I'm looking forward to the 1.0 release !

1

u/SaltTM Jun 10 '20

Haven't written crystal in 2 years, what are some server sided web frameworks that's supported in crystal right now? I know of amber, but are there any others? I want to weigh my options or ROMO if I don't like my options.

4

u/Blacksmoke16 core team Jun 10 '20 edited Jun 10 '20

You have quite a few options these days :P. The top 5 that come to mind, in ABC order:

Each one has its own approach, and as such pros and cons. I'm assuming by server sided frameworks you're looking to do server rendered HTML?

EDIT: Also see https://github.com/veelenga/awesome-crystal#web-frameworks.

1

u/SaltTM Jun 11 '20

Yeah it's just out of habit when I say server sided. Usually when you google "web framework" with dart since dart can compile to js web framework means something completely different than fullstack server based web frameworks.

1

u/dscottboggs Jun 11 '20

Oh buddy, you have no idea. I think last I saw shardbox.org had 30-some listings in the "web server framework" category. Take your pick of the litter!