npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

caro-kann

v2.0.2

Published

[Caro-Kann Korean Docs / 한국어 공식 문서](https://lackluster.tistory.com/99)

Downloads

11

Readme

Caro-Kann Korean Docs / 한국어 공식 문서

 

Caro-Kann

caro-kann is a global state management tool that operates using the useSyncExternalStore hook. It supports TypeScript and can be used with Next.js and React.js.

If you need global state but don't require complex state management, caro-kann could be the right solution for you. It offers all the necessary features while maintaining simple syntax that can be learned in just 5 minutes.

 

install and import

npm i caro-kann
import { playTartakower } from "Sicilian";

 

create a store with playTartakower

To create a store that can store external state, you need to execute the playTartakower function. This function takes an initial value, stores it in an internal store, and returns an object consisting of useBoard and BoardContext.

One crucial point to remember is that the evaluation of the playTartakower function must occur outside of a component. This is because Caro-Kann operates based on global state.

// @/hooks/useBoard/Human.ts
const { useBoard, BoardContext} = playTartakower({ name: "Caro-Kann", age: 28, canStand: true });

export { useBoard, BoardContext }

useBoard

useBoard is a custom hook that return [board, setBoard] tuple just like useState in React.js.

export default function Comp() {
  const [board, setBoard] = useBoard();

  const handleClick = (n: number) => () => {
    return setBoard((prev) => prev + n)
  }

  return (
    <div>
      <p>{board.name}</p>
      <p>{board.age}</p>

      <button type="button" onClick={handleClick(1)}>
        get old!
      </button>
    </div>
  );
}

useBoard with selecterFn

If a component references a global state in the form of an object, the component will re-render even if a property that the component does not use changes. To prevent this, useBoard allows you to retrieve only specific property values from the global state object through a selector function. In the example code below, the component does not re-render when the canStand value in the global state changes.

export default function Comp() {
  const [humanName] = useBoard((prev) => prev.name);
  const [humanAge] = useBoard((prev) => prev.age);

  return (
    <div>
      <p>{humanName}</p>
      <p>{humanAge}</p>
    </div>
  );
}

Caution When Using Selector Functions

The selector function must return an existing property from the global state. What happens if, instead of selecting the name and age properties separately, you return a new object that combines these values, as in the example above? In this case, although type inference will work correctly, you will immediately run into an infinite loop that will crash the call stack. This issue is related to the snapshotCache problem in useSyncExternalStore.

export default function Comp() {
  // call-stack explosion!!
  const [human] = useBoard((prev) => ({ name: prev.name, age: prev.age}));

  return (
    <div>
      <p>{human.name}</p>
      <p>{human.age}</p>
    </div>
  );
}

It's not impossible to work around this issue and use a new object, but doing so makes maintenance more difficult and increases the likelihood of human error during collaboration. Therefore, I won't present any of the workarounds I've discovered here. It's recommended that you avoid returning a new object through the selector function and instead write your code to return an existing property from the global state.

The selector function determines which value to set in the 'board' located at the 0th index of the tuple. This means that the presence of a selector function does not affect the behavior of the setBoard function in any way.

export default function Comp() {
  const [humanName, setBoard] = useBoard((prev) => prev.name);
  const [humanAge] = useBoard((prev) => prev.age);

  return (
    <div>
      <p>{humanName}</p>
      <p>{humanAge}</p>
    </div>
  );
}

useBoard with calcFn

Earlier, I mentioned that "the selector function determines the board value." By leveraging this characteristic of the selector function, it can be used similarly to derived atoms in Jotai. This characteristic of the selector function can be referred to as a calculation function, and the state derived through the calculation function is called a derived state. Like derived atoms, derived states are automatically recalculated whenever the existing state changes.

export default function Comp() {
  const [age, setAge] = useBoard();
  const [isOld] = useBoard((prev) => (prev > 30 ? true : false));

  const handleClick = (n: number) => () => {
    return setAge((prev) => prev + n)
  }

  return (
    <>
      <p>{`님 나이 ${isOld ? "벌써" : "아직"} ${age}이에요? ${isOld ? "너무 늙으신 듯" : "아직 응애네"}`}</p>

      <button type="button" onClick={handleClick(1)}>
        get old!
      </button>
    </>
  );
}

Derived state is confined within the scope of a single component. If you want to use the same derived state across multiple components, separating it into a custom hook can be a viable solution.

// @/hooks/useBoard/age.ts
export const useAgeBoard = playTartakower(25);

// @/hooks/useBoard/calcFn/isOld.ts
export const useIsOld = () => {
  const isOldCalcFn = (prev) => prev > 30 ? true : false
  
  const [isOld] = useAgeBoard(isOldCalcFn);
  
  return isOld
}

// @/page/comp.tsx
export default function Comp() {
  const isOld = useIsOld();

  return {...}
}

 

BoardContext

If needed, you can use the BoardContext component to make useBoard subscribe to a different value than the global state within a specific component. The BoardContext component accepts a value prop, which must be of a type compatible with the initial value provided to playTartakower.

In the example below, the Comp component uses useBoard. However, the two Comp components will subscribe to different values depending on whether BoardContext is present or not.

import { playTartakower } from "caro-kann";

const { useBoard, BoardContext } = playTartakower(3);

export default function Home() {
  return (
    <>
      <BoardContext value={5}>
        <Comp />
      </BoardContext>
      
      <Comp />
    </>
  );
}

const Comp = () => {
  const [state, setState] = useBoard();

  return (
    <>
      <p>{state}</p>
      <button onClick={() => setState((prev) => ++prev)}>+ 1</button>
    </>
  );
};

화면 기록 2024-08-31 오후 3 20 02