关于C#中,采用excel com组件操作excel的问题

本人用C# 添加 excel com 组件的引用.. 然后new出一个对象之后..
对像. 后面出来了老多方法跟属性.
在哪里能找到这些方法及属性的详细用法及说明. 我查了本地安装的msdn帮助文档,里面搜索出来的资料跟智能提示的都不一样..
本人 vs2010 那个帮助 有点太.. 哎.. 不说了. 哪里都好,就帮助不好

装个OFFICE看帮助里面和VBA相关的内容
我的office 是 2010 版本,在excel帮助 里没查到 vba的相关内容

最好能有离职同事提供系统常见问题的可能原因及解决方案（一般而言如果能知道问题的根本原因，就可以避免此问题，所以此时往往只能知道可能发生的问题，但具体原因未必能知道，但有个临时解决方案比如重启某个服务好歹能让自己有喘气检查问题的时间）
4. 是否有测试环境，测试数据库服务器地址？
尽可能让离职同事协助自己成功编译部署一次系统。
了解系统引用的资源位置（比如可能会发现系统引用的一些配置文件的路径只能在D:/XXX目录下）。
注意测试环境和正式环境是否一致（如测试环境是.NET Framework 3.5的，正式环境是.NET Framework 2.0的，上线会带来不必要的麻烦）。5. 如果是Web应用程序，需要注意web服务器上其他服务和应用程序的情况。
经常出现的一种情况，一台服务器的某个服务把Socket端口耗尽，导致其他的服务或应用程序全都不能正常运行。
至于其他的离职交接单往往是走个形式，这里就略过了。<
4000
br />个人抛砖引玉，也希望跟帖的朋友能说说自己的看法，积分将送给有价值的回复，谢谢！

好多公司不正规，只是交接下手头的工作

如果有专门的文档管理员的话，交接工作比较容易开展

移交确认单 个人觉得还是很有必要的
它提高了移交者和接收者的责任心
保证了项目在经历几次人员更换后 仍有较高的战斗力
否则几次人员变动后 会出现移交者没什么可移交的
做起来未必容易，很多系统的问题是历史问题，而非上一任的问题。
而且对方一般下家已然找好，想靠确认单不易。
我见到不少公司员工提前1个月就提离职了，但公司就最后留个两、三天交接，这不是让交接的人死么。
移交确认单是肯定有的，但往往是离职的人知道该交接些什么，但被交接的人不清楚该交接到什么。
我交接的时候就用了5分钟,哎..经理让我稍微给她说了下项目文档和源代码存在电脑哪个位置,其他的都没让我说.

有些公司的系统基本就是1个人管1块，所以有时候主力程序员的离职会有比较大的影响

文档交接不全是个大问题，等用时再找就挂了
正规的公司还行，基本上不会出现文档不存在，顶多不是最新版本。但一般的小公司就麻烦了，甚至可能本身文档就不全。
再加上没有一个统一的管理，只某个人手里有某份文档，如果恰好忘了，或者不知道文档那个是最后版本了，就很无奈了。移交工作时，不会再想着重新给整理补充。

来源：足球直播