從「它必須做過100萬次」部門......我需要將電子郵件模板解決方案集成到現有的.Net產品中。現在,每個組件(工作流,管理員等)都發送自己的硬編碼電子郵件。我想介紹一個新的管理網站/屏幕,允許用戶從一組電子郵件模板中進行選擇。模板本身會相當簡單,一些字符串替換基於業務規則。電子郵件模板的建議設計模式?
問題是:是否有設計模式涵蓋電子郵件模板的創建和使用?例子?我已經開始關注戰略和模板設計模式。
從「它必須做過100萬次」部門......我需要將電子郵件模板解決方案集成到現有的.Net產品中。現在,每個組件(工作流,管理員等)都發送自己的硬編碼電子郵件。我想介紹一個新的管理網站/屏幕,允許用戶從一組電子郵件模板中進行選擇。模板本身會相當簡單,一些字符串替換基於業務規則。電子郵件模板的建議設計模式?
問題是:是否有設計模式涵蓋電子郵件模板的創建和使用?例子?我已經開始關注戰略和模板設計模式。
如果您想簡化並儘可能使用現有技術,我會建議使用XSL模板(以HTML或純文本格式生成電子郵件正文)來實現它。
我還會建議看着system.web.ui.webcontrols.maildefinition
您可以找到市場(templateengine.net),也SSRS可以作爲電子郵件發電機上的一些現成的模板,但這很可能是矯枉過正。
這不是一個真正的設計模式,至少不是「策略」或「模板方法」類別中的設計模式。我想說的最接近的是Builder pattern,但我想這會是一個過度殺傷,除非你的商業規則很複雜。
至於模板本身,我建議你看看NVelocity。
個人而言,我不推薦NVelocity。這是一個糟糕的端口。更多細節在http://stackoverflow.com/questions/346449/templating-engine-to-generate-simple-reports-in-net – 2009-09-28 23:03:42