我正在尝试为我的项目使用的iTextsharp (PDF创建库)设计一个接口。我不想在我的项目中引用任何iTextsharp,只需要接口。
比如说,我有
interface IPdfTable { /* */ }
public class PdfTable : IPdfTable { /* */ }
interface IPdfCell { /* */ }
public class PdfCell : PdfCell { /* */ }虽然我可以很容易地为每个类单独构建接口,但当这些类彼此交互时,我在实现上遇到了困难。在代码中的某处,我需要能够接受单元格集合的表。
当我有一个单元格集合,并且需要将其添加到表中时,问题就来了。我需要以某种方式将IPdfCell转换为库(iTextSharp)接受的原始元素。我认为快速而简单的实现是向下看的,但不是一个好的设计。
我能想到的唯一其他解决方案是使用接口来收集不同的设置,并在原始元素被传递到其他元素时动态创建原始元素(被iTextsharp接受)。
有没有更好的实现?
发布于 2011-07-14 05:20:02
通常,您会有一个转换层,它将接口外观实现转换为iTextSharp本地支持的类型。
如果您需要属性到属性的映射,并且可以为您删除大量的翻译工作,则AutoMapper可以帮助您实现这一点。
发布于 2011-07-14 05:29:43
我不明白这样一个界面的目的。无论如何,您的pdf生成代码将绑定到您正在使用的库,构建完全镜像该库的代理类/接口并不能阻止这一点,它只是添加了另一个层。如果您要切换到不同的PDF生成库,那么新的库将与iText中的等价库1:1匹配的可能性极小,而且您最终还是要更改接口和调用代码。
我的建议是创建一个IPDFGenerator,然后创建一个耦合到iText的iTextPDFGenerator:IPDFGenerator,并将其留在那里。您将获得您想要的分离,能够将iText排除在您的核心服务之外,但它不需要在相同的类之间进行一堆毫无意义的映射。
我认为你应该重新计算S,I和D的实数,并确保你没有做得过多。
https://stackoverflow.com/questions/6685782
复制相似问题