Handsontable 10.0 升級與遷移完全指南Hook 體系重構、默認值變更與破壞性更新解析【免費下載鏈接】handsontableJavaScript Data Grid / Data Table with a Spreadsheet Look Feel. Works with React, Angular, and Vue. Supported by the Handsontable team ?項目地址: https://gitcode.com/gh_mirrors/ha/handsontableHandsontable 10.0.0 于 2021 年 9 月 29 日發(fā)布是 10.x 系列的起點也是該項目歷史上破壞性變更最集中的一次大版本升級渲染 Hook 體系被重構、多個配置項默認值被翻轉、公式引擎 HyperFormula 依賴被大幅升級。本文以官方 Changelog 為主體結合當前倉庫源碼handsontable/src逐項還原每一項變更的來龍去脈幫助你評估升級影響并平滑完成從 9.x 到 10.0 的遷移。版本概覽10.0.0 的定位與升級背景Handsontable 10.0.0 的核心主題是性能與一致性在引入更細粒度的渲染 Hook 的同時統(tǒng)一了多處 API 命名并通過調(diào)整默認值讓開箱即用的行為更可控。整個 10.x 系列在倉庫中均有對應的版本記錄文檔構成了一條完整的升級脈絡從 changelog-10 一路延伸到 changelog-11 至 changelog-18以及配套的migrating-from-9.0-to-10.0、migrating-from-10.0-to-11.0等逐版本遷移指南均位于 docs/content/guides/upgrade-and-migration 目錄下。升級到 10.0 前你需要重點審查以下五類影響面Hook 重命名與語義變化渲染流程被拆分為兩層鼠標事件 Hook 參數(shù)重命名blockCalculations→controller配置項默認值翻轉autoWrapRow/autoWrapCol、rowsLimit/columnsLimitHyperFormula 依賴升級0.6.2 → ^1.1.0默認字體樣式的引入影響現(xiàn)有 CSS 覆蓋Breaking Change 一渲染 Hook 體系重構這是 10.0.0 最核心的破壞性變更。在 9.x 及更早版本中beforeRender與afterRender代表整個 Handsontable 視圖渲染引擎的渲染前后時機10.0 將其重新命名并新增了一對更細粒度的 Hook。舊 Hook 改名beforeRender→beforeViewRender、afterRender→afterViewRender在 遷移指南9.0 → 10.0 中官方給出的重命名規(guī)則如下變更前變更后beforeRenderbeforeViewRenderafterRenderafterViewRender在源碼 hooks 常量定義 中這兩個新 Hook 被明確標注為since 10.0.0并給出了精確的觸發(fā)語義beforeViewRender在 Handsontable 視圖渲染引擎開始渲染之前觸發(fā)其 JSDoc 明確注明在 Handsontable 9.x 及更早版本中該 Hook 名為beforeRenderafterViewRender在視圖渲染引擎渲染完成之后、但重繪選區(qū)邊框與同步滾動之前觸發(fā)舊名稱同樣是afterRender。兩個新 Hook 都接收一個isForced布爾參數(shù)為true時表示渲染由設置變更、數(shù)據(jù)變更或需要完整渲染周期的邏輯觸發(fā)為false時表示渲染由滾動或移動選區(qū)觸發(fā)。新語義beforeRender/afterRender依然存在但含義完全不同10.0 中beforeRender與afterRender這兩個名字被重新定義為視圖更新級別的 Hook與視圖渲染引擎級別的beforeViewRender/afterViewRender分離。從源碼注釋constants.ts可以確認新的beforeRender在 Handsontable 業(yè)務邏輯執(zhí)行完畢、渲染引擎開始調(diào)用 Core 邏輯、渲染器renderer、單元格 meta 等更新視圖之前觸發(fā)新的afterRender在視圖更新完成之后觸發(fā)兩者都不在滾動時觸發(fā)isForced為false時由移動選區(qū)等較輕操作觸發(fā)——注意它描述的是什么觸發(fā)了渲染而非重繪了多少即使isForced為false當新行/新列進入視口時仍然會重繪單元格。這一拆分讓開發(fā)者可以精確區(qū)分底層視圖引擎重繪與業(yè)務視圖更新兩個時機也是本次升級中誤用風險最高的點升級后如果繼續(xù)把代碼掛在beforeRender/afterRender上觸發(fā)時機將與 9.x 完全不同務必按表格逐一對號入座。倉庫中的專項測試為這套新語義提供了行為驗證例如handsontable/src/__tests__/hooks/beforeViewRender.spec.js與afterViewRender.spec.js而handsontable/src/__tests__/core/suspendRender.spec.js等測試也覆蓋了渲染周期相關的掛起/恢復邏輯。Breaking Change 二鼠標 Hook 的controller參數(shù)統(tǒng)一beforeOnCellMouseDown與beforeOnCellMouseOver這兩個 Hook 的第四個參數(shù)被統(tǒng)一命名為controller此前在不同版本中叫blockCalculations。源碼 constants.ts 中兩個 Hook 的參數(shù)定義完全一致event原生mousedown/mouseover事件對象coords被點擊/懸停單元格的視覺坐標CellCoordsTD單元格的TD或TH元素controller一個對象包含row、column、cell三個布爾屬性分別用于允許或禁止對應區(qū)域的選區(qū)變更。根據(jù)遷移指南該對象內(nèi)部結構也發(fā)生了變化blockCalculations變更前controller變更后row、column、cellsrow、column、cell即cells屬性被改名為cell。這一變更直接影響以下插件的內(nèi)部實現(xiàn)它們依賴該參數(shù)控制拖拽選區(qū)的行為ColumnSortingMultiColumnSortingManualColumnMoveManualRowMoveNestedHeaders如果你的代碼通過第四個參數(shù)阻止拖拽時的選區(qū)擴展升級時需同步修改屬性名例如controller.cells false應改為controller.cell false。Breaking Change 三配置項默認值變更autoWrapRow與autoWrapCol從true翻轉為false10.0 將 settings.ts 中定義的autoWrapRow、autoWrapCol兩個選項的默認值從true改為false。這意味著鍵盤導航如方向鍵、Tab、Enter在到達行尾/列尾時不再自動跳轉到下一行/下一列行為更貼近原生表格而非電子表格。遷移指南中的對照如下變更前變更后autoWrapCol: trueautoWrapCol: falseautoWrapRow: trueautoWrapRow: false若希望保留 9.x 的自動換行導航行為請在初始化配置或updateSettings中顯式恢復autoWrapRow: true與autoWrapCol: true。CopyPaste插件的rowsLimit與columnsLimit從1000改為InfinityCopyPaste插件用于限制單次復制到剪貼板的行/列數(shù)量上限此前默認值為100010.0 起默認值改為Infinity即不限制。這一點在 copyPaste.ts 的DEFAULT_SETTINGS中得到印證其默認配置為copyPaste: { pasteMode: overwrite, // 粘貼模式overwrite | shift_down | shift_right rowsLimit: Infinity, // 復制行數(shù)上限默認不限 columnsLimit: Infinity, // 復制列數(shù)上限默認不限 copyColumnHeaders: false, // 是否在上下文菜單中顯示Copy with headers copyColumnGroupHeaders: false, // 是否顯示Copy with group headers copyColumnHeadersOnly: false, // 是否顯示Copy headers only }在底層實現(xiàn) copyableRanges.ts 中這兩個上限被用于裁剪實際寫入剪貼板的選區(qū)范圍columnsLimit約束列方向endColumn被限制在startColumn columnsLimit - 1內(nèi)rowsLimit約束行方向endRow被限制在startRow rowsLimit - 1內(nèi)。也就是說即使你在界面上選中了超大區(qū)域復制時也會按此上限截斷。配套測試 rowsLimit.spec.js 驗證了三種行為默認值為Infinity、可通過設置項覆蓋為任意數(shù)值如100、以及超出上限時剪貼板內(nèi)容被裁剪。如果需要防止超大表格一次性復制過多數(shù)據(jù)導致性能問題建議在配置中顯式設置較小的上限值。Breaking Change 四HyperFormula 依賴升級10.0 將可選的公式引擎依賴 HyperFormula 從0.6.2升級為^1.1.0這對使用Formulas插件的用戶是破壞性變更HyperFormula 1.0 系列自身包含大量 API 調(diào)整0.6.x → 1.0.x 的遷移說明詳見官方 HyperFormula 遷移指南此處不展開外部鏈接。值得注意的是從當前倉庫的 package.json 可以看到HyperFormula 依賴在后續(xù)版本中已演進到^3.0.0說明 10.0 只是這一升級鏈條的起點。若你的項目鎖定使用Formulas插件升級 10.0 時必須同步驗證公式插件的初始化參數(shù)與公式求值結果。Breaking Change 五默認字體樣式的引入為了讓網(wǎng)格開箱即用即可觀10.0 為.handsontable作用域內(nèi)的所有元素新增了默認的font-family、font-size、font-weight與color樣式。這一變化在樣式源碼中可以得到印證styles/base/_base.scss 中通過mixins.font-family引入字體族并通過 CSS 變量var(--ht-font-size)控制字號相關字體尺寸變量同樣應用于其他組件如許可證提示等。升級影響如果應用此前沒有為網(wǎng)格顯式覆蓋字體屬性升級后網(wǎng)格字體可能發(fā)生變化。解決方式是在自己的 CSS 中為.handsontable或具體單元格選擇器覆蓋這四項屬性以維持原有的視覺呈現(xiàn)。性能、質量與工程改進除了破壞性變更10.0 還包含多項非破壞性的改進getCellMeta()性能提升該方法用于讀取單元格 meta 信息屬于渲染與事件處理中的高頻調(diào)用路徑其性能優(yōu)化直接利好大表格場景selectOptions文檔與 TypeScript 定義完善該選項的類型聲明與說明文檔得到改進類型提示更準確Hook 參數(shù)轉發(fā)改進統(tǒng)一了 Hook 調(diào)用時參數(shù)的傳遞方式減少參數(shù)丟失或錯位的隱患數(shù)字識別正則性能優(yōu)化修復了用于檢測數(shù)值類型的正則表達式性能問題并清理了主要 code smells對應 issue #8752CI 工程化新增 GitHub Actions 工作流覆蓋 Handsontable 本體及全部框架 WrapperReact、Angular、Vue 3的自動化測試。10.0.0 修復清單按主題歸類的 Bug 修復Changelog 中記錄的修復項可按功能模塊歸類便于評估自己受影響的區(qū)域Formulas 插件相關HyperFormula 升級的配套修復修復了啟用NestedRows時與Formulas插件共同使用產(chǎn)生的多個問題修復了工作表名稱包含短橫線-時拋出異常的問題修復了Formulas開啟狀態(tài)下撤銷/重做undo/redo的多個 bug修復了Formulas開啟時無法通過beforeChangeHook 阻止/修改自動填充autofill的問題。NestedRows 插件相關修復特定場景下插入新行拋出錯誤的問題修復部分操作導致 NestedRows 存儲數(shù)據(jù)被破壞的問題修復插入行后已折疊的父行被意外展開的問題。其他修復修復日期選擇器配置未重置的問題修復下拉菜單與列排序協(xié)作時菜單點擊即關閉的問題修復執(zhí)行某些變更操作后數(shù)據(jù)被破壞的問題調(diào)整 dataMap 目錄 下的目錄與文件結構防止?jié)撛谘h(huán)引用。升級到 Handsontable 10.0 的實操檢查清單結合官方遷移指南的五個步驟升級流程可歸納如下Step 1 — 重命名 Hook將代碼中的beforeRender→beforeViewRender、afterRender→afterViewRender如需原來的業(yè)務視圖更新語義再考慮新的beforeRender/afterRender。Step 2 — 適配 HyperFormula升級到 1.0.x 系列對照其 0.6 → 1.0 遷移說明檢查公式插件的初始化與 API 調(diào)用。Step 3 — 復核默認值// 9.x 默認行為 // 10.0 默認行為 autoWrapRow: true → autoWrapRow: false autoWrapCol: true → autoWrapCol: false rowsLimit: 1000 → rowsLimit: Infinity columnsLimit: 1000 → columnsLimit: Infinity需要保留舊行為的場景在初始化配置或updateSettings中顯式聲明。Step 4 — 更新鼠標 Hook 參數(shù)beforeOnCellMouseDown與beforeOnCellMouseOver的第四個參數(shù)改名為controller且內(nèi)部cells屬性改名為cell。Step 5 — 校驗字體檢查應用是否被新的默認字體樣式影響必要時在.handsontable作用域內(nèi)覆蓋font-family、font-size、font-weight、color。完成以上五步后你的應用即可運行在 Handsontable 10.0 上。完整的分步遷移說明可參考 遷移指南9.0 → 10.0后續(xù)版本的演進則可查閱同目錄下的migrating-from-10.0-to-11.0等系列文檔?！久赓M下載鏈接】handsontableJavaScript Data Grid / Data Table with a Spreadsheet Look Feel. Works with React, Angular, and Vue. Supported by the Handsontable team ?項目地址: https://gitcode.com/gh_mirrors/ha/handsontable創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 Handsontable 10.0 升級與遷移完全指南：Hook 體系重構、默認值變更與破壞性更新解析
Handsontable 10.0 升級與遷移完全指南Hook 體系重構、默認值變更與破壞性更新解析【免費下載鏈接】handsontableJavaScript Data Grid / Data Table with a Spreadsheet Look Feel. Works with React, Angular, and Vue. Supported by the Handsontable team ?項目地址: https://gitcode.com/gh_mirrors/ha/handsontableHandsontable 10.0.0 于 2021 年 9 月 29 日發(fā)布是 10.x 系列的起點也是該項目歷史上破壞性變更最集中的一次大版本升級渲染 Hook 體系被重構、多個配置項默認值被翻轉、公式引擎 HyperFormula 依賴被大幅升級。本文以官方 Changelog 為主體結合當前倉庫源碼handsontable/src逐項還原每一項變更的來龍去脈幫助你評估升級影響并平滑完成從 9.x 到 10.0 的遷移。版本概覽10.0.0 的定位與升級背景Handsontable 10.0.0 的核心主題是性能與一致性在引入更細粒度的渲染 Hook 的同時統(tǒng)一了多處 API 命名并通過調(diào)整默認值讓開箱即用的行為更可控。整個 10.x 系列在倉庫中均有對應的版本記錄文檔構成了一條完整的升級脈絡從 changelog-10 一路延伸到 changelog-11 至 changelog-18以及配套的migrating-from-9.0-to-10.0、migrating-from-10.0-to-11.0等逐版本遷移指南均位于 docs/content/guides/upgrade-and-migration 目錄下。升級到 10.0 前你需要重點審查以下五類影響面Hook 重命名與語義變化渲染流程被拆分為兩層鼠標事件 Hook 參數(shù)重命名blockCalculations→controller配置項默認值翻轉autoWrapRow/autoWrapCol、rowsLimit/columnsLimitHyperFormula 依賴升級0.6.2 → ^1.1.0默認字體樣式的引入影響現(xiàn)有 CSS 覆蓋Breaking Change 一渲染 Hook 體系重構這是 10.0.0 最核心的破壞性變更。在 9.x 及更早版本中beforeRender與afterRender代表整個 Handsontable 視圖渲染引擎的渲染前后時機10.0 將其重新命名并新增了一對更細粒度的 Hook。舊 Hook 改名beforeRender→beforeViewRender、afterRender→afterViewRender在 遷移指南9.0 → 10.0 中官方給出的重命名規(guī)則如下變更前變更后beforeRenderbeforeViewRenderafterRenderafterViewRender在源碼 hooks 常量定義 中這兩個新 Hook 被明確標注為since 10.0.0并給出了精確的觸發(fā)語義beforeViewRender在 Handsontable 視圖渲染引擎開始渲染之前觸發(fā)其 JSDoc 明確注明在 Handsontable 9.x 及更早版本中該 Hook 名為beforeRenderafterViewRender在視圖渲染引擎渲染完成之后、但重繪選區(qū)邊框與同步滾動之前觸發(fā)舊名稱同樣是afterRender。兩個新 Hook 都接收一個isForced布爾參數(shù)為true時表示渲染由設置變更、數(shù)據(jù)變更或需要完整渲染周期的邏輯觸發(fā)為false時表示渲染由滾動或移動選區(qū)觸發(fā)。新語義beforeRender/afterRender依然存在但含義完全不同10.0 中beforeRender與afterRender這兩個名字被重新定義為視圖更新級別的 Hook與視圖渲染引擎級別的beforeViewRender/afterViewRender分離。從源碼注釋constants.ts可以確認新的beforeRender在 Handsontable 業(yè)務邏輯執(zhí)行完畢、渲染引擎開始調(diào)用 Core 邏輯、渲染器renderer、單元格 meta 等更新視圖之前觸發(fā)新的afterRender在視圖更新完成之后觸發(fā)兩者都不在滾動時觸發(fā)isForced為false時由移動選區(qū)等較輕操作觸發(fā)——注意它描述的是什么觸發(fā)了渲染而非重繪了多少即使isForced為false當新行/新列進入視口時仍然會重繪單元格。這一拆分讓開發(fā)者可以精確區(qū)分底層視圖引擎重繪與業(yè)務視圖更新兩個時機也是本次升級中誤用風險最高的點升級后如果繼續(xù)把代碼掛在beforeRender/afterRender上觸發(fā)時機將與 9.x 完全不同務必按表格逐一對號入座。倉庫中的專項測試為這套新語義提供了行為驗證例如handsontable/src/__tests__/hooks/beforeViewRender.spec.js與afterViewRender.spec.js而handsontable/src/__tests__/core/suspendRender.spec.js等測試也覆蓋了渲染周期相關的掛起/恢復邏輯。Breaking Change 二鼠標 Hook 的controller參數(shù)統(tǒng)一beforeOnCellMouseDown與beforeOnCellMouseOver這兩個 Hook 的第四個參數(shù)被統(tǒng)一命名為controller此前在不同版本中叫blockCalculations。源碼 constants.ts 中兩個 Hook 的參數(shù)定義完全一致event原生mousedown/mouseover事件對象coords被點擊/懸停單元格的視覺坐標CellCoordsTD單元格的TD或TH元素controller一個對象包含row、column、cell三個布爾屬性分別用于允許或禁止對應區(qū)域的選區(qū)變更。根據(jù)遷移指南該對象內(nèi)部結構也發(fā)生了變化blockCalculations變更前controller變更后row、column、cellsrow、column、cell即cells屬性被改名為cell。這一變更直接影響以下插件的內(nèi)部實現(xiàn)它們依賴該參數(shù)控制拖拽選區(qū)的行為ColumnSortingMultiColumnSortingManualColumnMoveManualRowMoveNestedHeaders如果你的代碼通過第四個參數(shù)阻止拖拽時的選區(qū)擴展升級時需同步修改屬性名例如controller.cells false應改為controller.cell false。Breaking Change 三配置項默認值變更autoWrapRow與autoWrapCol從true翻轉為false10.0 將 settings.ts 中定義的autoWrapRow、autoWrapCol兩個選項的默認值從true改為false。這意味著鍵盤導航如方向鍵、Tab、Enter在到達行尾/列尾時不再自動跳轉到下一行/下一列行為更貼近原生表格而非電子表格。遷移指南中的對照如下變更前變更后autoWrapCol: trueautoWrapCol: falseautoWrapRow: trueautoWrapRow: false若希望保留 9.x 的自動換行導航行為請在初始化配置或updateSettings中顯式恢復autoWrapRow: true與autoWrapCol: true。CopyPaste插件的rowsLimit與columnsLimit從1000改為InfinityCopyPaste插件用于限制單次復制到剪貼板的行/列數(shù)量上限此前默認值為100010.0 起默認值改為Infinity即不限制。這一點在 copyPaste.ts 的DEFAULT_SETTINGS中得到印證其默認配置為copyPaste: { pasteMode: overwrite, // 粘貼模式overwrite | shift_down | shift_right rowsLimit: Infinity, // 復制行數(shù)上限默認不限 columnsLimit: Infinity, // 復制列數(shù)上限默認不限 copyColumnHeaders: false, // 是否在上下文菜單中顯示Copy with headers copyColumnGroupHeaders: false, // 是否顯示Copy with group headers copyColumnHeadersOnly: false, // 是否顯示Copy headers only }在底層實現(xiàn) copyableRanges.ts 中這兩個上限被用于裁剪實際寫入剪貼板的選區(qū)范圍columnsLimit約束列方向endColumn被限制在startColumn columnsLimit - 1內(nèi)rowsLimit約束行方向endRow被限制在startRow rowsLimit - 1內(nèi)。也就是說即使你在界面上選中了超大區(qū)域復制時也會按此上限截斷。配套測試 rowsLimit.spec.js 驗證了三種行為默認值為Infinity、可通過設置項覆蓋為任意數(shù)值如100、以及超出上限時剪貼板內(nèi)容被裁剪。如果需要防止超大表格一次性復制過多數(shù)據(jù)導致性能問題建議在配置中顯式設置較小的上限值。Breaking Change 四HyperFormula 依賴升級10.0 將可選的公式引擎依賴 HyperFormula 從0.6.2升級為^1.1.0這對使用Formulas插件的用戶是破壞性變更HyperFormula 1.0 系列自身包含大量 API 調(diào)整0.6.x → 1.0.x 的遷移說明詳見官方 HyperFormula 遷移指南此處不展開外部鏈接。值得注意的是從當前倉庫的 package.json 可以看到HyperFormula 依賴在后續(xù)版本中已演進到^3.0.0說明 10.0 只是這一升級鏈條的起點。若你的項目鎖定使用Formulas插件升級 10.0 時必須同步驗證公式插件的初始化參數(shù)與公式求值結果。Breaking Change 五默認字體樣式的引入為了讓網(wǎng)格開箱即用即可觀10.0 為.handsontable作用域內(nèi)的所有元素新增了默認的font-family、font-size、font-weight與color樣式。這一變化在樣式源碼中可以得到印證styles/base/_base.scss 中通過mixins.font-family引入字體族并通過 CSS 變量var(--ht-font-size)控制字號相關字體尺寸變量同樣應用于其他組件如許可證提示等。升級影響如果應用此前沒有為網(wǎng)格顯式覆蓋字體屬性升級后網(wǎng)格字體可能發(fā)生變化。解決方式是在自己的 CSS 中為.handsontable或具體單元格選擇器覆蓋這四項屬性以維持原有的視覺呈現(xiàn)。性能、質量與工程改進除了破壞性變更10.0 還包含多項非破壞性的改進getCellMeta()性能提升該方法用于讀取單元格 meta 信息屬于渲染與事件處理中的高頻調(diào)用路徑其性能優(yōu)化直接利好大表格場景selectOptions文檔與 TypeScript 定義完善該選項的類型聲明與說明文檔得到改進類型提示更準確Hook 參數(shù)轉發(fā)改進統(tǒng)一了 Hook 調(diào)用時參數(shù)的傳遞方式減少參數(shù)丟失或錯位的隱患數(shù)字識別正則性能優(yōu)化修復了用于檢測數(shù)值類型的正則表達式性能問題并清理了主要 code smells對應 issue #8752CI 工程化新增 GitHub Actions 工作流覆蓋 Handsontable 本體及全部框架 WrapperReact、Angular、Vue 3的自動化測試。10.0.0 修復清單按主題歸類的 Bug 修復Changelog 中記錄的修復項可按功能模塊歸類便于評估自己受影響的區(qū)域Formulas 插件相關HyperFormula 升級的配套修復修復了啟用NestedRows時與Formulas插件共同使用產(chǎn)生的多個問題修復了工作表名稱包含短橫線-時拋出異常的問題修復了Formulas開啟狀態(tài)下撤銷/重做undo/redo的多個 bug修復了Formulas開啟時無法通過beforeChangeHook 阻止/修改自動填充autofill的問題。NestedRows 插件相關修復特定場景下插入新行拋出錯誤的問題修復部分操作導致 NestedRows 存儲數(shù)據(jù)被破壞的問題修復插入行后已折疊的父行被意外展開的問題。其他修復修復日期選擇器配置未重置的問題修復下拉菜單與列排序協(xié)作時菜單點擊即關閉的問題修復執(zhí)行某些變更操作后數(shù)據(jù)被破壞的問題調(diào)整 dataMap 目錄 下的目錄與文件結構防止?jié)撛谘h(huán)引用。升級到 Handsontable 10.0 的實操檢查清單結合官方遷移指南的五個步驟升級流程可歸納如下Step 1 — 重命名 Hook將代碼中的beforeRender→beforeViewRender、afterRender→afterViewRender如需原來的業(yè)務視圖更新語義再考慮新的beforeRender/afterRender。Step 2 — 適配 HyperFormula升級到 1.0.x 系列對照其 0.6 → 1.0 遷移說明檢查公式插件的初始化與 API 調(diào)用。Step 3 — 復核默認值// 9.x 默認行為 // 10.0 默認行為 autoWrapRow: true → autoWrapRow: false autoWrapCol: true → autoWrapCol: false rowsLimit: 1000 → rowsLimit: Infinity columnsLimit: 1000 → columnsLimit: Infinity需要保留舊行為的場景在初始化配置或updateSettings中顯式聲明。Step 4 — 更新鼠標 Hook 參數(shù)beforeOnCellMouseDown與beforeOnCellMouseOver的第四個參數(shù)改名為controller且內(nèi)部cells屬性改名為cell。Step 5 — 校驗字體檢查應用是否被新的默認字體樣式影響必要時在.handsontable作用域內(nèi)覆蓋font-family、font-size、font-weight、color。完成以上五步后你的應用即可運行在 Handsontable 10.0 上。完整的分步遷移說明可參考 遷移指南9.0 → 10.0后續(xù)版本的演進則可查閱同目錄下的migrating-from-10.0-to-11.0等系列文檔?！久赓M下載鏈接】handsontableJavaScript Data Grid / Data Table with a Spreadsheet Look Feel. Works with React, Angular, and Vue. Supported by the Handsontable team ?項目地址: https://gitcode.com/gh_mirrors/ha/handsontable創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考