问改变程序逻辑适应新的零售税法

EN

我将提出以下两种解决办法：

• 将税收计算定义为系统的插件，以便以后的更改将本地化在插件库中。未来的更改可能涉及更新插件库或更改配置文件。这对于您的应用程序也是有用的，以适应不同省份的税收计算中的变化。您可以构建一个简单的插件代码，或者查看CodePlex中的MEF。
• 引入一个纳税表，在该表中定义有关税收和计算字段的元数据信息。您可以更进一步，定义一种简单的特定于域的语言(如脚本)，然后映射到您的代码字段/logics/整数来导出计算的数量。您的主要系统将加载税务表，并使用它来驱动所有的税收计算。希望将来的更新将涉及更新纳税表文件。

当是一个简单的税率(如销售税)时，您将税率放在一个常数(即readonly decimal OntarioGST = 0.05M)中，并根据税率的变化向您的程序发送一个新的常量更新。

对于更复杂的税收，您可以应用战略模式并替换相应的算法。

无论哪种方式，您都需要推出更新您的软件。实际上，您不能期望您的客户能够处理这样的事情：“如果速率发生变化，您必须在配置文件中输入一个新的费率”。