.NET Core vs Martini: What are the differences?
Developers describe .NET Core as "An Open Source, General-Purpose Development Platform Maintained by Microsoft and the .NET Community". Cross-platform (supporting Windows, macOS, and Linux) and can be used to build device, cloud, and IoT applications. On the other hand, Martini is detailed as "Classy web framework for Go". Martini is a powerful package for quickly writing modular web applications/services in Golang.
.NET Core and Martini belong to "Frameworks (Full Stack)" category of the tech stack.
"Great performance" is the primary reason why developers consider .NET Core over the competitors, whereas "Go" was stated as the key factor in picking Martini.
.NET Core and Martini are both open source tools. .NET Core with 11.2K GitHub stars and 2.41K forks on GitHub appears to be more popular than Martini with 10.6K GitHub stars and 1.09K GitHub forks.
What is .NET Core?
What is Martini?
Need advice about which tool to choose?Ask the StackShare community!
Sign up to add, upvote and see more prosMake informed product decisions
What are the cons of using .NET Core?
What are the cons of using Martini?
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
I use .NET Core because it provides more easy to use/test/deploy model then tradition framework. Mostly this is coming from improved build tooling. Also, run-time improvements made by .NET team mostly in .NET Core, and for fresh projects there no point to use full .NET, given that almost any code written for .NET Core would run anywhere in Windows/Linux/Mac
Visual Studio Git GitLab MariaDB nginx Linux
Visual Studio 2019 is increasing my productivity incredibly when I building MVC WebAPI and Web project. GitLab is essential tools for me. Issue boards are great as well as Source code safe in GitLab. The most amazing thing is Microsoft's new strategy on .NET enviroment for me. I love .NET Core 's cross platform support. I can deploy my projects on Linux via nginx and .NET Core runtime or self host options. MariaDB become our first choose database option because of its great talents.
Finding the most effective dev stack for a solo developer. Over the past year, I've been looking at many tech stacks that would be 'best' for me, as a solo, indie, developer to deliver a desktop app (Windows & Mac) plus mobile - iOS mainly. Initially, Xamarin started to stand-out. Using .NET Core as the run-time, Xamarin as the native API provider and Xamarin Forms for the UI seemed to solve all issues. But, the cracks soon started to appear. Xamarin Forms is mobile only; the Windows incarnation is different. There is no Mac UI solution (you have to code it natively in Mac OS Storyboard. I was also worried how Xamarin Forms , if I was to use it, was going to cope, in future, with Apple's new SwiftUI and Google's new Fuchsia.
This plethora of techs for the UI-layer made me reach for the safer waters of using Web-techs for the UI. Lovely! Consistency everywhere (well, mostly). But that consistency evaporates when platform issues are addressed. There are so many web frameworks!
But, I made a simple decision. It's just me...I am clever, but there is no army of coders here. And I have big plans for a business app. How could just 1 developer go-on to deploy a decent app to Windows, iPhone, iPad & Mac OS? I remembered earlier days when I've used Microsoft's ASP.NET to scaffold - generate - loads of Code for a web-app that I needed for several charities that I worked with. What 'generators' exist that do a lot of the platform-specific rubbish, allow the necessary customisation of such platform integration and provide a decent UI?
I've placed my colours to the Quasar Framework mast. Oh dear, that means Electron desktop apps doesn't it? Well, Ive had enough of loads of Developers saying that "the menus won't look native" or "it uses too much RAM" and so on. I've been using non-native UI-wrapped apps for ages - the date picker in Outlook on iOS is way better than the native date-picker and I'd been using it for years without getting hot under the collar about it. Developers do get so hung-up on things that busy Users hardly notice; don't you think?. As to the RAM usage issue; that's a bit true. But Users only really notice when an app uses so much RAM that the machine starts to page-out. Electron contributes towards that horizon but does not cause it. My Users will be business-users after all. Somewhat decent machines.
Looking forward to all that lovely Vue.js around my TypeScript and all those really, really, b e a u t I f u l UI controls of Quasar Framework . Still not sure that 1 dev can deliver all that... but I'm up for trying...