Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrate superflare and @superflare/remix from remix v2 → react-router v7 #75

Open
wants to merge 21 commits into
base: main
Choose a base branch
from

Conversation

acusti
Copy link
Contributor

@acusti acusti commented Jan 22, 2025

this also meant migrating examples/remix-cms from the v1 file routing style to the v2 flat routing style (1296744) and removing the deprecated @remix-run/eslint-config package from apps/site and examples/remix-cms.

the commit that migrates superflare and @superflare/remix is baca18b. doing so required duplicating @react-router/dev’s node-adapter.js and maintaining it within superflare-remix, because it’s no longer included in the published package’s dist/ directory. i also made a PR in react-router that exposes the (from|to)NodeRequest utilities that we depend on in the superflareDevProxyVitePlugin and would remove the need for duplicating that file in superflare. if it gets merged, we can remove superflare-remix/node.adapter.ts and import those utils alongside cloudflareDevProxy. note that i also needed to update superflare-remix’s tsconfig.json module and moduleResolution settings to get it to build without error (presumably due to changes between the published remix vs react-router packages).

acusti added 18 commits January 16, 2025 21:43
using serialize skips the potential toJSON() override used to e.g. not include User.password in the serialized form of a User when it is serialized as a relation of another model (e.g. Article in examples/remix-cms)
allows for e.g.:

const articles = await Article.with("user").orderBy("createdAt", "desc").toJSON();

from a loader to explicitly return the serialized version of a model to provide it to a component. this makes it so that the version of the model that is provided during SSR is exactly equivalent to the version of the model that is made available to the component when rendered on the client. otherwise, the data made available to the component during SSR when using single fetch is the actual model instance.
single fetch uses turbo-stream to serialize data, meaning that model.toJSON() is no longer automatically invoked as was the case with the remix json() helper.

turbo-stream’s encode function calls flatten, which defines a partsForObj util that gets called for POJOs and uses Object.keys(): https://github.com/jacob-ebey/turbo-stream/blob/main/src/flatten.ts#L50

customizing ownKeys() to use toJSON() to return the appropriate keys ensures that the object gets serialized by turbo-stream in the form defined by the model ( including any customizations, e.g. the default User model, which removes the password field from the result)

however, calling target.toJSON() means that relation field keys are also returned, which causes the relation model name to exist on the model (though undefined). this is why we need to check in the get() proxy trap if the prop is not undefined on target, rather than just check for the existence of the prop in target.
• add an IsSingle type argument to QueryBuilder to track if first() has been invoked
• add the toJSON method to QueryBuilder
• update return types of BaseModel query methods to return a QueryBuilder
• update QueryBuilder promise methods (then/catch) to resolve query results based on if IsSingle (i.e. if first() has been invoked) or not
this allows proper type checking of resolved instances of the model when using single fetch
the placeholder GITHUB_TOKEN in .dev.vars ensures that wrangler includes it in its typegen (worker-configuration.d.ts)
this required duplicating node-adapter.js and maintaining it within superflare-remix, because it’s no longer included in the published package’s dist/ directory. here’s a PR that exposes the (from|to)NodeRequest utilities that we depend on in the superflareDevProxyVitePlugin: remix-run/react-router#12774

if it gets merged, we can remove superflare-remix/node.adapter.ts and import those utils alongside cloudflareDevProxy

note that i also needed to update superflare-remix’s tsconfig.json module and moduleResolution settings to get it to build without error (presumably due to changes between the published remix vs react-router packages
fixes 4 type errors in examples/remix-cms
Copy link

pkg-pr-new bot commented Jan 22, 2025

Open in Stackblitz

npm i https://pkg.pr.new/jplhomer/superflare@75
npm i https://pkg.pr.new/jplhomer/superflare/@superflare/remix@75

commit: a725808

@jplhomer
Copy link
Owner

Sweet! Could we potentially use https://github.com/mjackson/remix-the-web/tree/main/packages/node-fetch-server#low-level-api for the Request generation, and https://github.com/mjackson/remix-the-web/tree/main/packages/headers for Headers conversion instead?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants