dw适合php新手快速上手但调试困难，sublime需手动配置环境与插件才能高效开发。两者核心差异在于设计哲学：dw封装功能，sublime强调代码自主性。
新手写 PHP，DW 会“替你写”，Sublime 只“帮你写”
DW 的可视化编辑 + 实时预览 + 拖拽表单/数据库连接向导，让完全没接触过 PHP 的人也能点几下生成一个带 MySQL 查询的登录页；Sublime 默认连 php -l 语法检查都不开，更别说自动补全 mysqli_connect() 参数或跳转到函数定义。这不是功能强弱的问题，是设计哲学差异：DW 把 PHP 当成“网页功能模块”来封装，Sublime 把 PHP 当成“你要亲手敲的代码”来对待。
装完就能跑的 DW，反而容易卡在“为什么报错却看不到错误？”
常见现象：DW 里点“实时视图”页面空白，但控制台没报错，error_reporting 被它默认关了，display_errors 也没开；或者本地测试用的是 DW 内置的简易服务器，压根不支持 $_POST 或重写规则，导致你写的路由永远 404。
- 必须手动打开 DW 的「站点设置 → 服务器技术 → 启用 PHP 支持」并指定真实 PHP 可执行路径（比如
C:\php\php.exe） - 在站点根目录放一个
phpinfo.php，用浏览器直接访问（不是 DW 预览），确认display_errors = On和error_reporting = E_ALL - 别依赖“实时视图”调试逻辑——它只渲染 HTML 输出，不暴露 PHP 错误、不记录
var_dump()，真要调试得切到浏览器地址栏手输 URL
Sublime 写 PHP 不是不行，但缺三样东西：运行环境、提示、错误反馈
刚装好的 Sublime 就是一块“高级记事本”：没有 PHP 解释器集成，不提示 foreach ($arr as $key => $value) 里变量名拼错，Parse error: syntax error 只出现在终端黑窗口里，和编辑器零联动。
- 装插件不是可选项：
SublimePHPCompanion（补全函数）、Phpcs（语法检查）、Terminus（终端嵌入）这三者建议优先配置 - 关键一步：把系统 PATH 里的
php.exe路径加进 Sublime 的Settings – User，否则所有插件都找不到 PHP - 别用 Sublime 自带的构建系统跑 PHP —— 它默认调用
php -f，但不会自动打开浏览器；推荐用Open In Browser插件配合本地服务器（如php -S localhost:8000）
DW 的“所见即所得”在 PHP 复杂逻辑里会失效
当你开始写 MVC 结构、Composer 加载、AJAX 接口或 Laravel Blade 模板时，DW 的设计视图会彻底变灰——它无法渲染 @if($user->is_admin)，也解析不了 require_once __DIR__.'/vendor/autoload.php';。这时候你被迫切回代码视图，而 DW 的代码提示能力远弱于 Sublime + 插件组合，甚至不如 VS Code 开箱即用的 PHP Intelephense。
立即学习“PHP免费学习笔记（深入）”；
- 一旦项目里出现
namespace、use、trait 或接口实现，DW 基本放弃智能提示 - DW 不识别
composer.json，不会索引vendor/下的类，Ctrl+Click跳转到框架源码？不存在的 - 如果团队用 Git，DW 的文件对比、冲突解决界面比 Sublime 的
GitGutter插件原始得多，且不支持 stash 操作
