有人可以在Magento 2开发人员模式下运行哪些编译命令时给我指示吗？我不确定我是否理解正确。
在devdocs中，开发人员模式描述如下：
- 静态视图文件不被缓存；每次调用它们时，它们都会写入Magento pub / static目录
这是否意味着在请求pub / static中的每个文件时都会生成该文件，而您无需调用它setup:static-content:deploy？这与我的经验相矛盾。还是可以删除任何文件并将它们重新生成？此外，图像，CSS和JS文件似乎也有不同的对待。
开发人员模式文档页面上没有任何关于代码编译的内容，但是我认为也存在差异，因此不必setup:di:compile在di.xml文件中的所有更改之后运行。这是正确的吗？如果是这样，代码生成如何在开发人员模式下工作？
换句话说：除了高速缓存，在更改后我需要运行哪些命令？
Answers:
注意：我已经体验到在开发人员模式下删除pub/static会破坏机制，因为您摆脱了.htaccess使该文件夹神奇的文件。
如果您将pub/static/.htaccess文件保持在开发人员模式下，则无需运行任何编译命令：Magento将在请求文件后立即创建文件的符号链接。这意味着只要您还禁用了缓存，对静态资产的更改将立即可见。
您可以删除pub/static/frontend或pub/static/adminhtml。
在默认模式中的资产物化在pub/static子文件夹中，这意味着它们在第一请求创建（复制而不是符号链接）。如果修改它们，则必须刷新缓存以更新它们。
在生产模式下，直到您运行bin/magento setup:static-content:deploy命令，资产才会实现（在请求时导致404 HTTP错误）。
希望能帮助到你。
di.xml即可显示所做的更改（似乎每点击一次页面就可以动态生成代码？）无论如何，认为这对您已经很好的答案是一个很好的补充！
根据我的经验，您无需在开发人员模式下运行任何命令即可生成代码/静态文件。
如果未生成静态文件，则可能存在另一个问题。
我乍看之下有两个原因：
这是否意味着在请求pub / static中的每个文件时都会生成该文件，而您无需调用它
setup:static-content:deploy？这与我的经验相矛盾。还是可以删除任何文件并将它们重新生成？
是。但是根据我的经验，这在大多数情况下都不起作用。可能是个错误。更好的解决方案是，pub/static即使您已经激活了开发人员模式，只要更改了静态文件（js，css，html等），都将删除内容并再次部署静态内容。
我自己的问题。
只是为了阐明这三种不同的模式（来源：Magento U基础课程）。粗体字表示与您的问题有关的特定要点。
var/report，非常详细。在开发自定义或扩展时，应使用开发人员模式。此模式的主要好处是您可以看到错误消息。由于它会影响性能，因此不应在生产中使用。在开发人员模式下，每次请求时都会生成静态视图文件。它们被写入
pub/static目录，但是不使用该缓存。这会对性能产生很大影响，但是开发人员对查看文件所做的任何更改都将立即可见。未捕获的异常在浏览器中显示，而不是被记录。每当无法调用事件订阅者时，都会引发异常。
var/report在这种模式下，系统登录非常详细。
将Magento部署到生产服务器后，应在生产模式下运行它。
生产模式在Magento 2中提供了最高的性能。
此模式最重要的方面是错误已记录到文件系统，并且永远不会显示给用户。在这种模式下，静态视图文件在请求时不会即时创建。而是必须
pub/static使用命令行工具将它们部署到目录中。生成的页面将包含指向已部署页面资源的直接链接。查看文件的任何更改都需要再次运行部署工具。
由于视图文件是使用CLI工具部署的，因此Web用户确实需要具有写访问权限。Magento
pub/static目录可以具有只读权限，这是可公开访问的服务器上更安全的设置。
顾名思义，如果未指定其他模式，默认模式就是Magento软件的运行方式。
在这种模式下，错误会记录到文件中
var/reports，并且永远不会显示给用户。静态视图文件会立即实现，然后进行缓存。与开发人员模式相比，在清除生成的静态视图文件之前，看不到视图文件的更改。
默认模式未针对生产环境进行优化，这主要是因为静态文件而不是事前生成和部署静态文件会对性能产生不利影响。
换句话说，与使用静态文件创建命令行工具生成静态文件相比，动态创建静态文件并对其进行缓存对性能的影响更大。