我的php应用程序将需要能够导出到(和从)一系列不同的数据格式,主要是基于xml的。
我可以选择
在php中,使用dom导出一些基于xml的格式,这些格式是其他格式所需的所有数据的超集,并为我要支持的每个输出格式创建单独的xslt样式表,通过php的xsl扩展运行dom输出。

不是使用php的xsl扩展,而是将每个输出格式实现为本地php中的一个类,该类使用dom直接从内部对象/结构转换为给定的xml格式,每个此类类实现相同的接口,因此它们是可互换的。
该应用程序将由大学使用,是一个以各种方式管理“人员”记录的工具,并从各种来源(如人力资源系统等)导入/导出数据。我将自己实现输入和输出格式集,但在未来,有可能有人使用它将要修改,以支持自己的格式。
我考虑不使用xslt的一个原因是,如果将来除了我之外还有其他人要维护这个应用程序,那么似乎很少有人知道xslt,更多的人似乎知道php。
另一个原因是,第二个解决方案看起来更高效、更“程序化”,而且更灵活,因为我可以像csv或基于列的文本那样通过重载类的必要部分轻松地输出到非xml格式并从中导入,而不是像通常那样必要的。
第三个原因是php需要重新编译以启用xsl,而dom在默认情况下是启用的,所以它的可移植性会稍微好一点。不过,这不是一个太大的问题,因为它很容易重新配置php。
你觉得我的推理怎么样?

最佳答案

我个人的意见是,您的决定应该强烈地基于这样一个事实:您将如何在您的预期受众中判断xslt知识。如果很明显xslt在必须使用系统的人员(包括您自己)中是“未知的领域”,那么您可以排除xslt解决方案。学习xslt的需要和努力将抵消xslt解决方案的优势(非常优雅——特别是在将xml转换为xml时,不需要处理php代码,不需要php知识)。
或许双向解决方案是正确的选择。您可以构建一个用于导入和导出的适配器系统,该系统对xml数据格式使用xslt,并为所有不基于xml的数据格式提供使用php代码的能力。这样每个开发人员都可以选择他更喜欢的方式。

interface My_DataConverter_Interface
{
    /**
          * @param string                $file
          * @return My_DataObject
          */
    function import($file);

    /**
          * @param My_DataObject $data
          * @param string                $file
          */
    function export(My_DataObject $data, $file);
}

abstract class My_DataConverter_Xslt implements My_DataConverter_Interface
{ /* ... */ }

class My_DataConverter_XmlFormat1 extends My_DataConverter_Xslt
{ /* ... */ }

class My_DataConverter_XmlFormat2 extends My_DataConverter_Xslt
{ /* ... */ }

class My_DataConverter_Csv implements My_DataConverter_Interface
{ /* ... */ }

关于php - 我的PHP应用程序需要导出为多种不同的XML格式:我应该使用XSLT还是 native PHP?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/818679/

10-11 19:42
查看更多