首先 - 描述您的具体问题。没有人可以站在你背后看着你的电脑,看看你在做什么。
http://www.catb.org/esr/faqs/smart-questions.html#beprecise
你确实暗示你的程序行为不端。但是你没有描述如何以及为什么。我们不知道。
作为一般评论,您有点过度使用管道。
- 您传递给 OTL 的所有工作程序 - 在您的情况下,这些程序在随机线程中工作
Inserter
。Retriever
这意味着他们都不应该在没有 GUI 的情况下触摸 GUI synchronizing
——VCL 不是多线程的。TThread.Synchronize
正如我在链接问题中向您解释的那样,使用也是一个糟糕的选择。它使程序变慢并且使表单不可读。要更新您的表单,请使用固定帧速率的轮询。不要从 OTL 工作人员内部更新您的表单。
换句话说,Inserter
不是你需要的。您需要从管道中获取的只是它的输入集合、下载程序和输出集合。是的,对于复杂的管道来说,这是非常简单的任务,这就是为什么我在它之前提到了另外两个更简单的模式。
您需要TTimer
在表单上以每秒 2-3 次固定帧速率轮询输出集合,并检查该集合是否尚未最终确定(如果是 - 管道已停止)并且应该从主线程更新 GUI。
- 您不应该等待管道在您的主 VCL 线程内完成。相反,您应该分离管道并让它完全在后台运行。将对创建的管道的引用保存到表单的成员变量中,以便您可以从
TTimer
事件中访问其输出集合,并且还可以在其进程运行后释放管道。
您应该保持该变量链接到管道对象,直到下载结束并在nil
此之后设置为(释放对象),但不是之前。你知道 Delphi 中的接口和引用计数,对吧?
对于其他 OTL 模式,例如 parallel-FOR,请阅读有关其.NoWait()
调用的 OTL 文档。
您应该将此表单设置为双模式,以便在下载运行时和未运行时启用不同的控件集。我通常使用特殊的布尔属性来做到这一点,就像我在您链接的主题中向您展示的那样。您的用户不应该在管道正在进行时更改列表和设置(除非您要实现实时任务更改,但您还没有)。当从工作模式切换到空闲模式时,此模式切换器也是释放已完成管道对象的好地方。
如果您想使用管道工作者链接,那么您可以将这些 URL 字符串本身而不是 URL 字符串本身放入输入集合中Memo1.Lines.ToArray()
,然后您可以从Unpacker阶段开始,该阶段从输入集合中获取字符串数组(实际上只有一个)并枚举它并将字符串放入阶段输出集合中。然而,这几乎没有实际价值,它甚至会稍微减慢您的程序,因为该Memo1.Lines.ToArray()
函数仍然可以在主 VCL 线程中工作。但只是为了试验管道,这可能很有趣。
所以草稿变成了这样,
TfrmMain = class(TForm)
private
var pipeline: IOmniPipeline;
property inProcess: Boolean read ... write SetInProcess;
...
end.
procedure Retriever(const input: TOmniValue; var output: TOmniValue);
var
pageContents, URL: string;
lHTTP: TIdHTTP;
begin
URL := input.AsString;
lHTTP := TIdHTTP.Create(nil);
try
lHTTP.ReadTimeout := 30000;
lHTTP.HandleRedirects := True;
pageContents := ExtractDelimitedString( lHTTP.Get('https://instagram.com/' + URL) );
if pageContents > '' then
Output := pageContents;
finally
lHTTP.Destroy;
end;
end;
procedure TfrmMain.FormCloseQuery(Sender: TObject; var CanClose: Boolean);
begin
if InProgress then begin
CanClose := False;
ShowMessage( 'You cannot close this window now.'^M^J+
'Wait for downloads to complete first.' );
end;
end;
procedure TfrmMain.SetInProcess(const Value: Boolean);
begin
if Value = InProcess then exit; // form already is in this mode
FInProcess := Value;
memo1.ReadOnly := Value;
StartButton.Enabled := not Value;
if Value then
Memo2.Lines.Clear;
Timer1.Delay := 500; // twice per second
Timer1.Enabled := Value;
If not Value then // for future optimisation - make immediate mode change
FlushData; // when last worker thread quits, no waiting for timer event
If not Value then
pipeline := nil; // free the pipeline object
If not Value then
ShowMessage('Work complete');
end;
procedure TfrmMain.Timer1Timer(const Sender: TObject);
begin
If not InProcess then exit;
FlushData;
if Pipeline.Output.IsFinalized then
InProcess := False;
end;
procedure TForm2.startButton1Click(Sender: TObject);
var
s : string;
urlList : TStringList;
begin
urlList := Memo1.Lines;
pipeline := Parallel.Pipeline;
pipeline.Stage(Retriever).NumTasks(10).Run;
InProcess := True; // Lock the input data GUI - user no more can edit it
for s in urlList do
pipeline.Input.Add(s);
pipeline.Input.CompleteAdding;
end;
procedure TfrmMain.FlushData;
var v: TOmniValue;
begin
if pipeline = nil then exit;
if pipeline.Output = nil then exit;
if pipeline.Output.IsFinalized then
begin
InProcess := False;
exit;
end;
Memo2.Lines.BeginUpdate;
try
while pipeline.Output.TryTake(v) do
Memo2.Lines.Add( v.AsString );
finally
Memo2.Lines.EndUpdate;
end;
// optionally - scroll output memo2 to the last line
end;
注意一些细节,思考它们并理解它们的本质:
只是FlushData
更新输出备忘录。TTimer
从事件或表单模式属性设置器调用 FlushData 。它们都只能从主 VCL 线程调用。因此FlushData
永远不会被称为表单后台线程。
Retriever
是一个免费的独立函数,它不是表单的成员,它对表单一无所知,也没有引用您的表单实例。这样您就可以实现两个目标:避免“紧密耦合”,避免从后台线程错误地访问表单控件的机会,这在 VCL 中是不允许的。检索器函数在后台线程中工作,它们确实加载数据、存储数据,但它们从不接触 GUI。这就是想法。
经验法则- 表单的所有方法都只能从主 VCL 线程调用。所有流水线阶段子例程——后台线程的主体——都被声明并在任何 VCL 表单之外工作,并且无法访问任何一个。这些领域之间不应该混合。
您将 GUI 更新限制为固定的刷新率。而且这个速度不应该太频繁。Windows GUI 和用户的眼睛应该有时间赶上。
您的表单以两种清晰描述的模式运行 -InProcess
和not InProcess
. 在这些模式中,用户可以使用不同的功能和控件集。它还管理模式到模式的转换,例如清除输出备忘录文本、提醒用户状态更改、释放已使用线程管理对象的内存(此处:管道)等。因此,仅更改此属性(调用 setter)来自主 VCL 线程,从不来自后台工作人员。#2也有帮助。
未来可能的改进是使用pipeline.OnStop
event 向您的表单发出PostMessage
带有自定义 Windows 消息的 a,因此它会在工作完成后立即切换模式,而不是等待下一个计时器 olling 事件。这可能是管道了解有关表单并对其进行任何引用的唯一地方。但这打开了 Windows 消息传递、HWND 娱乐和其他我不想放在这里的微妙的东西。