※ 引述《MOONRAKER (㊣糜不有初，鲜克有终)》之铭言： : ※ 引述《osen3000 (地狱与天堂)》之铭言： : : Visual Basic 的用户更倾向於程式设计师 : : 而 VBA 的用户族群则是 Office 用户 : 这是这一篇说的 : 而你在上一篇说 : 「Visual Basic 程式设计师接下来要走的路是 VBA」 : 合起来意思是说：Visual Basic programmer接下来通通都会变成office用户？ : : 两者是不需要谁去迎合谁, 也不容易互相迎合的 : 越来越幽默了。 : --- : 你选择VBA为你的未来，那是你的事。 : 我绝不考虑这种未来，也不会推荐任何人迈向这种未来，因为那太幽默了。 : 　 我想也不用再说什麽了。 反正 VB Programmer 最终都变成 VBA Programmer，这个观念想变是不可能了。 只是我也很好奇，ASP Programmer (VBScript) 最後会变成什麽？ 期待O大的新解。 另外，Office 2003 起有一种东西叫做 VSTO (Visual Studio Tools for Office)， 它可以让.NET语言(VB.NET/C#)开发Office的解决方案，企图将.NET的开发人员导入 Office开发的领域中，VBA早已不是唯一的选择，就算是最新如Office 14也一样。 如果要选一个适合的Office开发工具，那我宁愿选VSTO，我也用过VBA写程式，知道 它的可延伸性很差（只有COM元件可以用)，.NET Framework相对来说资源和功能就 比VBA强很多，当然，VBA简单的特性是VSTO无得比的（虽然它也支援VB.NET）。 不过O大说对了一件事，VBA是内嵌在文件中的程式语言，它的View是文件，和传统的 Form不同（VBA中也可以做Form，由Microsoft Forms Control提供），初学者需要一 点时间转换和习惯，不过坊间教VBA的课不多，还是O大自己有开课？不然为什麽会说 自学 "很糟糕" ??? 抱歉，我是自学的。 对於初人门者来说，设计模式只是一小部份而已，真正难的地方是了解它的物件模型 ，举个例子来说，如何在Excel中抓取储存格？写过的人都知道要用 Range，但它的 适用范围很大，连指定的储存格区间都可以抓的到，而且Office文件的弹性很大，连 图片都可以插入到文件中，那如何使用物件模型方式插入？初入门者如果没有概念的 话，很快就会被淹没在Office的庞大物件模型的阶层中，想要快速熟悉这些物件模型 的话，除了要对操作Office有一定的了解（这不难），同时也要熟悉Office本身的程 式设计环境，并且要会善用巨集录制的功能，让它来帮你想做的使用者介面动作产生 范例程式码，多看这样的程式可以更快的了解如何操作Office的物件模型。 PS: 能弄到Office 14，想必O大也不是简单的人物，因为它只是Alpha，还没有公开的 Beta测试版，但话说回来，在这个时候要问别人有没有装Office 14不是很奇怪吗？ PS2: Office程式开发不是只有文件这件事可以做而已，外挂程式(add-in)也是可研究 的方向，外挂程式不必用到VBA，但它却要求开发者要对Office物件模型有详尽的了解 ，因此VB程式设计师的最终方向 "绝对不是只有VBA而已"!! --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.84.117.12 ※ 编辑: regionbbs 来自: 219.84.117.12 (02/17 08:59)