❶ 如何實現在網頁中在線編輯EXCEL表格,然後保存到伺服器中
我跟你也有類似的需求，想要做一個系統，用戶需要在系統上在線去上傳編輯Excel，頁面上能夠有一個像Excel這樣矩陣的表格可以在系統裡面填報編輯，最後還需要將用戶編輯的內容收錄到資料庫中進行存儲。在網頁搜索搜到了這個問題，也看了下面的回答，雖然都是些商業的推廣，但我也認真的看了，這里做一個客觀的總結，也可以給後面跟我有類似問題的用戶一個參考：
Zoho Docs：
知道上面一搜全是他們的回答， 但是網路上根本找不到官方網站，網路經驗里我看到了一張圖片，裡面的官方網站跟上面能夠搜索到的都不一致（從一個客戶角度首先對於這樣網站上都搜不到官網的產品我是充滿了不信任的），之後好不容易找到了官網，然後試用了產品，發現其所說的嵌入網頁只是一個iframe的地址
這個看上去跟Excel外觀一模一樣，而且據他們客服說這個可以直接嵌入到系統並且還能在上面做二次開發，只要能將上面的表格嵌入到我的系統頁面中就已經滿足我的需求了，接下來我准備再測試評估一下功能與性能。
PS：
3樓的回答為什麼不能詳盡一些呢，明明3樓才是題主或者跟題主有著同樣問題的解決方案，但是3樓說的這么少，就不能像1樓那樣多說一些嗎？
❷ 在Javaweb中如何體現三層架構思想
一個非常好的問題。三層或者多層架構的核心思想是分層，不同粒度和維度都有應用。
一，系統架構
常見的動靜分離、數據中台、微服務在一定程度上都是將系統實現進行分層解耦，從而使頃游空得系統表現為不同的層次，比如典型的前端頁面展示、介面服務、數據存儲。
二，前端架構
以典型的AntDesign開發信息管理系統為例，將前端實現分為Page、Model、Service三層，Page展示頁面響應用戶操作，Model保雀瞎存數據，Service處理業務邏輯、調用後台服務介面。
三，後磨坦端架構
在後端開發中，仍然會採用分層架構。比如常用的Java+SpringBoot框架開發Web服務時，有Controller，Service，Entity，分別封裝
我是工作多年的Web應用架構師，歡迎在線咨詢
❸ 前端表格導出轉化excel
var xlsxParam = { raw: true }; //轉換成excel時，使用原始數據
var wb = XLSX.utils.table_to_book(
document.querySelector("#outTable"),
xlsxParam
);
var wbout = XLSX.write(wb, {
bookType: "xlsx",
bookSST: true,
type: "array",
});
try {
FileSaver.saveAs(
new Blob([wbout], { type: "application/octet-stream;charset=utf-8" }),
"職代會管理.xlsx"
);
} catch (e) {
if (typeof console !== "undefined") console.log(e, wbout);
}
return wbout;
❹ 前端、後台對excel表格的處理
這樣的需求需要通過一些專業的類Excel控制項來完成，這些類Excel控制項一般都會有Excel表格展示的功能，在您的系統頁面中嵌入上控制項之後頁面中就會初始化一個Excel表格，之後控制項一般都會將Excel的相關功能全部封裝成對應的API，例如Excel的導入，導出，公式，圖表，形狀，單元格操作等。之後根據需求需要用到哪些調用相應的API就可以完成了。
所以你上面說的讀進用戶的Excel，其實就是導入功能，求和就是公式相關操作的一種，提取列的數據就是正常的單元格操作的其中一種。
如果你是前端導入的話，這里推薦使用SpreadJS,這個是一個純前端的類Excel控制項，可以用JavaScript語言實現上述所有的功能。
❺ web前端多端編程開發框架結構
隨著我們對web前端編程開發技術的掌握，越來越多的框架語言和架構方式被我們所熟知。下面回龍觀北大青鳥就一起來了解一下，web前端開發的一些常見框架結構。
1.全包型
這類框架大的特點就是從底層的渲染引擎、布局引擎，到中層的DSL，再到上層的框架全部由自己開發，代表框架是Qt和Flutter。這類框架優點非常明顯：性能(的上限)高;各平台渲染結果一致。缺點也非常明顯：需要完全重新學習DSL(QML/Dart)，以及難以適配中國特色的端：小程序。
這類框架是原始也是純正的的多端開發框架，由於底層到上層每個環節都掌握在自己手裡，也能大可能地去保證開發和跨端體驗一致。但它們的框架研發成本巨大，渲染引擎、布局引擎、DSL、上層框架每個部分都需要大量人力開發維護。
2.Web技術型
這類框架把Web技術(JavaScript，CSS)帶到大弊移動開發中，自研布局引擎處理CSS，使用JavaScript寫業務邏輯，使用流行的前端框架作為DSL，各端分別使用各自的原生組件渲染。代表框架是ReactNative和Weex，這樣做的優點有：
開發迅速;
復用前端生態;
易於學習上手，不管前端後端移動端，多多少少都會一點JS、CSS。
缺點有：
1.交互復雜時難以洞鏈寫出高性能的代碼，這類框架的滾顫族設計就必然導致JS和Native之間需要通信，類似於手勢操作這樣頻繁地觸發通信就很可能使得UI無法在16ms內及時繪制。ReactNative有一些聲明式的組件可以避免這個問題，但聲明式的寫法很難滿足復雜交互的需求。
2.由於沒有渲染引擎，使用各端的原生組件渲染，相同代碼渲染的一致性沒有一種高。
3.JavaScript編譯型
這類框架就是我們這篇文章的主角們：Taro、WePY、uni-app、mpvue、chameleon，它們的原理也都大同小異：先以JavaScript作為基礎選定一個DSL框架，以這個DSL框架為標准在各端分別編譯為不同的代碼，各端分別有一個運行時框架或兼容組件庫保證代碼正確運行。