Foundation vs Material-UI: What are the differences?
Developers describe Foundation as "The most advanced responsive front-end framework in the world". Foundation is the most advanced responsive front-end framework in the world. You can quickly prototype and build sites or apps that work on any kind of device with Foundation, which includes layout constructs (like a fully responsive grid), elements and best practices. On the other hand, Material-UI is detailed as "React components for faster and easier web development. Build your own design system, or start with Material Design". React components for faster and easier web development. Build your own design system, or start with Material Design.
Foundation and Material-UI can be categorized as "Front-End Frameworks" tools.
"Responsive grid" is the primary reason why developers consider Foundation over the competitors, whereas "React" was stated as the key factor in picking Material-UI.
Foundation and Material-UI are both open source tools. It seems that Material-UI with 48.6K GitHub stars and 11K forks on GitHub has more adoption than Foundation with 28.2K GitHub stars and 5.77K GitHub forks.
HotelTonight, StatSheet, and Customer.io are some of the popular companies that use Foundation, whereas Material-UI is used by DeveloperTown, Ratio, and Code Foundries. Foundation has a broader approval, being mentioned in 653 company stacks & 77 developers stacks; compared to Material-UI, which is listed in 69 company stacks and 80 developer stacks.
What is Foundation?
What is Material-UI?
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
ReactQL is written in TypeScript to provide full types/Intellisense, and pick up hard-to-diagnose goofs that might later show up at runtime. React makes heavy use of Webpack 4 to handle transforming your code to an optimised client-side bundle, and in throws back just enough code needed for the initial render, while seamlessly handling
import statements asynchronously as needed, making the payload your user downloads ultimately much smaller than trying to do it by hand.
React Helmet was chosen to handle
<head> content, because it works universally, making it easy to throw back the correct
<title> and other tags on the initial render, as well as inject new tags for subsequent client-side views.
<style> tags when using #StyledComponents.
React Router handles routing, because it works both on the server and in the client. ReactQL customises it further by capturing non-200 responses on the server, redirecting or throwing back custom 404 pages as needed.
Koa is the web server that handles all incoming HTTP requests, because it's fast (TTFB < 5ms, even after fully rendering React), and its natively #async, making it easy to async/await inside routes and middleware.
I picked up an idea to develop and it was no brainer I had to go with React for the frontend. I was faced with challenges when it came to what component framework to use. I had worked extensively with Material-UI but I needed something different that would offer me wider range of well customized components (I became pretty slow at styling). I brought in Evergreen after several sampling and reads online but again, after several prototype development against Evergreen—since I was using TypeScript and I had to import custom Type, it felt exhaustive. After I validated Evergreen with the designs of the idea I was developing, I also noticed I might have to do a lot of styling. I later stumbled on Material Kit, the one specifically made for React . It was promising with beautifully crafted components, most of which fits into the designs pages I had on ground.
A major problem of Material Kit for me is it isn't written in TypeScript and there isn't any plans to support its TypeScript version. I rolled up my sleeve and started converting their components to TypeScript and if you'll ask me, I am still on it.
In summary, I used the Create React App with TypeScript support and I am spending some time converting Material Kit to TypeScript before I start developing against it. All of these components are going to be hosted on Bit.
If you feel I am crazy or I have gotten something wrong, I'll be willing to listen to your opinion. Also, if you want to have a share of whatever TypeScript version of Material Kit I end up coming up with, let me know.
Material UI provides Cloudcraft.co with a clean, professional looking and very easy to use set of UI components build with React. The few issues we've reported to the developers have been quickly fixed each time. I highly recommend using Material UI for both consumer and enterprise web apps. The styling system in particular is very nice to work with, and allows you to easily add your own brand's look and feel throughout the UI.
I use it for a lot of professional work where I might need more than just a responsive grid. Has a great set of mixins and components and also some nice JS-modules. I love that its so style-agnostic. Really easy to add custom styling.
Foundation has been my choice for years over Bootstrap and other similar CSS frameworks due to the naming conventions, well-designed built-in components, and it plays well with React when I'm not using ElementalUI instead.
We like the pure simplicity of Google's Material UI. It is simply too much overhead today to design custom UI styles.