请问Excel的操作类放在三层架构的哪一层比较合适？

shuangren2 2016-08-01 02:46:21

UI、BLL、DAL一般放在哪一层比较好

...全文

197 7 打赏收藏举报

写回复

7 条回复

切换为时间正序

请发表友善的回复…

发表回复

以专业开发人员为伍 2016-08-01

打赏
举报

回复

假设你弄了一个 ExAL 层，那么你在 BLL 层调用它（BLL层调用 DAL+ExAL）。如果根本谈不上“层”，那么就是普通的小方法。这时候主要看你是不是比较“大气”的系统而定。如果你就是一个小程序，还多余的搞三层，那么首先对于“三层”就存疑。如果是一个前端和业务服务层分的很“开”的系统，你的业务服务层可以给许多不同的前端应用调用，先认识清楚此时“分层”的作用，你还会纠结这个 Excel 处理放到哪里吗？

以专业开发人员为伍 2016-08-01

打赏
举报

回复

实际上就算是放到前端，严格来说跟 UI 的核心概念也没有直接关系，它是在前端中“靠后”的部分来处理。比如你使用 MVC 模式，那么它应该放到 C 层；如果你使用 MVVM 模式，那么它应该放到 VM 层。

以专业开发人员为伍 2016-08-01

打赏
举报

回复

首先，DAL就是独立的与业务无关的数据库系统适配。如果你说操作Excel“像DAL”的话，那么你应该单独弄一个 EAL 层出来！所以它不应该跟 DAL 在一起。剩下的两个，就要具体分析了。如果你的前端处理 Excel，那么它就在前端处理。如果你的服务端处理 Excel，那么就在 BLL 层处理。如果你根本就是一个单机的小程序，或者就是一个 asp.net 小网站，你根本用不着“三层”。

秋的红果实 2016-08-01

打赏
举报

回复

要是存储数据的，就放倒dal

只怕不在遇上 2016-08-01

打赏
举报

回复

放DAL吧其实都无所谓的

下雨天抽烟 2016-08-01

打赏
举报

回复

无所谓啊，想放哪就放哪，能用就好。至于封层主要是为了维护方便，都是认为划分的，何必纠结呢。Excel通用的方法可以作为工具类放在bll层的某个命名空间内，一些直接操作数据的东西可以放在DAL中。看你自己心情吧

wanghui0380 2016-08-01

打赏
举报

回复

不放在任何一层，excel操作类是工具类，他跟你那个3层没有任何必然联系

说起文件内容比较，或许我们首先想到的是UltraCompare这类专业比较的软件，其功能非常强大，能够对基于文本的文件内容作出快速、准确的比较，有详细的差异报告，非常便于分析。其实，各种版本控制软件中也包含有或多或少的比较功能，如TFS、CVS、SVN等。但是如果待比较的文件不是基于文本类型的，那就无能为力了。今天我就来谈一谈Excel的比较方法及其特点，也和大家共同探讨一下，如果你有更好的方法，

using (Stream stream = File.Open("D:\\10级net3班信息表.xls", FileMode.Open, FileAccess.Read))//建立流，指向要读取的文件 { HSSFWorkbook workbook = new HSSFWorkbook(stream);

本文介绍如何在TortoiseSVN中集成Excel比较工具，可以在提交窗口中通过外部工具来比较Excel文件的差异。

这是其中的一种方式，使用微软的Microsoft.Office.Interop.Excel库。自己写了一个操作类： using System; using System.Collections.Generic; using System.Linq; using System.Text; using Excel = Microsoft.Office.Interop.Excel; namesp

原文出处： http://www.cnblogs.com/wangchuang/p/5546345.html /// 常用工具类——Excel操作类 /// 　------------------------------------------------ /// 　CreateConnection：根据Excel文件路径和EXCEL驱动版本生成OleConnect

111,128

社区成员

642,533

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧

+ 用AI写文章