c#类接口设计

本文关键字：接口 | 更新日期: 2023-09-27 18:01:55

我正试图为我的项目使用的iTextsharp (PDF创建库)设计一个界面。我不想在我的项目中引用任何iTextsharp，只需要接口。

比方说，我有

     interface IPdfTable { /* */ }
     public class PdfTable : IPdfTable  { /* */ }
     interface IPdfCell { /* */ }
     public class PdfCell : PdfCell { /* */ }

虽然我可以很容易地为每个类单独构建接口，但当这些类相互交互时，我在实现上遇到了困难。在代码的某个地方，我需要表能够接受单元格的集合。

当我有一个单元格集合时，问题就出现了，我需要将它添加到表中。不知何故，我需要将IPdfCell转换为库(iTextSharp)接受的原始元素。我认为快速和简单的实现是令人沮丧的，但不是一个好的设计。

我能想到的唯一其他解决方案是使用接口来收集不同的设置，并在它被传递到其他元素时动态地创建原始元素(被iTextsharp接受)。

有更好的实现吗?

c#类接口设计

我不明白这样一个接口的目的。无论如何，您的pdf生成代码将绑定到您正在使用的库，构建完全镜像库的代理类/接口并不能阻止这一点，它只是增加了另一层。如果您要切换到一个不同的PDF生成库，那么新库与iText中的等效库的匹配是极不可能的，并且您最终将更改接口和调用代码。

我的建议是创建一个IPDFGenerator，然后创建一个与ittext耦合的iTextPDFGenerator:IPDFGenerator，并将其留在那里。你将拥有你想要的分离，将iText从你的核心服务中分离出来的能力，但它不需要在相同的类之间进行一堆无意义的映射。

我认为你应该重新评估SOLID中的S, I和D，并确保你没有过度使用

通常，您会有一个转换层，将您的接口外观实现转换为iTextSharp本地支持的类型。

如果您需要属性到属性的映射，

AutoMapper可以帮助您解决这个问题，并且可以为您省去大量的翻译工作。

相关文章：