网站开发软件

Visual Studio Code 装好第三天，网站我把硬盘里那个用了两年的软件 Dreamweaver 卸了。原因很简单——写一个带响应式导航栏的网站页面，DW 的软件实时预览卡了四五次，而 VS Code 加 Live Server 插件，网站改完保存，软件浏览器自己刷新，网站整个过程不到一秒。软件

这就是网站现在网站开发软件的基本盘：轻量编辑器 + 插件生态，正在吃掉传统一体化工具的软件地盘。

编辑器：VS Code 不是网站唯一选择，但确实是软件多数人的选择

Stack Overflow 2023 年的调查里，VS Code 在开发者中的网站使用率超过 73%。这个数字背后有个容易被忽略的软件细节——它赢在插件市场，不是网站靠微软自己写的功能。比如写 PHP，你装 Intelephense；写 Vue，装 Volar；调 CSS，装 Prettier 自动格式化。每个插件只干一件事，合起来就是一个完整的开发环境。

但我不觉得它是唯一答案。JetBrains 系的 WebStorm 在大型项目里依然稳，尤其是重构和代码导航，VS Code 追了几年还是差一截。缺点是吃内存，打开一个中型 React 项目，WebStorm 能吃掉 2GB 以上。我自己的习惯是：小项目 VS Code，大项目 WebStorm，切换成本不高，因为快捷键逻辑基本相通。

框架自带的工具链，正在变成“隐形软件”

以前建一个网站，你得自己选编辑器、配 FTP 上传、手动压缩 CSS。现在 Next.js 一个 create-next-app 命令，开发服务器、热更新、路由、构建优化全给你配好了。你甚至不用打开任何“网站开发软件”——终端里敲几行命令，浏览器就能看到页面。

这种变化带来一个副作用：新手容易跳过基础。我见过一个实习生，用 Next.js 写了三个月页面，问他 HTML 里 <form> 的 action 属性怎么用，他愣了一下说“不是用 fetch 吗”。工具把复杂度藏起来了，但藏起来的东西迟早要还。

可视化建站工具：没死，只是换了战场

Webflow 和 Framer 这几年在设计师圈子里很火。Webflow 的定位很清晰——给不会写代码但懂 CSS 盒模型的设计师用。它的画布直接对应 DOM 结构，拖一个 div 进去，右侧面板调 padding 和 flex 方向，导出的代码比很多手写的还干净。

但这类工具有个硬伤：定制逻辑。你想加一个“根据用户滚动位置改变导航栏透明度”的效果，Webflow 里要么用它的 Interactions 面板拉半天曲线，要么直接写自定义代码——那还不如一开始就用代码写。所以我的判断是：可视化工具适合营销落地页和内容型网站，不适合需要复杂状态管理的 Web 应用。

本地开发环境：Docker 正在变成默认选项

五年前配一个本地 PHP 环境，得装 XAMPP 或者 MAMP，版本冲突是家常便饭。现在稍微正规点的团队，项目根目录里都躺着一个 docker-compose.yml。Nginx、PHP、MySQL、Redis 全在容器里跑，新人入职第一天，docker compose up 一敲，环境就齐了。

代价是学习曲线。我第一次看 Docker 的 volume 挂载配置，花了整个下午才搞明白为什么改了代码容器里没变化。但一旦跑通，换电脑、换系统、团队协作，省下来的时间远超当初的学习成本。

选工具这件事，别追新，追匹配

我见过有人用 Vim 写 Vue 项目，也见过有人用 Sublime Text 加十几个插件硬扛 React 开发。工具没有绝对的好坏，关键是匹配你的项目规模和团队习惯。一个人写静态页面，VS Code 加 Live Server 足够；十个人的电商后台，WebStorm 的代码检查和重构功能能省下大量 review 时间；如果团队里设计师占比高，Webflow 可能比逼他们学 Git 更现实。

最后说一个我自己的习惯：每半年重新评估一次手头的工具链。不是追新，是看看有没有哪个环节的痛点已经大到值得换工具了。去年换掉 Gulp 改用 Vite，就是因为热更新从 3 秒变成 300 毫秒——这种提升，换一次值。