> オブジェクト指向ではGUIクラス(Form)と処理クラスは基本分離しますよね?
私はオブジェクト指向では分離しないのが基本だと思います。
TextBox の入力と、入力チェックを分けるかといえば、継承して内包してしまう
ほうがオブジェクト指向らしいと思います。
「入力チェック付き TextBox」という１つの新しいオブジェクトを作ります。

話題に上がっている分離については、別の概念だと思います。
> 処理クラスでデータを読み込んでいる最中ににリアルタイムにGUIクラスで
> ベリファイメーターを見せる
既存のクラスで言えば、FileStream クラスと ProgressBar クラスみたいな
話でしょうか。これは分離も何も、最初から別のオブジェクトです。
ここで「メーター付き処理クラス」を作るかと言えば、２つのオブジェクトが
連携する程度に納めると思います。

> ようは処理クラスからGUIクラスに働きかけたいのです。
> 僕は今までGUIクラスから処理クラスに問い合わせをして
> GUIのコントロールを操作するような事をしていました
それで事足りているなら必要ないのでは？GUI を止めたくないのであれば、
処理クラスを BackgroundWorker クラスに投げるのが王道では？
> こんな感じなのですがこれだとGUIの中で処理クラスと混同してしまいそうですし
何を言わんとしているのか分かりませんでした。

WEB ならその特性からも3層構造に分離する事を前提にすることも多い
と思いますし、そういった概念も有効な手段を生むと思いますが、
オブジェクト指向の話とは違ってきますからね。