Vb.net 将每个小图标放在一个.NET ImageList控件中是否明智？

我正在开发一个VB.NET WinForms应用程序，我在任何地方都使用了很多小的16x16 32位图标；其中大部分都嵌套在选项卡后面或不可见。我把它们放在一个大的ImageList控件中，从那里管理它们似乎更容易

我的问题是，这聪明吗？我甚至在按钮和控件中使用imagelist，否则可以更直接地指定图像（例如，通过图像属性）

请注意，我使用ImageKey，并且（当前）不需要ImageIndex

---

它对性能有负面/正面影响吗？

我认为性能可能不是问题，但如果您正在寻找一个集中存储图像的位置，为什么不使用它呢

下面是一个特定于VB.NET的示例：

---

我认为性能可能不是问题，但如果您正在寻找一个集中存储图像的位置，为什么不使用

下面是一个特定于VB.NET的示例：

---

除非你有十亿个图标，否则你不太可能在存储或性能方面有任何问题

实际上，这取决于你认为最简单的组织方法。有时，共享存储库很方便，但如果控件的资源存储在不相关的位置，则可能会带来麻烦

---

一般来说，我只需将图标放入资源中，然后在控件上设置Icon/Image属性以指向它们——这只是管理资源的一种简单得多的方法。但是，如果您发现您的方法更简单（已经尝试了其他方法），那么就去尝试吧。

除非您有十亿个图标，否则您不太可能在存储或性能方面有任何问题

实际上，这取决于你认为最简单的组织方法。有时，共享存储库很方便，但如果控件的资源存储在不相关的位置，则可能会带来麻烦

---

一般来说，我只需将图标放入资源中，然后在控件上设置Icon/Image属性以指向它们——这只是管理资源的一种简单得多的方法。但是，如果你觉得你的方法更简单（已经尝试过其他方法），那就去做吧。

好吧，我以前是这样做的，但是资源太多，让我很难找到它们。这就是为什么我发现使用ImageList更容易（谢谢！）我主要担心的是，从性能的角度来看，它是特别好还是特别差。这不太可能-例如，如果单击某个选项卡，只要它在大约四分之一秒内更改为新选项卡，用户就不会认为它太慢。你可以在一刻钟内完成大量的工作！非常正确。另外，大多数HOG都是因为对everything=P使用相同的CPU线程（我从来都不喜欢后台工作人员和代理过于复杂（考虑到这是.NET）好吧，我过去是这样做的，但是太多的资源让他们很难为我导航。这就是为什么我发现使用ImageList更容易（谢谢！）我主要担心的是，从性能的角度来看，它是特别好还是特别差。这不太可能-例如，如果单击某个选项卡，只要它在大约四分之一秒内更改为新选项卡，用户就不会认为它太慢。你可以在一刻钟内完成大量的工作！非常正确。另外，大多数HOG都是因为对everything=P使用相同的CPU线程（我从不喜欢后台工作人员和委托过于复杂（考虑到这是.NET），这是我当前的方法，但我很少从代码中定义资源，因为ImageList被认为是为了使运行时映像更改更容易（或者当我遇到ImageList的用法时，我在About.com上读到过这样的内容）。我主要在设计时使用资源。这是我目前的做法，但我很少从代码中定义资源，因为ImageList被认为是为了使运行时图像更改更容易（或者当我遇到ImageList的用法时，我在About.com上读过这样的内容）.我主要在设计时使用资源。