in an XML element?

将此标签添加到任何使整个页面不可缓存. 在主页上添加这样的标签将极大地影响页面加载速度. 但是，这个标签 is 通常用于产品比较, cart, 并签出页面，以确保这些页面没有被缓存. 一个强有力的候选人会知道这个标签应该非常小心地使用.

当涉及到多语言兼容性时，关于模板和多商店开发的重要部分是什么?

听说了多存储和多语言兼容性, 候选人应该提到，主要关注的是确保字符串是可翻译的. 一个非常常见的问题是，Magento开发人员可能会将自定义字符串添加到模板中，而不使它们可用于其他在线商店视图.

你如何确保你的代码合适 Magento 2 编码标准?

预期的答案包括阅读文档, 遵循最佳实践(Magento编码标准), 并配置他们的代码编辑器来进行自动代码检查. 候选人回答的关键词包括magento规定的PSR代码遵从性和PHP_CodeSniffer的使用. 如果开发人员没有提到PHP_CodeSniffer, 这意味着他们的后端代码很可能不符合Magento标准.

如何调试PHP代码 Magento 2 app?

最流行的工具是Xdebug. 如果候选人回答使用PHP函数 var_dump, 这意味着他们将在您的项目上花费大量的时间——特别是在必须进行适当调试的支持任务上.

没有必要只使用Xdebug(也有其他调试工具), 有时, 它可以与PHP调试函数结合使用.

重点是要了解候选人是否特别熟悉Xdebug并且正在积极地使用它.

List invalid 的用例 Magento 2 plugin.

Magento 2插件的使用受到限制. 它不能用于:

最终方法和类.
非公开的方法.
类__construct methods.
虚拟类型.

听到插件只能用于公共方法是可以接受的, 因为这是该规则最流行的措辞，所以开发人员肯定应该知道它, 因为他们在定制Magento时非常频繁地需要它. 其他几点是日常很少面对的.

你将如何重写a Magento 2 核心类的public或protected方法，当插件和观察者不能选择时?

当观察者和插件没有选择时，Magento开发人员可以使用 首选项. 有关优惠的声明 di.xml 文件，并且可以限定在前端和/或后端.

首选项主要用于受保护的或私有的访问方法, 因为只能为公共方法创建插件.

Sometimes, 开发人员必须使用首选项, 比如当他们需要在有问题的方法中注入一些功能时. 这是因为插件主要用于修改方法参数和返回值.

偏好被认为是最后的手段, 因为它们完全覆盖了一个方法，降低了系统的可升级性.

描述视图模型的目的(和唯一的用例).

这都是关于在模板中注入自定义功能. 从《欧博体育app下载》开始.2、开发人员可以为此使用视图模型. 在此之前，主要的方法是创建助手.

最佳实践是使用视图模型，而不是创建新的块类型.

跑步会给你带来什么问题 设置:升级 在Magento生产模式中，以及如何避免它?

该命令将清除Magento编译的代码, 在Magento生产模式下, 它需要使用其他命令手动重新编译. 清理生成的内容而不立即重新编译将彻底破坏前端体验, 以及后端.

在Magento开发人员需要执行此操作的同时确保生成的内容保持不变的情况下, 他们需要加旗 -keep-generated (i.e., 设置:升级-keep-generated).

自那以后发生了什么变化? Magento 2.3关于数据库更新脚本?

Magento 2.3介绍了声明式模式和数据/模式 patches.

声明性模式允许您简单地创建 db_schema.xml 并在那里定义表参数，而不是在里面编写长数据库CREATE方法 InstallSchema.php.

数据/模式补丁引入了一种应用数据库更改的结构化方式, 因为更改的每个逻辑部分都在自己的补丁中处理. 以前，开发者创造的是冗长的、混合的游戏 UpgradeData.php scripts.

什么是服务契约，它的目的是什么?

服务契约是模块定义的PHP接口. 其主要目的是定义严格的通信规则，以确保其他模块可以实现这些规则. 它们还使将服务配置为web API变得更加容易.

对于一个不太懂技术的面试官来说，这个问题的答案可能相当复杂, 但是听到关键提到“PHP接口”和“web api”已经是一个好兆头了.

雇用Adobe商业或Magento开发人员基于特定的电子商务平台的需求

确定公司的电子商务需求是了解他们在候选人身上寻找什么以及这个人应该在Adobe商务或Magento领域有经验以实现业务目标的第一步.

Adobe商务和Magento都有非常广泛的功能, 很容易搞砸一个电子商务开发项目. Magento和Adobe商务的开发并没有在“越便宜越好”的心态下取得成功. 糟糕的代码会导致性能问题和不太流畅的客户体验——这本身就会让公司付出代价销售损失-并保证未来Magento升级和兼容性问题.

筛选好了，专业的Magento和Adobe商务开发人员就更容易找到了.