只是快速了解问题。我正在智能卡上开发一个应用程序，它具有简化的.net框架和非常有限的资源（16kb的ram）。我设计并开发了一个使用面向对象的解决方案，但该解决方案使用了大量内存。返回并重构代码以尽可能减少内存消耗但仍然用于大量内存。
现在我使用过程方法并使用struct来封装数据。我在这种方法上取得了成功。
这可能听起来很愚蠢，因为结构解决方案正在运行。现在的问题是：这是资源约束设备的最佳解决方案还是我的面向对象解决方案设计不佳？那么另一件事我怎样才能减少exe大小？不确定影响exe大小的是什么？
谢谢
答案 0 :(得分：1)
托管代码非常耗费资源。有了这些有限的资源，您应该尽可能少地使用C ++ / C ++ / CLI，MFC和.NET。表现也更好......
当然，DES加密可能存在于该大小的可执行文件中。这并不困难;我分析了如何在大学10年前打破DES。你只需要表达和倾斜可执行文件......
我不认为使用C ++而不是C会产生巨大的额外开销，但如果您不希望内存不足引发异常，我仍然建议您不要使用new。无论如何，Malloc和calloc都更有趣。