VB6 Web 应用程序 - RM 或非 RM - 这真的很重要吗？
我支持旧版 VB6 Web 应用程序。 我们通常尝试使用内存保留（RM）组件。 但是，某些组件是从 Windows 应用程序“借用”的。 由于这些组件包含表单，因此不能将它们标记为 RM。 因此，我们目前混合了 RM 和非 RM 组件。
有人提出了这样的问题：“是否可以使用所有组件的非 RM 版本？”
看来走这条路可能会导致可扩展性和性能问题。 有人对此有经验吗？
I'm supporting a legacy VB6 web application. We generally try to use Retained in Memory (RM) components. However, some components are "borrowed" from a Windows application. Since those components contain forms, they cannot be marked as RM. As a result, we currently have a mix of RM and non-RM components.
The question has been raised, "Would it be ok to use non-RM versions of all components?"
It seems like going this route could lead to scalability and performance issues. Does anyone have experience with this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
随着时间的推移，它变得有点迟钝，但我记得大量使用未标记为保留在内存中的组件在过去给我带来了很多真正的问题，例如应用程序崩溃。
如果可以将这些非“RM”组件与网站的其余部分隔离，我倾向于将这些非“RM”组件添加到单独的 COM+ 应用程序中。
在轻负载的情况下，您可能会侥幸逃脱，但我不建议在严重的情况下使用它。 这些组件指定什么线程模型？
Its getting bit dulled with time but as I recall heavy use of components not marked as retained-in-memory caused me so real problems in the past, such as application crashes.
I'd be inclined to add these non "RM" components to an separate COM+ application if that is possible to isolate them from the rest of the web site.
In a light load you might get away with it but I can't recommend it for serious use. What threading model do these components specify?