Made by plfx.dev
If you find this template fruitful, I would appreciate your support!
solitofor cross-platform navigationmotifor animationsnativewind v4for universal theming/design- Next.js 14
- Expo SDK 50
- Expo Router 3
- Storybook 7 for documentation and testing of components
-
appsentry points for each appexpoappyou'll be creating files inside ofapps/expo/appto use file system routing on iOS and Android.next
-
packagesshared packages across appsappyou'll be importing most files fromapp/configshared configuration files, such as tailwind config.uithe shared components for web + native. These are the building blocks of the app.features(I'm told not to organize by screens, but this folder feels alot like screens. idk I like the name features anyway).provider(all the providers that wrap the app, and some no-ops for Web.)
-
Prerequisites:
- Node v20
-
Install dependencies:
npm i -
Next.js local dev:
npm run web -
Expo local dev:
- First, build a dev client onto your device or simulator
cd apps/expo- Then, either
expo run:ios, oreas build
- After building the dev client, from the root of the monorepo...
yarn native(This runsexpo start --dev-client)Make sure
npm run webis running first, and then run the mobile app in another shell session.
- First, build a dev client onto your device or simulator
- Running Storybook
- Storybook local server:
npm run web:sb
- Storybook local server:
NativeWind lets you use Tailwind while reducing runtime work on every platform.
Most approaches to using Tailwind in React Native do something like this at runtime:
const styles = props.className
.split(' ')
.map((className) => makeStyle(className))
return <View style={styles} />This means that every component ends up parsing strings to construct predictable style objects.
NativeWind takes a new approach by doing this work upfront with a Babel plugin.
NativeWind turns className strings into cached StyleSheet.create objects at build time, avoiding the slow string parsing problem of libraries like styled-components/native.
Keep in mind that the Babel plugin will get used on iOS/Android only; on Web, we don't need the plugin since we are using className.
On Web, NativeWind uses Next.js' PostCSS feature to output CSS StyleSheets.
Which means that on Web, you're using CSS class names.
Yes, that's right. We aren't parsing className strings into objects for React Native Web to use. Instead, we're actually forwarding CSS classnames to the DOM. That means you can get responsive styles, dark mode support, & pseudo-selectors with server-side rendering support.
This is finally possible with the release of React Native Web 0.18.
As a result, using NativeWind with React Native doesn't have significant overhead compared to plain old Tailwind CSS in a regular React app.
If you're planning on making a website with Tailwind, why not use Solito with NativeWind?
You might accidentally make a great native app when you thought you were just making a website.
If you're installing a JavaScript-only dependency that will be used across platforms, install it in packages/app:
cd packages/app
yarn add date-fns
cd ../..
yarnIf you're installing a library with any native code, you must install it in apps/expo:
cd apps/expo
yarn add react-native-reanimated
cd ../..
yarnYou can also install the native library inside of packages/app if you want to get autoimport for that package inside of the app folder. However, you need to be careful and install the exact same version in both packages. If the versions mismatch at all, you'll potentially get terrible bugs. This is a classic monorepo issue. I use lerna-update-wizard to help with this (you don't need to use Lerna to use that lib).
Follow Fernando Rojo, creator of solito, on Twitter: @FernandoTheRojo
Follow Mark Lawlor, creator of NativeWind, on Twitter: @mark__lawlor
See my talk about this topic at Next.js Conf 2021:
