MailDefinitionクラスにSystem.Web.UI.Controlが必要なのはなぜですか？

Question

MailDefinitionクラスの "CreateMailMessage"メソッドを呼び出してMailMessageオブジェクトを作成する場合、3番目のパラメータはSystem.Web.UI.Control型のオブジェクトです。

MailDefinition mail = new MailDefinition(); 

ListDictionary replacements = new ListDictionary(); 
replacements.Add("<%myname%>", "John"); 

mail.BodyFileName = "~/App_Data/Emails/SomeEmail.txt"; 
mail.From = "me@example.com"; 
mail.Subject = "Hello"; 

MailMessage message = mail.CreateMailMessage("example@example.com,", replacements,); 

なぜですか？
私はそのタイプのオブジェクトを持っていない場合、代わりに何を渡すべきですか？ちょうど新しいコントロールオブジェクト？

Control control = new Control(); 

UPDATE

私は非常に電子メールテンプレートを構築するためにRazorを使用することをお勧めします。それは素晴らしい構文を持ち、素晴らしい作品で、奇妙な依存関係はありません！

Answer 1

通常、コントロールとしてthisを渡すだけです。 MailDefinitionコントロールの親である制御here is what MSDN says:

ownerパラメータが示す理由、理由として

MailMessage message = mail.CreateMailMessage("example@example.com,", replacements, this); 

。 BodyFileNameプロパティで指定されたテキストファイルを検索するディレクトリを決定します。

Answer 2

コントロールにバインドしていない場合は、MailDefinitionクラスをまったく使用する必要はないようです。 smtp経由で電子メールを送信するには、System.Net.Mail.SmtMessageとともにSystem.Net.Mail.SmtpClientを使用する必要があります。

Answer 3

メッセージがワークフローから送信されているため、私は第3パラメータにnew LiteralControl()を使用しています。できます。しかし、私は "なぜ"の答えがありません。

Answer 4

CreateMailMessage関数は、内部（MailDefinitionのBodyFileNameプロパティで指定された）本体の内容を読み取るために、そのAppRelativeTemplateSourceDirectory性及びそののOpenFile方法を照会するために指定コントロールを使用。

私にとってデザインが不十分で、タイトなカップリングが不要です。

Answer 5

また、単にこれを行うことができます：なぜあなたは）（はMailMessageメッセージ=新しいはMailMessageを使用していない

MailMessage message = this.Mail.CreateMailMessage("no-reply@example.com", dictionary, new System.Web.UI.Control());