Electron vs Spring Boot: What are the differences?
Electron can be classified as a tool in the "Cross-Platform Desktop Development" category, while Spring Boot is grouped under "Frameworks (Full Stack)".
"Easy to make rich cross platform desktop applications" is the primary reason why developers consider Electron over the competitors, whereas "Powerful and handy" was stated as the key factor in picking Spring Boot.
Electron and Spring Boot are both open source tools. Electron with 74.4K GitHub stars and 9.72K forks on GitHub appears to be more popular than Spring Boot with 39.3K GitHub stars and 25.5K GitHub forks.
MIT, PedidosYa, and Intuit are some of the popular companies that use Spring Boot, whereas Electron is used by Slack, WebbyLab, and triGo GmbH. Spring Boot has a broader approval, being mentioned in 326 company stacks & 585 developers stacks; compared to Electron, which is listed in 213 company stacks and 366 developer stacks.
What is Electron?
What is Spring Boot?
Need advice about which tool to choose?Ask the StackShare community!
Sign up to add, upvote and see more prosMake informed product decisions
Sign up to get full access to all the companiesMake informed product decisions
Sign up to get full access to all the tool integrationsMake informed product decisions
The Slack desktop app was originally written us the MacGap framework, which used Apple’s WebView to host web content inside of a native app frame. As this approach continued to present product limitations, Slack decided to migrate the desktop app to Electron. Electron is a platform that combines the rendering engine from Chromium and the Node.js runtime and module system. The desktop app is written as a modern ES6 + async/await React application.
For the desktop app, Slack takes a hybrid approach, wherein some of the assets ship as part of the app, but most of their assets and code are loaded remotely.
Slack's new desktop application was launched for macOS. It was built using Electron for a faster, frameless look with a host of background improvements for a superior Slack experience. Instead of adopting a complete-in-box approach taken by other apps, Slack prefers a hybrid approach where some of the assets are loaded as part of the app, while others are made available remotely. Slack's original desktop app was written using the MacGap v1 framework using WebView to host web content within the native app frame. But it was difficult to upgrade with new features only available to Apple's WKWebView and moving to this view called for a total application rewrite.
Electron brings together Chromium's rendering engine with the Node.js runtime and module system. The new desktop app is now based on an ES6 + async/await React application is currently being moved gradually to TypeScript. Electron functions on Chromium's multi-process model, with each Slack team signed into a separate process and memory space. It also helps prevent remote content to directly access desktop features using a feature called WebView Element which creates a fresh Chromium renderer process and assigns rendering of content for its hosting renderer. Additional security can be ensured by preventing Node.js modules from leaking into the API surface and watching out for APIs with file paths. Communication between processes on Electron is carried out via electron-remote, a pared-down, zippy version of Electron's remote module, which makes implementing the web apps UI much easier.
I use Spring-Boot because it almost let you get things done quickly for a JVM-target project, with auto configuration components and dependency management starters. It is almost perfectly tailored for microservices applications development with a single unit deployment artifact (JAR) along with support for Service Registry and Discovery, Circuit Breaker pattern...
Any third-party library or any back-end service would perfectly integrate well since Spring offers integration support for most of mainstream services, let it be a RDBMS service, a NoSQL database, a Message Broker...
Coming to day-to-day development, Spring-Boot enjoys a great community so you can get support, direction, focused guidance from almost everywhere.
We are in the process of building a modern content platform to deliver our content through various channels. We decided to go with Microservices architecture as we wanted scale. Microservice architecture style is an approach to developing an application as a suite of small independently deployable services built around specific business capabilities. You can gain modularity, extensive parallelism and cost-effective scaling by deploying services across many distributed servers. Microservices modularity facilitates independent updates/deployments, and helps to avoid single point of failure, which can help prevent large-scale outages. We also decided to use Event Driven Architecture pattern which is a popular distributed asynchronous architecture pattern used to produce highly scalable applications. The event-driven architecture is made up of highly decoupled, single-purpose event processing components that asynchronously receive and process events.
To build our #Backend capabilities we decided to use the following: 1. #Microservices - Java with Spring Boot , Node.js with ExpressJS and Python with Flask 2. #Eventsourcingframework - Amazon Kinesis , Amazon Kinesis Firehose , Amazon SNS , Amazon SQS, AWS Lambda 3. #Data - Amazon RDS , Amazon DynamoDB , Amazon S3 , MongoDB Atlas
To build #Webapps we decided to use Angular 2 with RxJS
#Devops - GitHub , Travis CI , Terraform , Docker , Serverless
spring boot allow my team to start building web services quickly and package it in a stand alone application
Our application began as an HTML5 browser game, however we decided to leverage certain native parts of desktop applications by wrapping our client code into Electron. This also allowed us to not have to worry about compatibility across all the various browsers.
Our Web Applications are served on our Desktops by Electron. This allows us to have native apps running on our Workstations without having too many Browser Tabs open at the same time.
Spring-Boot allows us to create stand-alone web servers and helps us configure many of our dependencies with sane default, while maintaining flexibility where we need it.
Electron is the current preferred method to convert games made in the Game Pencil Editor for desktop support.
Implement a web-service using your favorite tools but sell a desktop application for oblivious windows users.
Used Electron to package single page web application as a desktop application.