我必须构建一个Windows服务,从n个客户端数据库中获取数据,将结果集转换为XLS格式,并以客户端指定的时间间隔将其发送到相应的(客户端特定的)FTP帐户,
这是另一种方式: 相同的Windows服务将连接到多个数据库,将文件发送到不同的FTP帐户,并根据连接的客户端数据库以不同的时间间隔运行。
我的问题是,我应该如何设计它以便灵活处理多个场景并且更易于配置。
这背后的基本思想是尽量减少将来新客户要求相同服务时的实施时间。
我正在考虑以下想法,可以将单个客户端设置为单独的工作线程。我知道这种方法有些严重,但似乎无法找到最好的方法。
这是部分代码:
private static void Main(string[] args)
{
// Initialize the first worker thread.
NewUserThread newUserThread = new NewUserThread();
// Specify properties of this worker thread.
newUserThread.Name = "New User Check";
newUserThread.Delay = 0;
newUserThread.Interval = 2 * 60 * 1000;
// Initialize the second worker thread.
UserUpdateThread userUpdateThread = new UserUpdateThread();
// Specify properties of this worker thread.
userUpdateThread.Name = "User Update Check";
userUpdateThread.Delay = 30 * 1000;
userUpdateThread.Interval= 5 * 60 * 1000;
// Initialize the first Windows service objects.
WindowsService userCheckService = new WindowsService();
userCheckService.ServiceName = UserCheckServiceName;
// Initialize the second Windows service objects.
WindowsService emailService = new WindowsService();
emailService.ServiceName = EmailServiceName;
// Add services to an array.
ServiceBase[] services = new ServiceBase[]
{
userCheckService,
emailService,
};
// Launch services.
SendFiles("Launching services...");
Run(services, args);
}
internal static void (string message, params object[] args)
{
// Call to DB
// Convert dataset to XLS
// Send to FTP
}
如果我没有任何意义,请告诉我,我愿意探索一种全新的方法。
代码示例将有所帮助。
提前全部谢谢!
答案 0 :(得分:1)
好吧,我将编写架构材料,以便应用程序在将来保持可扩展性。
使用的模式:依赖注入
创建一个名为 IDatabaseSources 的接口,并在不同的数据源类中实现该接口
IDatabaseSource接口的示例方法是Connect(),FetchData()。在实现的类中编写connect方法时,从web.config中获取连接字符串。
公共类SQLDataSource:IDatabaseSources {将在界面中定义所有方法}
公共类SQLDataSource2:IDatabaseSources {将在界面中定义所有方法}
创建一个名为 IFTPSources 的接口,并在不同的类中实现该接口。
IDatabaseSource接口的示例方法是Connect(),SendData()。在实现的类中编写connect方法时,从web.config中获取FTP信息。
公共类FTPSource1:IFTPSources {将在界面中定义所有方法}
公共类FTPSource2:IFTPSources {将在界面中定义所有方法}
此外,应根据您的调度程序
在Windows服务中注入这些依赖项虽然如果有10个FTP目的地,那么你将拥有10个FTP源类。是的,它增加了类的数量,但这就是单一责任原则加上你能够维护/扩展应用程序的方式。