使用VSTO移植VBA

excelflower

原帖由 liuguansky 于 2010-12-21 17:18 发表
我们还年轻，有时间

老师你好！

整天泡在这里，还缺时间吗，而且要按国家领导人的高标准要求大家，60岁以下---多年轻 呵呵......

[ 本帖最后由 excelflower 于 2010-12-21 17:26 编辑 ]

AVEL

我在非洲工作呢，国外网速不怎么好啊。

AVEL

对了 有啥电子版的学习资料没啊 关于VSTO

excelflower

原帖由 AVEL 于 2010-12-21 17:48 发表
对了 有啥电子版的学习资料没啊 关于VSTO

出国不忘支持EH，老师很爱国呀！
http://msdn.microsoft.com/zh-cn/library/23cw517s(VS.100).aspx

AVEL

呵呵  这叫为了生活 四处奔波啊
看了花MM的网址 觉得 http://msdn.microsoft.com/zh-cn/library/d7f63219 里面的内容挺好的。

excelflower

老师你好！

其实这VSTO2010，一点也不比EXCEL、VBA复杂，挺好学的。

只是交流机会较少，不象EH的VBA板块，有问题时、好多老师给解。

不过，在MSDN里潜心研究几个月，会有好结果的。

过渡到VSTO，是必然的过程，谁知道哪天微软不再更新VBA了！不仅保护代码、代码的更新升级也很方便，还支持网络更新，还有一大堆好处，多好呀！

VSTO熟练以后，再学VS2010，用VB2010或C#2010来开发程序，对于我们爱好鼓捣VBA的普通人来说，这日子过得越来越好、越来越红火了......呵呵

AVEL

我运行花MM附件中的宏文件时 ， 提示：要求安装.NET Framework······  我已经安装了NET Framework了啊。怎么还会有这个提示呢。 除了没有安装VS。

AVEL

下表提供 VBA 解决方案与 Visual Studio 中的 Office 解决方案之间的基本比较。

VBA 解决方案	Visual Studio 中的 Office 解决方案
使用连接到特定文档并在该文档中保持的代码。	使用独立于文档存储的代码（对于文档级自定义项），或使用存储于应用程序所加载程序集中的代码（对于应用程序级外接程序）。
适用于 Office 对象模型和 VBA API。	提供对 Office 对象模型和 .NET Framework API 的访问权。
设计目标：录制宏和简化的开发人员体验。	设计目标：安全、更易于进行代码维护，并具有使用 Visual Studio 整体集成开发环境 (IDE) 的能力。
非常适合与 Office 应用程序（IDE、菜单、工具栏按钮等）紧密集成的解决方案。	非常适合得益于 Visual Studio 和 .NET Framework 的全部资源的解决方案。
企业使用有一定的局限性，特别是在安全和部署方面。	设计用于企业。

有些任务还是用 VBA 来完成更轻松。 具体说来，您可能需要继续使用 VBA 来完成以下任务：

• 自定义工作表功能。
• 宏录制。
  

====================================================================================================================
就上面的比较而言，我想大多数人还是会继续使用VBA呢。虽然VSTO应该是大势所趋，但VBA的生命力也不会那么短暂。肯定会有较长时间的两者共存期。

excelflower

原帖由 AVEL 于 2010-12-21 20:04 发表
我运行花MM附件中的宏文件时 ， 提示：要求安装.NET Framework······  我已经安装了NET Framework了啊。怎么还会有这个提示呢。 除了没有安装VS。

三个系统必备都安装了吗？
如果不行，明天给你一个完整的安装包。短消息给我EMAIL地址。不用了，我注册一个，再告诉你地址与密码。

[ 本帖最后由 excelflower 于 2010-12-21 20:25 编辑 ]

AVEL

装WindowsInstaller-KB893803-v2-x86 这个的时候提示说内存不足，汗颜，不知道怎么回事。