Merge pull request #16 from SailingSteve/steveStaffClientJan15-250pm

Updated react-router v6 to v7, and replaces flux with react-query

.eslintrc

@@ -52,6 +52,7 @@
     "react-hooks/exhaustive-deps": "warn",         // Checks effect dependencies
     "react-hooks/rules-of-hooks": "error",         // Checks rules of Hooks
     "react/button-has-type": 1,
+    "react/jsx-one-expression-per-line": 0,
     "react/destructuring-assignment": 0,          // Dec 2018: We should do this!  But right now we have 3990 warnings/errors if enabled.
     "react/forbid-prop-types": 0,                 // Dec 2018: Should consider someday
     "react/indent-prop": 0,

docs/FluxEliminated.md

@@ -0,0 +1,52 @@
+### Flux eliminated
+* flux has been deprecated and archived for more than 2 years, eventually is will become a problem for WebApp
+* flux has been removed from weconnect-client (it still is in some non-used parts, but will be deleted)
+* see [React Query Makes Writing React Code 200% Better](https://youtu.be/lVLz_ASqAio?si=7Ji0xWIDoh-DM6VU)
+* react-router also has been updated from 6 to 7, which brings routing changes
+
+#### Changing to react-query
+
+* Stores and actions go away, along with tons of boiler plate code in the pages and components -- maybe half the code in the app goes away, with no loss in functionality.
+* All the listeners go away, since cache is managed by react-query, so we don't have to listen for changes.
+* The key is that instead of preprocessing data from the API in stores, and writing lots of code to maintain store
+  "freshness" react-query automatically maintains fresh data.
+* You can pre-process cached data into the AppContext (react app cache not related to react-query).  Store smaller sets of pre-process stored data, 
+  but it seems super-fast to just reprocess the data as you need it.
+
+* TeamHome line 41, an API query --
+  ```
+  const { data, isSuccess, isFetching, isStale } = useFetchData(['team-list-retrieve'], {});
+  ```
+  useFetchData() is called each time the page is rendered.
+  If nothing has invalidated the cache, the result of the query is served from cache -- no API call is made.
+
+* AddPersonDrawerMainContent line 28, a cache invalidation on a mutation
+  ```
+  const personSaveMutation = useMutation({
+    mutationFn: (params) => weConnectQueryFn('person-save', params),
+    onSuccess: () => {
+      console.log('--------- personSaveMutation  EditPersonForm mutated ---------');
+      queryClient.invalidateQueries(['team-list-retrieve']).then(() => {});
+    },
+  });
+  ```
+  Mutations only run when called from something like an onClick().  In this case they update a person record,
+  which makes the team-list-retrieve in cache stale, so it needs to be invalidated.  The next time a page is 
+  loaded that relies on the data from team-list-retrieve the API fires and the cache regains freshness.
+
+#### Watch out for
+* It is easy to get in endless loops if you are updating state in a component, and have no way to preven subsequent
+  updates from further updating the same state variable.
+  * useEffect() can solve the problem here, since with no `useEffect` dependencies in square brackets, since this is like the old `componentDidUnmount()`.
+* Unfigured out:  
+  * Sometimes parameters that come into a functional component (with a render call), don't appear in the component. 
+  * Sometimes `const params  = useParams();` gets the params (maybe if coming in as URL params).
+  * Almost always something like 'getAppContextValue('addPersonDrawerOpen');' works
+  * Getters and Setters like 'const [team, setTeam] = useState({});' work well, but this fails...
+    ```
+    const [bob, setBob] = useState('yes');
+    console.log(bob);      // returns undefined   
+    ```
+    Since the state initialization is not complete until the component re-renders.
+  * Removed Storybook (until we actually need it), it had lots of unresolved version dependencies.
+  * Minor note: Boolean props to StyledComponents now need a $ in front of the variable like $largeFont, due to the React upgrade.