c# - 努力估计 : using C/Win32 or learning C#/. NET

Question

我打算编写一个小应用程序来解决个人的痛处，并可能让一些同事的生活更轻松。这是我所拥有的:

• 10 年以上 C 语言经验
• 从 Win3.1 到 2000 天，在使用 C 语言针对 Win16/32 API 进行编程方面拥有丰富的经验。
• 我自己编写的 C 库已经完成了应用程序应完成的大约 75%。

应用程序应该做什么:

• 打开二进制文件，将其输入上述库。
• 获取生成的文本输出并将其输入到新的 Excel 工作簿中。
• 应用一些格式。
• 与 Windows 环境很好地集成(在“打开方式...”中可用，记住一些使用注册表等的东西)
• (可能稍后)在将 CSV 数据提供给 Excel 之前，通过在 XML 文件中查找某些值的含义来解析它。

除了 XML 解析部分外，在将 COM/Office Automation 包含在 C/Win32 中之前，我已经完成了所有这些工作。涉及很多样板代码，但它是可行的，结果将是一个非常小的应用程序，不需要安装程序。

那么为什么还要考虑 C#/.Net？

• 没有解析 XML 的经验
• 减少 Windows 和 Excel 样板代码的 promise (是的，我已经用 OWL、MFC、ATL 等完成了 C++，但我不会再去那里了——不是为了免费/有趣)
• 因为我也有使用 C++、VB(不是 .Net)和一点 Java/Objective-C 的经验，所以我想学习 C# 将全部与 .Net 库有关，而不是实际上与语言有关。

到目前为止我的考虑:

• 学习 .NET 可能会很有趣，并且可能会在更现代的环境中减少代码/第一步。
• 坚持我所知道的将在工作和功能方面带来可预测的结果(可选的 XML 内容除外)
• VB 一开始看起来很棒，直到项目完成了大约 80%，然后痛苦开始了，DLL 编码在 C 中。我担心如果我选择 .Net，历史会重演。

我的主要目标是功能。努力是一个问题。 XML 解析是可选的。

请指教。

更新:我忘记明确提及的一件事是，我也担心该工具能否轻松部署给我的同事。使用 Win32，我很确定我可以想出一个小于 1Mb 的 EXE 文件，可以很容易地通过电子邮件发送并且不需要安装。使用.Net 就没那么多了。我能否在 Visual Studio Express(免费)中创建必要的 MSI 或其他任何东西，或者我是否需要第 3 方工具？

Answer 1

由于其他人已经基本涵盖了您的问题，我只想快速评论一下您的考虑:

• Learning .NET might be fun and might result in less code / first steps in a more modern environment.

完全同意。这绝对很有趣，而且通常它确实会减少代码。您现在所做的投资肯定会使您在未来的项目中受益。在 .Net 中编程比在 C 中编程快得多。不仅更容易，而且更安全。您不会遇到 C 语言中常见的许多编程错误，这些错误大多与内存管理不善有关。您还可以获得一个非常完整的托管 API 来执行您通常需要构建自己的框架的事情。

• Sticking with what I know will lead to a predictable outcome in terms of effort and function (except for the optional XML stuff)

因此你犹豫不决。 :-)

• VB looked great at the beginning until the projects where about 80% done, then the pain started and the DLL coding in C. I am concerned history could repeat itself if I choose .Net. My primary objective is the functionality. Effort is a concern. The XML parsing is optional.

.Net 与 VB 完全不同。 .Net 支持大多数您在 VB 中无法完成或至少可以轻松完成的事情。例如，Windows 服务很容易在 .Net 中构建。也支持套接字编程，但没有理由自己动手，因为您有大量与 .Net 的通信 API。您拥有 Web 服务、.Net Remoting、MSMQ 管理和最近的 WCF。 .Net 支持适当的多线程，这与 VB 中愚蠢的公寓模型不同。如果您真的需要更底层，您实际上也可以在 C# 中使用指针，在不安全的代码块内，尽管我永远不建议这样做。

如果你真的需要用C来做事，那么整合起来也比较容易。您可以创建 COM 对象并使用互操作来与 .Net 中的它们一起工作。您还可以使用 DllImport 直接与普通的 dll 交互。使用 www.pinvoke.net让它变得更容易。

当我在 VB 中开发时，有时我还必须返回到 C++ 来完成我在 VB 中无法完成的事情。自从我开始在 .Net 中编程以来，我需要回到 C++ 的唯一极其罕见的场景是当我需要使用遗留的 COM 组件时，这些组件使用的类型我很难通过互操作进行编码。我不会担心历史会重演。