Visualforce和闪电体验 – 开发Visualforce页面以获得闪电体验

为Lightning Experience创建Visualforce页面和应用程序的开发过程在某些方面与Salesforce Classic的开发有很大的不同。在其他人中，你会发现它是一样的。主要区别在于您在开发过程中如何查看和测试您的页面。
在本单元中，我们将介绍设置开发环境的细节，然后介绍在构建过程中测试页面的“正确”方式的细节。好消息是，您需要使用Lightning Experience进行开发的过程与用于开发Salesforce移动页面的过程相同。

您要设置的第一件事就是您将用于编写代码的编辑工具。无论您是为Lightning Experience，Salesforce Classic还是Salesforce应用程序创建页面，以及是否使用Developer Console，Force.com IDE或旧的安装编辑器，此过程都保持不变。
如果您已经有了首选的Visualforce编辑工具，则无需在此处执行任何操作。编写和保存您的Visualforce标记仍然完全相同。开发者控制台拥有自己的用户界面，在Lightning Experience和Salesforce Classic之间不会改变。安装程序中的编辑器也保持不变，在所有用户界面上下文中保留Salesforce Classic用户界面。当然，如果您使用的是本地工具（如Force.com IDE或许多第三方工具中的一种），则这些工具都有自己的用户界面。

一个例外是Visualforce开发模式页脚中的编辑器。如果您已经在用户设置中启用了开发模式，并且正在使用Salesforce Classic，那么使用开发模式页脚查看和编辑Visualforce页面的方式与您所期望的相同。如果您切换到Lightning Experience，然后使用传统的https://yourInstance.salesforce.com/apex/PageName URL模式访问页面，则可能会惊讶于在Salesforce Classic中找回自己。

这是预期的，当我们查看和测试您的Visualforce页面时，我们会进一步讨论它。现在，请了解Visualforce的开发模式仅适用于Salesforce Classic。

在开发Visualforce页面的同时查看是一个常见任务。虽然它不是正式意义上的“测试”，但是您当然希望能够与您所建立的功能进行交互，以确保正确的行为正在取得进展。这通常通过使用https://yourInstance.salesforce.com/apex/PageName URL模式访问页面来完成。虽然这仍然适用于审阅Salesforce Classic中的页面，但它不适用于检查Lightning Experience中的行为。
无论您的用户界面设置如何，您使用直接URL访问查看的页面都始终显示在Salesforce Classic中，也就是说，“经典”Visualforce容器。如果您创建具有Lightning Experience特定行为的Visualforce页面，则仅使用通常的直接URL访问权限就无法查看该行为。

$A.get("e.force:navigateToURL").setParams(
    {"url": "/apex/pageName"}).fire();

javascript:(function(){ 
    var pageName = prompt('Visualforce page name:'); 
    $A.get("e.force:navigateToURL").setParams(
        {"url": "/apex/" + pageName}).fire();})();

如果您正在创建将在Lightning Experience，Salesforce Classic和Salesforce应用程序中使用的页面，那么您需要在所有环境中查看这些页面。为此，您需要在多个浏览器和多个设备上打开该页面。
将在不同的Salesforce用户界面上下文中使用的Visualforce页面和外观因素在开发过程中很难进行审阅。您可以使用配置文件菜单中的环境选择器在Salesforce Classic和Lightning Experience之间来回切换，但这种情况会很快变老。您也可以使用浏览器的用户代理设置来模拟Salesforce移动环境，但这更麻烦。

相反，您将要使用多个浏览器甚至多个设备来查看您的页面。而且您还希望至少可以访问另外一个测试用户。以下是如何设置开发环境的示例。

这只是一个示例设置，您可以使用Salesforce Classic和Lightning Experience中的任何现代浏览器或移动设备。关键是要使用两种不同的浏览器，以便您可以同时访问Salesforce Classic和Lightning Experience，并使用实际设备来测试Salesforce应用程序。

这可能听起来相当复杂，初始设置起来有点麻烦，特别是如果你正在寻找编码的话。但请记住两件事。首先，一旦你成立，就完成了。其次，这个工作区不仅为您提供了一个很好的开发环境，还为您提供了正式测试页面所需的环境。因为你不会梦想在没有经过正式测试的情况下将网页投入生产，对吗？

测试您的Visualforce页面
测试您的Visualforce页面，然后将其部署到生产环境中是一项重要的开发任务。当您的组织采用Lightning Experience时，测试页面的过程变得更加复杂。
我们刚刚讨论了在开发页面时需要设置的环境，以进行快速，非正式的测试。这些环境的需求也适用于正式测试您的网页和应用程序。让我们来谈谈为什么你需要这些不同的环境，而不是重复它们。

在Lightning Experience和Salesforce Classic中测试页面的需求相当明显，但为什么不能在同一个浏览器中使用相同的用户来测试？事实上，你可以，你应该。您的用户可以在不同的用户界面之间来回切换，并且您应该确认您的页面在这些用户界面中工作。

但是，您也希望以更加独立和系统的方式来测试页面，以确保您正在测试的是页面的基本功能，尽可能与其他代码的效果分离，不管代码是否属于您，我们的，浏览器的，或者设备的。

这突出了另一个测试问题。在过去，我们建议您在台式机或笔记本电脑上进行Salesforce移动开发以及导航到Salesforce应用使用的/one/one.app URL是合理的。此方法不再有效，因为/one/one.app由Salesforce应用程序和Lightning Experience共享，具体取决于连接到它的设备。虽然你可以通过更改浏览器的用户代理来欺骗/one/one.app，但这是一个坏主意，反模式。原因是，即使是来自同一供应商的台式机和移动浏览器的行为也有所不同，有时甚至会有所不同。除非您正在测试每个设备和您计划支持的每个浏览器，否则无法进行严格的正式测试。

如果你正在开发一个单独的页面，或者一个基本的应用程序相同的设备，你的“矩阵”的不同因素可能很简单。但对于更有雄心的项目，如果您正在开发需要在各种可能性范围内支持的功能，那么您的测试计划应该考虑跨越测试的需求：