.net Microsoft.VisualBasic.Financial.Pmt和C中的摊销#

我试图计算摊销计划，并看到我正在更新的遗留C#代码从VB库调用了Microsoft.VisualBasic.Financial.Pmt（）方法。在摊销时做同样的事情是明智的还是有一种推荐的方法可以在C#中完成同样的事情，而不必求助于VB库调用？我正在使用C#4.0。

我自己会做的。事实上，我自己也做过。我会给你公式

在测试匹配时，使用Excel检查您的工作，并使用各种在线摊销计划来验证您是否正确进行了匹配

这是一种自我计算的能力，而且当混合双精度/小数和整数时，你在C#值转换方面也有很好的经验

编辑：Jim的答案可能比我的好，但我总是喜欢自己写一些东西（特别是这么简单），而不是引入另一种依赖关系，在成本/缺陷/分发问题上听任他人摆布

---

我只是设想Windows下一步会在用户权限、访问权限或一些荒谬的事情上进行一些大的更改，然后发现您正在使用的dll没有（也不会）被更新以利用它。

我会自己做。事实上，我自己也做过。我会给你公式

在测试匹配时，使用Excel检查您的工作，并使用各种在线摊销计划来验证您是否正确进行了匹配

这是一种自我计算的能力，而且当混合双精度/小数和整数时，你在C#值转换方面也有很好的经验

编辑：Jim的答案可能比我的好，但我总是喜欢自己写一些东西（特别是这么简单），而不是引入另一种依赖关系，在成本/缺陷/分发问题上听任他人摆布

---

我只是想象Windows下一步会在用户权限、访问权限或一些荒谬的事情上进行一些大的更改，然后发现您正在使用的dll没有（也不会）被更新以利用它。

在C#中进行VB.NET库调用没有错。这是推荐的方法。除非您找到其他的.NET财务软件包。

在C#中调用VB.NET库没有什么错。这是推荐的方法。除非您找到其他.NET金融软件包。

Microsoft.VisualBasic库是为了向后兼容“旧版”VB代码，但它不是.NET代码——它不像调用VB6或不安全的C代码。我经常使用这个库，尤其是Microsoft.VisualBasic.Strings。这不准确，你说的是Microsoft.VisualBasic.Compatibility.dll Microsoft.VisualBasic库是为了与“遗留”VB代码向后兼容，但它是.NET代码——这不像调用VB6或不安全的C代码。我经常使用这个库，尤其是Microsoft.VisualBasic.Strings。这不准确，你说的是Microsoft.VisualBasic.Compatibility.dll最后一行必须引用你的？显然，Microsoft.VisualBasic.dll将在很长一段时间内保持兼容。汉斯，你怎么能这么说。Net中断了与VB Classic的兼容性。Net在其自己的版本中进行了突破性的更改。无法保证Microsoft.VisualBasic.dll将与任何内容保持兼容，即使是service pack。是的，它被遗弃似乎是不可想象的。但是，您自己的应用程序中的类文件不会在没有警告的情况下对您进行更改。您刚才说的是Windows的更改。是的，微软并没有承诺让你的程序集100%兼容。他们不知道，最后一行是指你的？显然，Microsoft.VisualBasic.dll将在很长一段时间内保持兼容。汉斯，你怎么能这么说。Net中断了与VB Classic的兼容性。Net在其自己的版本中进行了突破性的更改。无法保证Microsoft.VisualBasic.dll将与任何内容保持兼容，即使是service pack。是的，它被遗弃似乎是不可想象的。但是，您自己的应用程序中的类文件不会在没有警告的情况下对您进行更改。您刚才说的是Windows的更改。是的，微软并没有承诺让你的程序集100%兼容。他们不知道这件事。