※ 引述《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)