ExpressJS vs Polymer

Hi,

I am looking into solutions for reusable components for an existing #MVC project which is build on .NET Core. Currently some functionality is being reuses via JavaScript. I have React experience so I know I can create React components and then reference it on the MVC app. The only problem is I do not know the full extent of it as the current app uses a lot of 3rd party libraries, not sure how that will effect React components. I am currently looking into WebComponents which is also another way for creating reusable components and it is compatible with any JavaScript library based on what I have seen on the website. Also to take in consideration that it should cause a re-write of the system.

So my question is, to future-proof reusable components, which will be best React or Web Components? And which will be more reliable to use with 3rd party libraries?

I personally like using a wholly JS stack, with TypeORM + MySql/Postgres over MongoDb + Mongoose because TypeOrm's Typescript support is much stronger. After developing large projects with Typescript, there is no going back to regular javascript (typings help catch a LOT of errors / maintains data structure !)

Sticking with a javascript stack will allow you to share certain aspects of your application between front and backend. For example: one particularly common feature is to validate API call data and form entry data. Both of these are the same data shape typically (aside from pagination, metadata, etc), and can benefit from a single schema for validation. I use Yup to define this schema, then in the front and back end I can utilize this definition instead of rewriting the same logic in two different languages.

Same goes for certain utility functions such as data structure typings, decryption, encryption, sanitizing inputs, formatting of data, and other utilities. No point of writing these in two languages when both frontend and backend will use them. It will also help reduce developer work load, due to less tests / code to work with.

The only thing you must ensure in your import chain the frontend never imports any secret variables or sensitive logic used by the backend, as that will get bundled into your application. All shared imports should be individual modules

If you want to go one step further, next.js is basically create react app with server side rendering (SSR). This would allow you to skip the annoying step of configuring separate backend and frontend build tools. Might be worth exploring depending on your skill level.