托管编码员与本地编码员

我是一名编码人员，并且具有本机代码和托管代码的经验。我从Pascal和C开始，然后进入C ++，最后进入C＃。

在过去的一年左右的时间里，我几乎一直只使用C＃进行编码，并且失去了很多当我使用C ++编码器时自然会遇到的东西。

几周前，当我坐下来写一些本机C ++代码时，我发现自己不知所措，因为我逐渐熟悉了这一切的复杂性，怪癖和特质。我几乎不好意思地说，我完全忘记了将动态分配的数组传递给函数而不传递其大小也意味着接收函数将无法知道数组有多长。

有无数的文章和文档将托管代码与非托管代码进行比较和对比。我们都知道，如果优化得很好，本机代码可以比托管代码运行得更快，更轻。另一方面，托管代码具有垃圾收集器以及特定于运行时的CPU和特定于OS的优化，这可以使本机代码运行自如。

纯粹从技术角度来看，没有明确的赢家。

毫无疑问，托管代码在编码和理解上要简单几个数量级。只需看一下在Win32 C ++与C＃中构造一个简单GUI所需的行数差异。

早在我的本机编码时代，我主要编写在超级计算机上运行的数学模拟。他们的CLI很难看，而且大多集中在算法上。如今，我用C＃编写并生成了精美的GUI应用程序，但是如果我不得不在本地语言上做出类似的口径，那我就会迷路了。即使使用QT之类的框架，在C ++ / QT中生成某些内容所花费的时间仍比在C＃中花费两倍。

每当我看到有人用C / C ++编写了一个大型，功能齐全的GUI应用程序时，我都会不禁感到敬畏和嫉妒。

我很好奇其他经验丰富的程序员如何看待托管和非托管语言。您是否将托管代码视为业余爱好者？您是否认为本地编码员更具有核心性？

我目前的日常工作是使用C ++，但是我已经用多种语言进行了足够长的编程，以至于我几乎没有注意到任何区别。这是我的观察结果：

• C ++程序员经常重新实现许多所谓的其他语言效率低下的最佳实践。我们添加了足够的空检查，数组边界检查，类型检查，输入验证等，从而在很大程度上抵消了该语言不会自动执行这些操作所获得的任何执行速度优势，至少对于不占用大量数据处理的代码而言。
• 过一会儿，这种多余的样板便成了一种根深蒂固的习惯，因此它并没有真正的额外工作量，并且在丢失时像拇指酸痛地伸出来。
• 当我使用“托管”语言编程时，我仍然会考虑内存分配，以确保不会造成内存泄漏。我可能没有明确说明delete，但是我仍然意识到垃圾收集器认为它可以删除。我从Java开始解决低内存问题比在C ++中困难得多，这可能是因为在C ++中，很难在很长一段时间内忽略它们。
• 动态键入也是如此。我仍然必须牢记函数参数是数组，int还是字符串。实际上，这需要更多的精力，因为该类型并未在我这里明确列出。
• 现代C ++风格与C＃之前的时代截然不同。人们没有发现语言的变化，而是“发现”了如何以独特的方式使用现有的C ++功能，从而避免了过去的大部分手动内存管理。自动释放内存的设计模式现在非常普遍。
• 据我所知，尽管仅通过编写代码就可以制作GUI应用程序，但是QT设计器之类的图形设计器是最受青睐的方法，其中的代码主要仅用于事件处理程序或运行时自定义。
• 即使您最记得语法，但一段时间以来没有广泛使用的语言总会显得有些笨拙。如果我一年不写python，我会忘记很多特质，即使客观上大多数人都认为python是“更轻松”的语言，但一段时间以来，它比C ++更加尴尬。

综合所有这些因素，在我用C ++和其他语言编程时，我的思维模式保持相当一致，并且差异大多只是语法上的。当然，很多原因是受过训练，习惯，编码标准和现代设计模式的影响，而不是C ++语言本身固有的功能，但是比较仍然存在。

我想我想说的是，根据我的经验，程序员的培训比他所使用的语言要重要得多。

您认为托管代码是业余爱好者吗？您是否认为本地编码员更具有核心性？

没有。

我看到了工程师和程序员之间的区别。该铁杆工程师总是会选择语言/技术栈是适当获得在可接受的运行标准的最少时间完成这项工作。

如今，随着处理器能力的提高，通过使用较低级别的本机语言，实际需要从机器中获得尽可能多的东西的频率越来越少。通常，实际上这并不是一个商业案例。生产力总是比执行时间差几毫秒。

不幸的是，Microsoft导致我们将“托管代码”与C＃/。Net类库合并。

这里有两个独立且几乎不相关的事情。

1. 酷的.Net库。

2. 托管代码。

C＃以整齐，易于使用的易于打包的价格提供两种服务。

C ++有许多很酷的库，几乎可以完成.Net的所有工作。您可以寻找更好的C ++库，而不是将“本机C ++”代码归咎于比C＃/。Net代码具有更多的“复杂性，怪癖和特质”。

更好的库也使您可以编写出色的C ++代码。

每当我看到有人用C / C ++编写了一个大型的，功能齐全的GUI应用程序时，我都会感到一种敬畏和嫉妒之情。

错误的政策。相反，您应该找出它们使用了哪些类定义库。您也可以使用这些库。

一切都与工具有关。没有工具，我们只是裤子上的动物。

“本地C ++”并不意味着您应该丢弃所有工具。这意味着您必须找到好的工具。Microsoft不再为您提供帮助，因此您需要花费时间找到合适的工具组合。

