是否应该使用业务逻辑编译内部C#应用程序？

[背景]

所以,我有一个C#应用程序,在我到达之前编写.我此时并不在开发组织中,但我是互联网营销组织中的子组中的技术主管.我的职责是流程自动化,最小的桌面支持以及使我们的生活更轻松的自定义应用程序.

[/背景]

[应用详情]

我们有一个应用程序,可以从URL列表中创建自定义数据库文件.它被设计为具有一个输入文件,以及两个使用这些db文件的应用程序的输出文件.两个输出文件之间差异的规则被编译到代码中.

[/ app详情]

是否应该使用业务逻辑编译内部C#应用程序,如果不重新构建它就无法更改？

内部应用程序有一个目标:支持该过程.

如果创建输出的规则很简单,每天更改并被用户放下,将其编译成二进制文件是完全错误的,并且对GUI和一组新程序员的投资可以做得很好.如果规则很复杂,每年更改一次并由管理层强制要求,将它们编译成二进制文件是一种简单,经济有效的方法来维护它们并防止用户摆弄内部.

与往常一样,答案必须是"它取决于".