業務系統中的數據很籠統的分可以分為兩大類，一個是結構化的，通常用關系型數據庫來存儲管理；一個是非結構化的，在這類數據中，可能最多、價值密度最大的就是文檔。如何更便捷高效的生成或分析文檔，就是業務系統通常關注的結構化數據生成非結構化的文檔，以及非結構化的文檔提取為結構化數據。

一般業務系統做這兩類事兒的時候，常常會用到POI，這是個利器，可以在服務端不打開文檔的情況下，做文檔的內容生成和數據提取，但也有不少局限性，例如在設置一些格式上就不夠直觀和精細，那WPS現在通過jsapi暴露了全能力后，這類場景有哪些「好玩兒」的新姿勢呢？今天奉上幾個小例子，給大家開闊下思路。

---

事前設計——「挖空兒」

把文字文件通過模板事前將關鍵元素（待提取的）做Key-Value設計，常見的方法可通過「書簽」、「公文域」、「內容控件」和「自定義XML標簽」，這樣雖然這還是一篇非結構化數據，但是對于業務系統而言，這已經就是一個「大表單」了，就可以很輕松的對文檔中的內容做雙向同步了。

下圖的Demo就是通過「內容控件」做的，針對內容控件，再通過業務系統將人員信息做結合，即可完成更加豐富的使用場景。例如讓某個內容控件只能某些人可編輯、可查看等。

此Demo的托管地址。

---

事前設計——「打標簽」

在表格操作中，一般會有根據后臺模板，填充相應的數據到指定的單元格的需求，且該單元格位置無論是否被修改，都能夠正確定位到。由于表格中是沒有書簽的，所以對于單元格的定位且可以使用表格的Names屬性，在表格的模板中，可以使用名稱管理器來為單元格或者選區添加添加Name屬性，也可以通過jsapi中選區或者單元格的Name屬性來添加。

下圖的Demo就是通過設置單元格的Names來建立與業務系統的關聯。

此Demo的托管地址。

---

事后分析——「分段」

對于一篇再普通不過的文檔，沒有書簽、公文域、內容控件等，可不可以做分析，當然可以，那就用普通的API做內容提取唄。這個Demo提供的思路就是將文檔的文字內容按照段落逐一提取出來，業務系統就能拿到這些數據做分析。當然可以獲取的信息還可以更多，包括文檔中的各類元素，通過jsapi做操作即可。

此Demo的托管地址。

---

事后分析——「智能目錄」

一篇文檔的骨架就是目錄，但是如果這篇文檔沒有事前做好目錄（標題樣式和段落層級），那文檔是很難生成目錄（TOC域），WPS2019具備「智能目錄識別」能力，就是針對這類「無目錄文檔」，根據內容的特征去猜目錄。正確率還是很可以的喲。利用這個功能，其實業務系統是可以對非結構化文字文檔做關鍵內容提取的喲。

此Demo的托管地址。

這只是解鎖了幾個新姿勢，更多的使用場景，歡迎大家持續挖掘，也希望能和我們互動起來喲。

總結

以上是生活随笔為你收集整理的abap al设置单元格可编辑 oo_利用WPS做业务系统的超级编辑器的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。