MonoGame.Extended VS VelcroPhysics

MG.Extended.Tiled serialization is just XML, if you know how to deserialize XML, you can just read in your maps using System.Xml

MLEM is a library for monogame that has spritesheets and animations. As well as Monogame.Extended. Both open source libraries you can look at for inspiration, or use if you don't want to write your own.

Monogame has a good number of libraries, ranging from utility and QOL stuff all the way up to something like Nez, a huge library completely reworks how Monogame works.

Here are your draw methods for monogame extended sprite https://github.com/craftworkgames/MonoGame.Extended/blob/a3373ac26d90c9801b71b55679f1199fa4ec22a6/src/cs/MonoGame.Extended/Sprites/SpriteExtensions.cs

It seems to have the ability to draw geometry (and much more -> https://github.com/craftworkgames/MonoGame.Extended/blob/develop/src/cs/MonoGame.Extended/Math/ShapeExtensions.cs

MonoGame abstracts a lot of the rendering work and is easy to use for 2D games (I haven't tested its 3D support so far). It also provides you with a content pipeline plus audio and input handlers. All that's left for you to do is roll your own Entity Component System, physics, and game logic. If you're not interested in writing your own physics, there are libraries out there already. Additionally, if you don't want to get caught up in the details of data serialization, Json.NET is a great package for serializing data in JSON format. That makes it perfect when paired with a map editor such as Tiled, which can export to JSON.

Back in my indie days, I shipped a few 2D games with the Farseer physics engine on XNA to Xbox 360 and Windows phone. It's not dead either, the project lives on as Velcro Physics.