这里的问题与硬核编程无关，而与控制有关。事实是C＃以控制成本提供生产力。如果要编写需要大量控制的程序（此内存现在已完全释放），则别无选择，只能使用C ++。如果需要快速完成，则可能需要使用C＃。问题在于，C＃的支持库比C ++所提供的支持库要好得多和最新。例如，MFC很老很老，它的作法非常糟糕，它大多数是在标准化之前写的。例如，如果Microsoft付出了一些努力来提供新的C ++库，请在Visual Studio 2010中签出新的PPL，那么奇怪的是，在C ++中该任务变得容易了。我认为他们正在以这种方式迁移，

另一方面，托管代码具有垃圾收集器以及特定于运行时的CPU和特定于OS的优化，这可以使本机代码运行自如。

我听说许多托管语言的支持者都这么说，但我几乎从未真正看到它是真的。事实是，除非您要进行非常核心的数学运算，否则更新的CPU中可用的新CPU指令根本无法提供那么多的优势，在这种情况下，您不必承担必须在运行时进行编译或解释的开销-time，您无论如何都可以使用Intel的C ++编译器来使用最新，最强大的SSE。与JIT相比，C ++编译器优化的范围是巨大的，因为JIT必须在程序运行时的一小部分时间内执行，而C ++编译器由于花了很多时间进行编译而颇具传奇色彩。

垃圾回收不是某种神奇的好东西，也不是类似的东西-它是一种算法选择。是否适合所有情况？远不及C＃中的IDisposable混乱问题，也不是Java甚至不用费劲尝试解决该问题的方法，而C ++的析构函数将关闭您的文件并释放您的内存并关闭您的套接字等。GC非常适合某些程序，而不是其他一些。

在我看来，与C＃相比，本机C / C ++看起来像C / C ++本身的汇编程序。像往常一样，另一个复杂的抽象层（并非完全正确，但可以这么说）使您的开发更轻松，但速度有所降低，并且占用了过多的内存。因此，正如我所看到的，它只是分为不同的类别，从而创建了新的程序员子类型。

顺便说一句，由于其C＃的抽象水平非常快，Microsoft做得很好。

有业余程序员，而不是业余语言。他们拥有的语言（至少是其中的大多数）都有其目的。

我目前正在研究用于测试生产系统的保险计算引擎。生产系统是用C编写的，我们的引擎是用Java编写的，并且由于时间较长，我们的性能要优于C引擎，同时生产率更高。不是因为Java本身比C快，而是因为它足够快并且我们的算法更好，所以我们更轻松地实现了它们，因此可以更快更好地测试和重构代码。

我还编写了测试代码，以将计算结果与生产数据库的内容进行比较：不在C中，不在Java中，而是在Ruby中。同样，它足够快并且需要更少的代码，因此更易于实现，易于测试，易于扩展。

而且，无论我使用哪种语言，我都不会感到业余，只有当我犯了本不应该发生的愚蠢错误时，我才会有这种感觉。

去年，我工作的公司通过蛮力对通信CRC代码进行了逆向工程（我们最终得到了它）。3个开发人员都有自己的版本，Borland C，C＃.Net 2008，VB6。VB6显然很慢，Borland C很快，但是C＃.net却以12倍的速度使它模糊不清。这根本不是我们所期望的。

它取决于多种因素，但基本上，在所有其他条件都相同的情况下，是的，本机代码比托管代码更“硬核”。

但是，对于正常的业务应用程序，我想这通常是一件坏事，因为这意味着普通开发人员必须在代码的非业务方面投入更多的精力。

我的程序可以用Java之类的C ++来形容。我的观点是，您可以在Java中实现相同的低级编程，但是它比C ++中的低级编程难得多。但是，通常只需要一小部分代码即可进行这种低级编程，并且在不需要托管语言的情况下，这种编程效率更高。

本机开发人员通常以更坚强而闻名，因为他们感到更坚强并采取这种行动。本机开发人员在不容忍任何错误的系统中接受培训，因为它们不可避免地导致硬崩溃或无限制的内存泄漏。特别地，.NET允许进行诸如尝试/捕获所有内容之类的惰性黑客操作，从而使开发人员免于以为他们必须了解核心问题（“ 有时，它只会引发InvalidOperationException。代码很关键！ ”）。这并不是一成不变的，但我的观察是在非托管环境中长大的，现在全职使用托管代码。

此外，托管开发人员还倾向于使用更清洁，组织更整齐的BCL。这通常会鼓励他们探索幕后的实际情况。的确，对于STL或Boost，可以说是相同的，但是.NET类库通常足以使我们有时在智力上变得懒惰。

也就是说，编写一个好的，可交付的托管程序需要大量的工作。这意味着以与非托管开发人员类似的方式执行内存和CPU性能分析，单元测试以及代码分析。非托管开发人员倾向于理解这种情况，而托管开发人员倾向于包括更多不这样​​做的人员。

同样，不是黑白的。有许多智力上懒惰的非托管开发人员和核心托管开发人员。从定义上讲，没有一个比另一个更精英。

您认为托管代码是业余爱好者吗？您是否认为本地编码员更具有核心性？

这两个世界之间存在鸿沟，我不明白为什么：受管系统是用本机代码编写的（最终，所有内容都在“汇编中”运行）。我想看到的（仍然是我的生活）是一个应用程序构建系统，其中应用程序的所有子任务都将以正确的语言类型编写。

自Go发布以来，本机代码变得更加容易。我发现它比Java和C＃更容易读写。尽管到目前为止，使用Go进行GUI编程并不是很好（我快速浏览了这些选项）。
尽量不要因为与C＃相比缺少大型社区和种类繁多的库来判断它，因为它仍然被认为是新的。