私が構築している.netシステムでは、自動化された電子メール通知が必要です。これらは管理者が編集可能にする必要があります。これを行う最も簡単な方法は何ですか?編集のためのSQLテーブルとWYSIWIG?電子メール通知
キューは素晴らしいアイデアです。私は古い会社としばらくの間、そのタイプのプロセスを捨ててきました。
私が構築している.netシステムでは、自動化された電子メール通知が必要です。これらは管理者が編集可能にする必要があります。これを行う最も簡単な方法は何ですか?編集のためのSQLテーブルとWYSIWIG?電子メール通知
キューは素晴らしいアイデアです。私は古い会社としばらくの間、そのタイプのプロセスを捨ててきました。
、はい。 :D主なものは、テンプレートを保存する場所です。あなたがまだファイルシステムを使用していない場合を除き、データベースは素晴らしいオプションです。ファイルシステムは正常に動作します。
WSIWIGエディタ(fckeditorなど)はうまく動作し、許可する機能に関していくつかの良いオプションがあります。
トークン交換システムは、必要な場合には良い考えです。たとえば、誰かが電子メールテンプレートに%FIRSTNAME%を置くと、電子メールを生成するコードは、既知のトークンをユーザーやその他の状況に基づいて動的な他の既知の値に置き換えるための単純なパターンマッチングを行うことができます。
あなたはインターフェイスとストレージ、または電子メールの送信の実装についても話していますか?
はい、FROM、TO、Subject、Bodyを持つSQLテーブルは、ストレージ用に機能するはずです。テキストボックス、またはリッチテキストボックスが編集用に機能する必要があります。
これはウェブインターフェイスですか?ハイレベルから、実際にそれを送信するために
、System.Web.Mail名前空間をチェックアウトし、それが使用するために、かなり自明で簡単です:)
私は、これらが自動化された通知であれば、ソフトウェアで何らかのイベントの結果として外出している可能性があると考えています。これがウェブベースのアプリケーションで、これらの数が送信される予定の場合は、すべてのイベントでメールを送信するのではなく、メールキューを実装することを検討してください。
コンポーネントは定期的にキューにクエリを発行し、保留中のアイテムを送信できます。
Adam Haileは書いている:
あなたは.NET 2.0にし、上:) System.Net.Mailを意味チェックアウトSystem.Web.Mail名前空間を
れる
.NET 3.0(および3.5)で新しいワークフローコンポーネントを使用することはどうですか?それが私の現在のプロジェクトのテンプレートと組み合わせて使用されます。テンプレートは基本形式を持ち、トークンはユーザー情報に置き換えられます。