Problem

Because every method is bound up in aClass, instantiated in the module factory, then exported, consumers will getevery method of Immer in their bundle, whether they use it or not.

A slight reorganization of the code would allow their optimizing compilers to tree-shake away the method implementations that they don't need.

Summary

This PR reorganizes the code such that requiringone method of Immer doesn't force you to take a hard dependency onall the others. You can now do this:

import{produce}from'immer';produce(state,draft=>{/* ... */});

…and have all of the other methods that you haven't used (produceWithPatches,setAutoFreeze,setUseStrictShallowCopy,applyPatches,createDraft,finishDraft) be reaped by your optimizing compiler.

Results

Consider this typical application that only usesproduce():

import{produce}from"immer";conststate={name:{first:"Ada",last:"Byron"},};console.log({before:state,after:produce(state,(draft)=>{draft.name.last="Lovelace";}),});

When bundled with an optimizing compiler:

pnpm dlx esbuild --bundle --define:process.env.NODE_ENV='"production"' --tree-shaking index.ts

This PR (in combination with#1124) results in a bundle that's13% smaller, gzipped (diff)

• 4020 bytesbefore this PR (link)
• 3496 bytes gzippedafter this PR (link)

Test plan

yarn test