Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.
Closed 10 years ago.
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(3)
所以你想继续使用 Delphi 7,并且你想要一个好的线程库,但又不想从头开始编写它。
我确信有一天你会升级。那么为什么要选择一个糟糕的线程库,当你这样做时你需要更改它。
我的建议是采用 OmniThreadLibrary,并尝试将其移植到 Delphi 7 中。然后您将获得升级路径。
否则,请尝试以下建议之一:我如何在 Delphi 中进行线程处理的各种方法之间进行选择?
So you want to stay with Delphi 7, and you want a good thread library, but don't want to write it from scratch.
One day you will upgrade, I'm sure. So why go for a poor threading library that you'll need to change when you do.
My recommendation would be to take OmniThreadLibrary, and try to port it to work with Delphi 7. Then you'll have an upgrade path.
Otherwise, try one of the recommendations in: How Do I Choose Between the Various Ways to do Threading in Delphi?
从长远来看,线程框架可能会为您节省数月的工作时间,因此,根据拥有一个线程框架对您的重要性,也许您可以将此作为升级的理由。任何认为 TThread 和其他 Windows 同步原语就是您所需要的人显然没有编写太多线程代码。我估计我至少花了 3-6 个月的时间来开发自己的线程框架以使事情变得更容易,并且它很容易“收回成本”。
A threading framework could possibly save you months of work in the long run, so depending on how important it is for you to have one, maybe you can use this as a reason to upgrade. And anyone who suggests that TThread and other Windows synchronisation primitives are all you need obviously has not written much threaded code. I estimate that I have spent at least 3-6 months just to develop my own threading framework to make things easier, and it has easily "paid" for itself.
我这么说并不是在恶搞,但是 TThread 怎么样?虽然不是一个框架,但它确实使使用 Windows 线程变得不那么痛苦。说真的,它做得非常好。
以下是一些可帮助您入门的链接:
I'm not trolling when I say this, but how about TThread? Although not a framework, it certainly makes working with Windows threading far less painful. Seriously, it is very well done.
Here are some links to get you started: