@openli1115/lowcode-edit-pro-table 1.0.62 → 1.0.64

package/es/context/FormProvider.js

@@ -42,12 +42,36 @@ export var FormProvider = function FormProvider(_ref) {
     values = _useState[0],
     setValues = _useState[1];
 
+  /** 每次渲染同步，供 initialValues effect 判断「store 是否只是回灌了当前表单已有数据」 */
+  var valuesRef = useRef(values);
+  valuesRef.current = values;
+
+  /**
+   * 由 setFieldValue → onChange 写回 previewStore 后，父组件会把同一帧/下一帧的 screenStructures 再塞回 initialValues。
+   * 旧数据 + 大表场景下 lodash isEqual 仍可能因类型/多余字段判成不等；Windows 上渲染更慢，Fusion Overlay 反复 setPosition，
+   * 极易 #185。此处用「计数跳过」不依赖深度比较是否相等。
+   */
+  var pendingSkipStoreResyncRef = useRef(0);
+
   /**
    * store 每次 dispatch 都会给新的 screenStructures 引用；若内容与表单 state 实际一致仍 setValues，
-   * 会整页重渲染（含 EditProTable 几十行），Fusion Overlay/Select 在 componentDidUpdate 里反复 setPosition，
-   * 易触发 React #185（Maximum update depth exceeded），Windows 上更明显。
+   * 会整页重渲染（含 EditProTable、ss_xxx_tab 等大表），Fusion Overlay/Select 反复 setPosition，
+   * 易触发 React #185（Maximum update depth exceeded）。
+   *
+   * 仅与 initialValuesRef 比较不够：用户改字段后 onChange 已把同一份数据写回 store，若此时再 merge，
+   * 或与内表 mutate 的 window.screenStructures 产生细微差异，会反复 setValues 形成环。
+   * 因此：initialValues 与当前表单 values 深度相等时，一律不再 setValues。
    */
   useEffect(function () {
+    if (pendingSkipStoreResyncRef.current > 0) {
+      pendingSkipStoreResyncRef.current = 0;
+      initialValuesRef.current = initialValues;
+      return;
+    }
+    if (isEqual(initialValues, valuesRef.current)) {
+      initialValuesRef.current = initialValues;
+      return;
+    }
     if (isEqual(initialValues, initialValuesRef.current)) {
       initialValuesRef.current = initialValues;
       return;
@@ -74,10 +98,10 @@ export var FormProvider = function FormProvider(_ref) {
       set(newValues, path, value);
       console.log("[FormProvider] \uD83D\uDCDD Set field '" + path + "' to:", value);
 
-      // 触发 onChange 回调，把新值通知给外部
+      // 触发 onChange 回调，把新值通知到外部 store；计数放在微任务首行，避免早于「store 回灌」的 effect 误消费
       if (onChange) {
-        // 使用微任务避免阻塞渲染
         Promise.resolve().then(function () {
+          pendingSkipStoreResyncRef.current += 1;
           onChange(newValues);
         });
       }

package/lib/context/FormProvider.js

@@ -48,12 +48,36 @@ var FormProvider = exports.FormProvider = function FormProvider(_ref) {
     values = _useState[0],
     setValues = _useState[1];
 
+  /** 每次渲染同步，供 initialValues effect 判断「store 是否只是回灌了当前表单已有数据」 */
+  var valuesRef = useRef(values);
+  valuesRef.current = values;
+
+  /**
+   * 由 setFieldValue → onChange 写回 previewStore 后，父组件会把同一帧/下一帧的 screenStructures 再塞回 initialValues。
+   * 旧数据 + 大表场景下 lodash isEqual 仍可能因类型/多余字段判成不等；Windows 上渲染更慢，Fusion Overlay 反复 setPosition，
+   * 极易 #185。此处用「计数跳过」不依赖深度比较是否相等。
+   */
+  var pendingSkipStoreResyncRef = useRef(0);
+
   /**
    * store 每次 dispatch 都会给新的 screenStructures 引用；若内容与表单 state 实际一致仍 setValues，
-   * 会整页重渲染（含 EditProTable 几十行），Fusion Overlay/Select 在 componentDidUpdate 里反复 setPosition，
-   * 易触发 React #185（Maximum update depth exceeded），Windows 上更明显。
+   * 会整页重渲染（含 EditProTable、ss_xxx_tab 等大表），Fusion Overlay/Select 反复 setPosition，
+   * 易触发 React #185（Maximum update depth exceeded）。
+   *
+   * 仅与 initialValuesRef 比较不够：用户改字段后 onChange 已把同一份数据写回 store，若此时再 merge，
+   * 或与内表 mutate 的 window.screenStructures 产生细微差异，会反复 setValues 形成环。
+   * 因此：initialValues 与当前表单 values 深度相等时，一律不再 setValues。
    */
   useEffect(function () {
+    if (pendingSkipStoreResyncRef.current > 0) {
+      pendingSkipStoreResyncRef.current = 0;
+      initialValuesRef.current = initialValues;
+      return;
+    }
+    if ((0, _lodash.isEqual)(initialValues, valuesRef.current)) {
+      initialValuesRef.current = initialValues;
+      return;
+    }
     if ((0, _lodash.isEqual)(initialValues, initialValuesRef.current)) {
       initialValuesRef.current = initialValues;
       return;
@@ -80,10 +104,10 @@ var FormProvider = exports.FormProvider = function FormProvider(_ref) {
       (0, _lodash.set)(newValues, path, value);
       console.log("[FormProvider] \uD83D\uDCDD Set field '" + path + "' to:", value);
 
-      // 触发 onChange 回调，把新值通知给外部
+      // 触发 onChange 回调，把新值通知到外部 store；计数放在微任务首行，避免早于「store 回灌」的 effect 误消费
       if (onChange) {
-        // 使用微任务避免阻塞渲染
         Promise.resolve().then(function () {
+          pendingSkipStoreResyncRef.current += 1;
           onChange(newValues);
         });
       }

package/lowcode_es/meta.js

@@ -101,7 +101,7 @@ function fillRealVersion(meta, packageName, version, basicLibraryVersion) {
     packageName = '@openli1115/lowcode-edit-pro-table';
   }
   if (version === void 0) {
-    version = '1.0.62';
+    version = '1.0.64';
   }
   if (basicLibraryVersion === void 0) {
     basicLibraryVersion = {

package/lowcode_lib/meta.js

@@ -106,7 +106,7 @@ function fillRealVersion(meta, packageName, version, basicLibraryVersion) {
     packageName = '@openli1115/lowcode-edit-pro-table';
   }
   if (version === void 0) {
-    version = '1.0.62';
+    version = '1.0.64';
   }
   if (basicLibraryVersion === void 0) {
     basicLibraryVersion = {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@openli1115/lowcode-edit-pro-table",
-  "version": "1.0.62",
+  "version": "1.0.64",
   "description": "@openli1115/lowcode-edit-pro-table",
   "main": "lib/index.js",
   "module": "es/index.js",
@@ -101,10 +101,10 @@
   },
   "componentConfig": {
     "isComponentLibrary": true,
-    "materialSchema": "https://unpkg.com/@openli1115/lowcode-edit-pro-table@1.0.62/build/lowcode/assets-prod.json"
+    "materialSchema": "https://unpkg.com/@openli1115/lowcode-edit-pro-table@1.0.64/build/lowcode/assets-prod.json"
   },
   "lcMeta": {
     "type": "component"
   },
-  "homepage": "https://unpkg.com/@openli1115/lowcode-edit-pro-table@1.0.62/build/index.html"
+  "homepage": "https://unpkg.com/@openli1115/lowcode-edit-pro-table@1.0.64/build/index.html"
 }