有关Windows应用程序上批处理文件的可能替换的问题?

我有一个大型Windows遗留应用程序,由许多与数据库交互的可执行文件组成。 可执行文件有4个主要用途:

(a) 在数据库上解析和加载文件

(b) 转换文件(例如编码文件。)t这也可以将文件拆分为多个部分。

(c) 在数据库中执行某种复杂的更新

(d) 产生文件

(1) 等待一个条件,从某个外部路径获取一个文件,可能使用(b)进行转换,执行(c),发送有关活动结果的通知,将记录写入数据库

(2) 等待条件,执行一些(c),生成一个文件,用(b)进行转换,然后将其复制到一个或多个目标(本地文件、数据库、ftp),发送有关活动结果的通知,将记录写入数据库。

(3) 协调(a-b-c-d)可执行文件的其他复杂序列,发送有关活动结果的通知,向数据库写入记录

问题是:

-批处理文件不容易为测试环境配置,也不容易自动测试

-通知和等待启动条件的代码部分重复es(如果错误a调用b,如果错误b调用c,如果错误d调用e)。

-您无法准确地跟踪哪些批处理文件已过时,哪些定期更新 打电话

-要了解发送或接收哪些文件,您需要逐个打开每个批。

-它们对应用程序施加设计约束,普通代码不能被抽象掉

-要实现水平功能(例如,使用默认日志策略,计算每个作业的调用次数),需要在许多文件上写入(不可维护?)代码。

好的一面是:

• 很难编写一个批来将情况恢复到安全状态。

• 他们经受了战斗的考验。它们已经投入生产很长时间了

我想出了这个解决方案:

• 编写一些Java库,其中我提供了常见的函数和配置(用于通知人们事件的函数、用于传输文件的函数、用于等待条件的函数)。

• 脚本可以由用户根据需要在不同的类中提供 jar

• 脚本可以通过注释自动记录

• 脚本引擎可以要求脚本输出其自身及其参数的描述

• 将文件的制作与复制分开

我决定支持Java,而不是脚本语言(PHP、Python),这样我就可以享受编译的好处,而不必担心在公共库中编写可能触发“致命错误”并停止脚本执行的内容。

我觉得这将简化大多数标准批处理文件(类型1和2)的执行,另一方面,我担心很难表示类型3的批处理。 此外,我将实施自动部署,我担心的是,虽然编写错误的批处理文件可能会产生问题,但在引擎本身(即使可能由于编译和测试而不太可能发生)或配置中部署一些错误代码可能会产生更大的问题,影响所有脚本。

我的问题是:

你认为批量文件可以吗?在这种情况下,它们是否被广泛使用?

你认为我走的方向对吗?有什么我没有考虑的吗?<

有谁有更好的主意吗?

你知道有什么框架可以帮助我吗?

你认为开发这个系统在将来有更大的灵活性是值得的,还是我最好保留批次?

请注意,任何要开发的新解决方案最初都将与现有系统集成,因此,例如,我不能重写所有内容以在应用程序服务器中工作。