c# - Delphi 到 .NET + C#

Question

我已经成为 Delphi (D7) 开发人员很多年了，我一直对 .NET + C# 的东西感到疑惑。我的意思不是“Delphi for .NET”或“Oxygene”技术/插件，而是干净的 .NET/C#。

它与 Delphi 有何不同？还有一些其他问题...

• Mono/SharpDevelop(我应该知道的其他任何东西？)是否与非自由 Visual Studio 一样强大？
• 在部署方面，它是如何运作的？程序集 + 框架 + 可执行文件？
• 框架(最新 3.5？)的工作原理类似于 Java 世界的 JVM，对吗？它是否负责支持/使用多核或 Windows 特定优化等技术？
• C# 与 Object Pascal 有一些相似之处，应该不会太难适应，对吗？

谢谢。

Answer 1

关于第一点:你试过(免费)VIsual Studio Express Edition吗？ ？对于很多事情，这是完全有能力的。您只是得不到那么多的助手/设计器，并且没有插件支持(对于 IDE 扩展)。

关于第二个:排除一些nasty tricks ，您无法从 .NET 创建纯 native 可执行文件；它严重依赖于本地机器上可用的框架。程序集只是 IL 的一个包，可以(通常)包含在 dll 中，或者引导到加载程序集入口点的 exe 中；但在这种情况下，exe 只是一个简单的加载程序和一个常规程序集。

其实CLR更像是JVM； “框架”实际上只是 BCL 的等价物。主要的 MS 框架 + CLR 当然有一些特定于 Windows 的优化，但其他运行时/框架( compact 、 micro 、 Silverlight 、 Mono )将有不同的优化。

关于多核 - 你有完整的线程支持(你自己做) - 但主要的自动化多核支持将(希望)在 .NET 4.0 中与“parallel extensions "工作。

关于最后一点:确实应该非常熟悉。实际上，如果您想进行一些比较，“reflector”(免费)可以采用编译后的程序集并向您展示 C# 或 Delphi(或其他一些语言)中的代码。

[更新问题]

IL = 中间语言； .NET 不编译为 native CPU 指令，而是编译为中间的某种东西，在运行时成为 CPU 指令(逐个方法地编译“即时”(JIT))。这意味着 JIT 编译器可以为本地机器优化相同的 IL。您可以使用 NGen 提前执行此操作.

CLR = 公共(public)语言运行时；本质上是虚拟机

BCL = 基类库；一组类共享我的许多应用程序

重新部署:首先在客户端安装.NET framework ;-p

之后 - 各种选项。在最简单的层面上，您可以将 exe/etc 复制到本地机器上并运行。例如，我使用“robocopy”将代码推送到网络服务器。

对于复杂客户端应用程序的完整本地安装，msi 是一个选项(完整的 VS IDE 将帮助您完成此操作)。

对于简单的客户端，可以使用ClickOnce - 将应用程序打包成一个签名包，提供 self 更新等功能，并允许您声明您需要什么安全性(完全信任等)。 Express Edition 允许您编写 ClickOnce 包。 ClickOnce 甚至可以用于用户无法安装应用程序的锁定客户端，因为该应用程序是隔离的和沙盒化的。

最后，您可以在网络共享之外运行 .NET 应用程序，但存在一些安全隐患:“代码访问安全”层不会给予网络共享“完全信任”(尽管最近对这使得映射(F:等)共享是可信的)。因此，您需要在每个客户端使用 CASPOL 来信任代码。 ClickOnce 会更容易；-p