Hi! I’ve been experimenting with and investigating multiple options for building a fullstack clojure/clojurescript app with RN as the main client app. Fulcro seems perfect for what I’m trying to build, and I’m really stoked about everything that’s been built out here and all the documentation. I am, however, planning on bypassing expo. Does anyone have any pointers on how to set that up with Fulcro?

@aleksander990 ummmm…let me see, I’ve got a bare RN app sitting around somewhere…

I think I followed the instructions for a bare react native app here: https://docs.expo.io/bare/exploring-bare-workflow/ But you don’t have to use the expo APIs (though I still find them convenient).

did the normal MainActivity stuff (return the name of the js module name)

nothing special in shadow, other than using the right target type

Unrelated to Fulcro: How much overhead does expo bare add vs react native CLI? (I was looking through the code here and trying to reverse engineer it for native native. https://github.com/fulcrologic/fulcro-native/blob/develop/src/main/com/fulcrologic/fulcro_native/bare.cljc). I’m a little worried about app size with expo, but from what I’m gathering it might not be too different than react native cli with bare

:app   {:target     :react-native
          :init-fn    app/init

you can choose what you add API-wise

I got all that setup. The build is compiling and working as expected. I’m just trying to figure out the render-root part

so I don’t think expo has to add anything

oh, ok, so…

(all the sample projects you’ve setup are immensely helpful)

I’m using `

:optimized-render!      kr2/render!

keyframe render 2

:render-root!      bare/render-root!

(from fulcro-native.bare)

then (app/mount! app root/Root :i-got-no-dom-node)

I think that’s it

Oh I see, I’m using expo’s registerRootComponent

in bare

I’d just look in the js and see what that does…it just adds a bit of expo magic in, but it stil lhas to call the RN low-level calls

import 'expo/build/Expo.fx';
import { AppRegistry } from 'react-native';
export default function registerRootComponent(component) {
    AppRegistry.registerComponent('main', () => component);
}

doesn’t look like it does much at all 😜

so you should just be able to registerComponent yourself

ha ha, ok so I suppose that that, an asset management is the only thing that’s expo specific

yeah

Out of curiosity: Do you remember the approximate app size of your RN apps? It looks like the base bundle is quite a bit bigger than the the reagent build I got running (1.2mb vs 5.2mb when building for release). My guess is that it’s because Fulcro includes a lot else, but my app right now is nothing more than a view with text in it

Ok, changing for this is all it took: (.registerComponent rn/AppRegistry “main” (fn [] Root))

Ok, a few notes: • I’d be happy to do a PR with a native.cljc for use cases without expo. It’s a simple change, but that’ll make it easy for anyone to get started • The alpha UI components imports a few components that have been moved outside core RN library (it throws a couple of warnings. So they should be removed • Preassigning all the basic ui-components seem to make them part of the bundle - regardless of whether you use them. (they won’t be treeshaken). I don’t know if that has to do with how (comp/isoget) is implemented or something else. Easy solution is to simply not do it and leave it up to the user. Meaning I’ll only do the import for the components I actually need. And then have the components ns expose the react-factory helper function Let me know if you have any thoughts on it. Otherwise I’ll experiment some more tomorrow and submit some PRs to the repo

For a very specific use case, is it allowed to access a component's parent via this (ie. (.-fulcro$parent (.-props this))) ? Or is it definitely not part of the public API?

see comp/get-parent

the internal keys are unlikely to change names, but I make no guarantees about the internals of how components are implemented

@tony.kay Thanks, perfect. It seems to be a somewhat recent change as it was not part of the API version I was accessing on Cljdoc. Recent versions are faulty, namespaces don't show up. I tried rebuilding it but it fails.