❶ 如何实现在网页中在线编辑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框架为标准在各端分别编译为不同的代码，各端分别有一个运行时框架或兼容组件库保证代码正确运行。