Google设备前端开发

我想知道在构建GSA前端（xslt）的同时保持高效的最佳方式。Google设备前端开发

我从您可以在GSA管理面板中获得的OOB开始。你可能已经知道这个文件很长（7.2版本超过7000行代码）。我想知道是否有任何好方法来调试生成的XSLT，我正在GSA端应用前端（内置功能）。

我对这件事很陌生，我们刚搬到GSA，我必须按照市场营销部门的要求建立一个自定义搜索结果页面。

我在.NET代码中使用服务器端调用对象GSA。

我知道我可以使用类似Saxon.net的东西，并在.NET代码中应用XSLT，并且能够调试它，但要求是我们使用“proxystylesheet”和“frontend”params的内置功能在GSA搜索服务中（这不是我的选择）。

当GSA应用XSLT时，是否有办法检查错误（我相信我会得到一些）？

2014-12-06 Xheox

您需要使用java才能正常工作。

从GSA前端调试XSLT可能非常复杂。 Saxon9是为我工作的唯一方法。

我不会用微软的XSLT工具打扰太多，因为你需要修改GSA XSLT甚至开始调试，这本身就是一个坏主意。

首先，您需要导出XSLT具有的所有依赖项，例如其他xsl，css和js文件。如果这太多了，这里是你可以下载它们的link。

创建一个具有上述依赖关系的文件夹。
将xml从搜索结果中保存到同一个文件夹中。（删除 proxystylesheet查询参数，不要忘记包含如果您正在使用xslt测试元数据操作，getfields = *） - search.xml
将要调试的xsl保存在同一个文件夹中。 - frontend.xsl
下载Saxon 9并将zip解压缩到相同的文件夹。

使用以下命令测试xslt。

java -jar c:\<<Folder with the everything>>\saxon9.jar -t search.xml frontend.xsl > test.html 
call start firefox test.html

如果有错误，它们会在您运行上述命令时显示。

2014-12-07 07:48:52

谢谢Vinay，我会试试这个。这些文件是GSA提供的所有默认文件吗？如果是这样，那么如何让他们参与我们的GSA。 – Xheox 2014-12-07 17:52:48

是的。这些是默认文件。他们通常不在默认的根目录下。在您的xslt中搜索它们（文件名）并尝试构建FQDN URL并单独ping它们。 – 2014-12-07 23:27:51

是的，这是我最终做的。谢谢无论如何。 – Xheox 2014-12-09 00:14:09

回答