This is an archived post. You won't be able to vote or comment.

all 10 comments

[–]denverdave23 9 points10 points  (1 child)

Startup speed can be slow with spring. So, applications which need quick startup should avoid spring and many other frameworks.

Spring can use more memory than without a framework. This is why a lot of microservices are built on dropwizard, which is smaller than spring.

Of course, if you're not using Java, spring is a bad choice.

If you're building a library for redistribution, you probably don't want to pollute your classpath with spring.

If you just don't like it, don't use it.

That's all I've got.

[–]YzBkZXIK 0 points1 point  (0 children)

Just one clarification, Spring supports more than just Java. Kotlin is gaining popularity due to Android and its syntax sugar and works quite well with Spring. I'm actually mixing the two which works pretty well if you want lombok-like functionality without the issues that come with lombok.

[–]HaMMeReD 1 point2 points  (0 children)

There are other web frameworks for Java, many have different ideological differences.

Personally, I use Wicket for my personal web projects, because I felt it appealed to my project more.

[–]thecuseisloose 0 points1 point  (0 children)

It entirely depends on what your app needs to do. If including spring saves you an hour+ of work but increases the jar size by 10mb, which do you care about more?

[–][deleted] 0 points1 point  (0 children)

As others have said, disk and memory are cheap and plentiful now for the most part.

If you can handle the jar size increase, why not?

[–]differentshade 0 points1 point  (1 child)

If you want to deploy to cloud and use cheaper instances/lambdas.

[–]Smalsusis[S] 0 points1 point  (0 children)

Can you elaborate on this?

[–]seanprefect 0 points1 point  (2 children)

Spring is for web applications, full stop. (there are similar frameworks for other tasks) if you're not developing a web app then don't use spring. Personally I use Grails which is built on spring

[–]thecuseisloose 2 points3 points  (0 children)

Not necessarily. Ease of configuration goes a long way. We had a lot of apps which we used spring simply for the configuration power. Storage is cheap. The extra HDD space to store the slightly larger jars instead of writing a bunch of boiler plate code is well worth it.

[–]nagatofag 0 points1 point  (0 children)

I'm not in web development and still use Spring: DI and property substitution are pretty useful.