返回目录：excel表格制作
操控excel,选择Python还是vba？
数据量大更建议用Python，vba一般都是将数据存放在内存中，当数据不拆分电脑配置又不高，就会显得比较卡，数据处理完毕后，不释放下内存电脑用起来也会比较卡，vba一般只会启动2个cpu核心进行数据计算，运算效率也比较低，现在微软已经停止对vba的更新，更建议学习Python，如果只是操作excel，这两个学习难度差别不大，但是Python发展空间会更好
还有一种更加便捷的方法，就是使用power bi的三大组件进行数据处理，使用power query进行数处理，powerpivot进行分析，power view进行数据可视化，优点就是学习周期短，数据可实现自动刷新，上手比较快，使用这个方法，效率可能会比excel快一些，但是速度仍然不及python，当然了为了长久可持续更建议学习Python，但是上手周期会比较长
如何使用EXCEL的VBA函数进行编程？
在Excel中，点击“开发工具-Visual Basic”即可进行Vba编程。
进行Excel的Vba编程前，应当先对Excel的常用对象、属性有一定了解：比如Worksheets对象代表制定工作簿中所有工作表的集合；Worksheet（1）就是工作簿的第一个工作表；Worksheet（1）.range（“A1”）返回单元格A1等等......
初学者可以采用录制宏的办法，先模拟需要实现的过程，再对录的宏进行通用性修改，得到最终的Vba代码。
希望帮到你～
Excel VBA选取单元格有哪些方法和技巧？
VBA选取单元格的8种方法 本技巧目的： 掌握单元格的各种引用方法 1. Range 属性
2. Cells 属性
- ★★★ 小技巧： 安装代码助手后，alt+数字 0 ： 可以快速转换 列号 为数字 或者 英文字母
- 单个单元格：
- 连续单元格： B2 到 D7 单元格
- 表示方法：sheet1.Range(sheet1.cells(2,2),sheet1.cells(7,4)) 或者
- sheet1.Range(sheet1.cells(2,"B"),sheet1.cells(7,"D"))
- 注释：
- 书写方法： sheet1.range（工作表名称.左上方单元格，工作表名称.右下方单元格）
★★★ Range 和 Cells 总结：
- 1） Range 和 Cells 书写方法不同： Range("A1") 和 Cells(1,1) 或者 Cells(1,"A") 所指的单元格是相同的
- 2） Range： 写好后, 后面加上 . 系统会出现提示， Cells 没有
- 3） Range： 可以表示连续的单元格
- 4） Cells: 更方便，直接写行，列号， 中间用英文逗号分隔，不需要使用字符串拼接。它是在循环中根据行列号访问的主要手段
- 例如: Range("A" & rows.count) Cells(rows.count, "A")
3. 方括号 [ ]
- Sheet1.Range("A1") 可以写成 sheet1.[A1]
- Sheet1.range("A1:C1") 可以写成 sheet1.[A1:C1]
- ★★★ 注意： 只能使用列号的英文字母或者行号数字，不能使用变量
4. Offset 属性
- Offset 的使用方法:
- 以某单元格作为起点，然后以他为起点向上下，左右偏移。
- 1）需求：当用户选中单元格后 , 需要在选中的单元格左上单元格写入数字 1，
- 且选中单元格是未知的。
- 2）有了Offset 属性，只需要在 Selection 后输入偏移的行列号，就能实现输入。
- 3）实现方法：Selection.offset(-1,-1) = 1 这样书写是不是很方便呢？
- 二种方法：
- 使用 offset, 假设以 B3 为起点， 这个起点位置可以根据自己的要求来设定。
- 书写方法：Sheet1.range("B3").offset(0,1)
- 注释：
- 1） 代表： B3 开始，不偏移行，向右偏移一列， 即 C3 单元格
- 2） offset 括号内 前面数字代表行， 后面数字代表列
- 3） 数字 0 代表： 不偏移
- 4） 数字 -1 代表： 向上 或者 向左 偏移
- 例如1： Sheet1.range("B4").offset(-1,1) 即: B4 向上偏移一行，向右偏移一列, 即 C3 单元格
- 例如2： Sheet1.range("D5").offset(-2,-1) 即: D5 向上偏移二行，向左偏移一列, 即 C3 单元格
- 使用 range 或者 cells， 假设以 B3 为起点， 这个起点位置可以根据自己的要求来设定。
- 书写方法：sheet1.range("B3").cells(1,2) 或者 sheet1.range("B3").range("B1")
- 注释：
- 1） 上面书写方法代表：B3 开始，不偏移行，向右偏移一列， 即 C3 单元格
- 2） 详解：
- ① 不能 向上 或者 向左 偏移
- ② 数字 1 代表： 本行，本列
- ③ 数字 2 代表： 向下 1 行 或者 向右 1 列
- ④ 数字 3 代表： 向下 2 行 或者 向右 2 列
- ⑤ 后面以此类推，每增加 1，偏移 也 增加 1
- ⑥ Range 中的英文字母可以当作数字来看 即 B 代表 数字 2， C 代表 数字 3
5. Resize 属性
- 要求：表示上图的 B3:E10 单元格
- 同理：首先以某单元格作为起点，然后以他为坐标向上下，左右扩展。这里是使用扩展哦。
- 好处和前面说的 Offset 是一样的：修改方便，另外即使是未知位置单元格也能扩展。
- 书写方法：Sheet1.Range("B3").Resize(8, 4)
- 注释：
- 1） 上面书写方法代表：B3 开始，（含本行本列）共扩展 8行，4列， 即 B3:E10 单元格
- 2） 详解：
- ① 数字 1 代表： 本行，本列
- ② 数字 2 代表扩展： 向下 1 行 或者 向右 1 列
- ③ 数字 3 代表扩展： 向下 2 行 或者 向右 2 列
- ④ 后面以此类推，每增加 1，扩展 也 增加 1
- offset，resize 组合联合使用
- 这两个属性是可以组合使用的。这样对于后期的改动会更为方便快捷。
- 要求：表示 C3:E9 单元格
- 书写方法：Sheet1.Range("A1").Offset(2,2).Resize(7,3)
- 注释：
- 1） A1 单元格 偏移： 向下 2行 向右 2列 再扩展： 向下 7行 向右 3列
- 2） 偏移，扩展可以前后随意组合
★★★ Offset、Range 和 Resize 总结
6. Union 属性
- 连接二个不连续的区域: B3:D8, G10:I15
- 书写方法: Union(Sheet1.Range("B3:D8"), Sheet1.Range("G10:I15"))
7. Usedrange 属性
- 书写方法: Sheet1.Usedrange
- 注释：
- 1） 确定Sheet1 的 已使用区域
- 2） 该代码所表示的地址为：A1:D7
- 书写方法：Sheet1.Usedrange
- 注释：
- 1）该代码所表示的地址为： A1:G11
- 2）★★★ 注意： F10:G10 区域即使为空格， 表示的地址也会是 A1:G11
8. CurrentRegion 属性
- 书写方法：Sheet1.Range("A1").CurrentRegion
- 注释：
- 1） 以 A1 为起点的连续区域
- 2） 该代码表示的地址为：A1:D7
- 书写方法：Sheet1.Range("F10").CurrentRegion
- 注释： 该代码表示的地址为：F10:G11
经常使用Excel，学习VBA还是PYTHON？哪个容易学？我是四十岁大叔？
其实Vba和Python作为语言来比较，没有特别谁比谁好的。比如下面是许多人列出的对比：
Python资料多。其实你用Vba可以通过录制宏得到大致的代码
Python语法简单。其实编程语言来来去去就那么几个基本语法，说语法知识点的话，Vba的语法数量更少(因为他是一门很久没有更新的语言)
Python的库多。这是真的，Vba没法相比。
这样看起来，感觉好像Vba会好一些，其实你的问题应该从2方面去做考量。
一，操作Excel为主
如果你的工作需求都是可以通过Excel内置功能完成，那么 Vba 会更加方便，你编写代码方便，就意味着你更容易学习。
比如：批量设置多个工作表的格式，简单调用Excel内置排序功能完成数据排序等等
如上这些需求其实都不涉及复杂的数据处理，完全是调用Excel内置功能即可完成，因此使用Vba只需要简单录制宏，通过基本语法即可完成自动化。
二，数据处理为主
当你需要进行数据处理的时候，那么Vba平台就显得很笨重。一旦数据量上千过万(这数量级实际很小)，你就需要学习数组、字典这些知识才能完成任务，这里面的学习量就很大。
比如：某学校考试超过全校平均成绩的学生列出来。
就这么一个简单的需求，你要用Vba完成，代码量不会少，如果你在代码中使用函数公式，代码逻辑会不清晰，并且数据量上千后，速度会很慢。如果你用数组处理，代码量会多起来。
如果你学习python，并且会一点pandas库的知识，这种需求就一两句代码解决的事情，并且代码逻辑清晰。
因此，如果你的工作任务涉及这种数据处理需求，那么建议你学习Python。随着需求难度升级，如果你用vba，不是说不可以解决，只是说你可能会疯掉。
三，操作Excel + 数据处理
你的情况可能是既要操作Excel，又有数据处理。那么建议你先学习Python，因为操作Excel其实可以使用Python的xlwings库完成，操作逻辑的代码同样可以通过录制宏稍作修改即可使用。
而且，当你学会python，其实学习vba是很简单的事情，因为你不需要考虑用低级结构(数组，字典这些)去处理数据。
最后
顺便提醒一下你，其实Python语言在数据处理上本身没有啥特别优势，但是Python作为一个平台，他有许多优秀成熟的第三方库，那些库才是你的学习重点。千万不要把宝贵的精力用在低效的地方
你可以去看看我的头条号的文章，非常多关于数据处理的文章，也有一部分是结合Vba与Python一起使用的案例，有学习疑问也可以私下交流。
如何快速学习Excel VBA？
新手学习Excel VBA的几点建议，你不妨过来
1：调试
经常看到新手学习了很长时间的VBA之后仍然不会使用调试功能,一遇到问题马上就请教他人,这样不利于自身的成长。调试非常重要,是学习代码本身
不可或却的一部分。是诊断,梳理代码逻辑的过程,可以避免逻辑错误的重复性发生。善用调试新手很多的问题都可以得到解决,即可摆脱对他人的依赖性,自身又得到长足的进步,一举两得。
三个窗口,三个功能键:
地方窗口,立即窗口,观察窗口,F1(帮助),F2(属性方法),F8(分步执行)
途中诊断:
断点,stop等等。
2:分拆
(1)语句分拆
长而难懂的句子分拆成基本单元,利用调试功能一个个解决,很容易就理解了它的含义。
如：intRow=Range("A"&Rows.Count).end(xlup).row
立即窗口：?Rows.Count
Range("A"&Rows.Count).Select
Range("A"&Rows.Count).End(xlup).Select
?Range("A"&Rows.Count).End(xlup).row
用眼睛都可以看到每一步Excel选中的哪个单元格,那么自然就不难理解了。这个小范例同时揭示了学习程序过程中一个非常重要的方面:动手尝试。
(2)子程序分拆
把一个冗长的程序按照功能拆分成一个个相对独立的子程序来调用,使得程序具有一定程度的组织性,结构性,规整性大大提高了代码的可维护性,扩展性,重用性。这是贯穿程序语言发展的一条主线,因为它直接指向了程序开发的终极目的之一:开发效率。
3:耐心
学习目的明确≠急于求成。无论学习目的如何直接和明确,学习的过程仍然不是一蹴而就的,"捷径"只能是建立在扎实的阶梯式基础上。有些新手基本代码还没写利落就开始用界面写"系统",甚至还没学会调试,结果是步履维艰,一步一问,三步一错,无以为继。还有的朋友学习VBA是为了研究彩票,还没学习一星期就开始写各种计算方法,自然处处遇"难",大挫学习兴趣,随之放弃。抱着明确的目的学习是好事,不管目的是否"明智"(这是另外一个话题),但明确的目的不等于"急功近利"。学习的进程总是遵循渐进式的规律,跳跃式的一夜暴富只能是空中楼阁,所以耐心在学习过程中就显得尤为重要。
单独说说效率和速度的问题。程序的效率大致包含两层含义
(1):执行效率;
(2)开发效率。
执行效率又可分为时间效率和空间效率,空间效率不在本贴讨论范围内,所以执行效率简化为速度来讨论。之所以单独拿出来说这个问题是因为论坛很多帖子在"速度"追逐上所表现出的"热忱"比较极端,走的路比较偏执,希望初学者能够以一个相对平和的心态来看待效率。
执行效率与开发效率，从字眼上分析就知道,程序的最优目标是两者并重。遗憾的是兼顾并非常态,凸出一者的同时往往伤害到另一者。当两者出现矛盾时,职业代码工人较为普遍接受的原则是："只有在必须考虑速度的时候才优化执行效率,否则以开发效率为重"。
换句话说,只有在不得不考虑优化速度的时候执行效率的目标高于开发效率因为要保证功能性,有效性。否则只考虑开发效率不考虑执行效率。职业程序员和职业"玩家"在这个问题的认识上经常会产生分歧。
注重效率的程序员
设身处地的想一下,职业程序员在意的是什么?他们在意的是快速,顺利的完成工作,在意的是软件的稳定性,有效性尽量避免老板和客户找他们的麻烦,最终目的就是挣钱,吃饭,养家。花费几个小时来提速几个程序模块,工资没多一分钱,延误了进度,工期老板肯定不干。基于这样的原因,他们顺理成章的注重与可维护性,稳定性,扩展性,重用性相关的开发效率。
追逐"手筋"的"玩家"~
相比较而言,职业"玩家"写代码并非为了工作,没有项目压力,无需考虑开发时间,开发成本,追逐的是华丽的"手筋",以及速度飙升所带来的愉悦。其次,速度本身的属性决定了它是一把极其规范,可量化的标尺。基于速度为标准的代码具有极强的博弈性和竞技性,不仅可以独乐还可以众乐。
"有意义"和"无意义"
前边我们就曾提过"有意义的快"和"无意义的快","有意义的快"可以包括两种情况分别称作"根本性速度提升"和"规模型速度提升"。
插播小故事:"这事儿不赖我"
某日一油漆工找到一份新工作:刷马路中间的白线。
于是油漆工把一个油漆桶放到了起点上开始工作了。
第一天,油漆工刷了300米,老板大喜,夸奖油漆工:"工作很出色！"
第二天,油漆工刷了150米,老板不露声色,鼓励油漆工:"工作干的不错!"
第三天，油漆工刷了30米,老板大怒,吼道:"今天只刷了第一天的1/10,到底怎么回事?"
油漆工回答:"这事儿不赖我呀!我每天距离油漆桶越来越远了啦!"
这个小故事形象的描绘了这样一个事实:改变工作方式可以带来根本性的效率提高。在遇到类似于上述情况时,初学者可考虑优化代码提升速度。
在VBA中当遇到速度慢的不可忍受的情况时,粗略的说可从以下几点入手:
(1)合理化数据源的结构;
(2)用数组一次读写单元格内容,避免频繁操作单元格对象;
(3)查询搜索改用Collection或字典。
所谓"规模型速度提升"是指对于应用频次高的问题,可以考虑一次优化速度,应用无数次,追求规模效应降低开发效率损失。至于"非根本性速度提升"
的例子可以在论坛看到很多,诸如循环是用指数索引快?还是ForEach索引快?等等,这里就不一一列举了。
用一句话来总结:"程序的本质是用机器来解放劳动力,而不是用劳动力解放机器!"
本来想写很多内容,一来由于没什么初学者看所以无收获可言;二来如果深入的话恐会戕害一些坛友的感情;三来目前此帖已有万余字,再多就不像帖子了。再深入展开下去实属下下策,故此楼略显单薄,但基本意思都点到了。剩下关于算法和数据结构的认识和态度在本楼没有提及。
到该结束的时候了,想必大家能理解本贴的态度:不褒不贬。你用，或者不用它,你喜欢,或者不喜欢它,它就在那里,不远不近,无所谓“强"无所谓”弱"。
一致性,对称性是匹配的原则。对称匹配,你收获你想要的,Excel,VBA发挥应有的效力;反之,错位匹配引发牵强附会,捉襟见肘。既然谈过了VBA的定位,自然不可避免的要谈一下对其宿主Excel的认识。话题就从这里开始吧......
灵活是把双刃剑
相比VBA而言,Excel的边缘性更强。相信大家都积累了多年的使用经验,是Excel的行家里手,提及某某功能如何实现均可娓娓道来。如果问一个这样的问题："Excel到底是什么?"一言以毕之,"电子表格工具"。这种定义只是给Excel起了个别名(alias),不是一种理解,认识和定位。曾经问过自己这个问题,我发现自己答不上来或者说自己的能力不足以回答这个问题。
边缘性强主要表现在使用范围广泛,尤其它还是一款不断升级的产品并且有诸多第三方插件对其进行功能扩展,这时候你会发现无论怎么回答这个问题都是错的,难免给初学者造成"Excel无所不能"的错觉。但如果不能予以概念上的定位,就无法回答"适度"使用的问题,结果就是一切和表格有关的工作都用Excel来做。
Excel简单易用,功能强大,所见即所得(这可是个不得了的特点),这些都是耳熟能详的特点。个人认为Excel最大的特点来自于灵活：
(1)自由设计用户自己的蓝图,天马行空,个性十足;
(2)Excel分享了数据库的一些特点,具有一定程度的记录和数据存储的功能。虽然可以说Excel缺乏关系结构,但由于灵活的特点,可以用工作表打造出关系结构;
(3)通过各种计算和图表功能,提供多视角数据体验;
(4)腾挪空间广阔,运用水平差异大。
然而灵活性并非是无成本的,灵活的同时就意味着规范性差,同样功能的表格10个人设计出12样儿来,格式,表头,结构,实现方式等等花样百出。
规范性差导致用户交流困难,随着逻辑业务设计复杂程度不断提高,有效性控制繁杂,错误几率增大,急剧加重了设计者的负担。逻辑业务关系越复杂设计成本的增长幅度就越大(呈非线性增长态势)。前些日子看到一位坛友希望把一套表格封装,表格集成了一套用公式表达的复杂逻辑业务关系。其实这套关系本身就是一道加密壁垒,把其中的逻辑梳理清楚比破解还费劲。
个人的一点看法:既然很难在概念上抽象化Excel的定位,只好用一条条描述性的特征来概括Excel,但这种列举是无法穷尽的。
从正面说:
(1)Excel"适用"于:逻辑业务关系相对简单,数据规模不大,一锅端式的集成应用;(可惜无法量化定义"简单","规模")
(2)对于业务逻辑复杂,规模较大的数据,Excel"适合"充当数据库和用户之间的缓冲层(buffer)。致力于数据的展示,整理,综合,"分析"等体现灵活性的职责。
从反面说:(表象)
(1)避免用Excel设计大规模业务关系复杂的"系统";
(2)避免大量数据存储造成Excel文件尺寸过大;(动辄几十上百M的Excel文件经常能够看到)
(3)避免大量公式集成,重算可以导致文件打开速度过慢,运行速度过缓;
(4)避免搭建Excel文件系统;(几十上百Excel文件组成的文件集也是屡见不鲜)
(5)......
上述情况可以适当考虑使用数据库的功能,毕竟他们之间是有本质区别的。这里只是以我的观点来看待Excel,“不适合"不代表Excel不能做到,最终的评判要交给用户,谁用谁有话语权而不是设计者和所谓规范的探索者。在能意识到"隐患"的条件下,如果您觉得好用,完全可以避免庸人自扰式的思考,坚持走自己的路。
既然Excel的特点是灵活,我们就以一个灵活的态度来认识和对待它好了。
至此关于Excel和VBA的话题就告一段落了,最后再补充一句：
对于业务部门职员来说,Excel,VBA解决工作中的问题真的是够用了,也是很好的选择。如果不够用说明您的工作应该是由IT部门来完成的工作。业务部门的员工扛着VBA去干IT部门的工作,无论是工具和还是工作内容都错位的离谱。
最后收录一些经典语录。既然是收集,就是一个开放和相对漫长的过程,先把帖子的架子搭完,对观众有个交代,
【存在即合理】
<评>:理解"合理"的着眼点才能正确的认识,对待,运用好这种存在。一言以毕之不是试图掩盖存在本质的借口就是盲信。
【细节决定成败】
<评>:方向决定"成"是否有意义。
【不管什么,只要学好了都牛】
<评>:愤~青的态度抹杀客观存在的差异性。
只要听到"不管....只要....就...."的句子就是错的?
主要使用excel处理数据的话，财务人员学习VBA和python哪个比较好？
作为两种语言都会一些的财务人员，首先还是推荐先VBA，再考虑Python的学习
理由如下：
VBA作为office的原始自带语言，相对于其他语言操作Excel更加方便快捷
VBA是Visual Basic For Application 的简称，语法体验和VB一致，都是一个大家族，作为一门脚本语言，学习成本相对于其他语言较低。
Python作为最近几年的热门语言，其语法简洁明了，轮子也多，财务领域，可以用于数据的采集，ETL和后续分析。就数据方面Python操作起来方便很多，但是对于一些格式图表细节则不如VBA来的方便。
VBA学习成本相对Python低一些
对于新手，首先要学习的就是录制宏！
在Excel中录制宏，把我们的操作录制下来，反复使用，就好像录制视频一样，可以反复观看，其中80%的功能，我们可以通过录制宏来实现，剩下要学习的知识并不是很多
需要学习的大概有
1、工作薄对象，工作表对象、单元格对象、图表类对象（相对前两者使用少一些）等
2、循环和判断语句（FOR、DO、IF常用）等
3、其他重要：数组、FSO、正则、字典等
财务人员使用Excel频率高，跨文件操作必学VBA
只会函数、技巧、图表对于复杂一些的财务需求是远远不够的，
集团中，财务面对是经常是大量的文件汇总处理、数据抽取、分析、拆分
这种跨文件，大量的处理，是函数所无法完成的，如果会VBA则得心应手
未来可以推荐PBI系列
随着PBI和Power系列的出现，给Excel插上了翅膀，
Power Query ：对数据的ETL简单高效，降低了学习成本，对于新手比较友好，
Power Pivot ：号称超级透视表，透视表大家都知道非常的好用，对于简单的数据分析，非常方便，那么这个超级透视表，可见一斑
Power Map：数据可视化展示，比自带的常用图表展示更加方便，在Power BI中有了更多的图表插件可以学习
简单说两句，大家有兴趣可以留言，进一步交流沟通！