刚装好 Rails，运行 rails new blog，终端噼里啪啦刷完一堆文件，打开项目一看——满屏目录，bin/、app/、config/、db/……像进了零件仓库，连 app/models 和 app/controllers 该放啥都分不清？别急，这其实不是 Rails 复杂，是它把活儿分得特别清楚。
根目录里的“指挥中心”
每个 Rails 项目最外层那堆文件夹，不是随便排的。比如 config/ 就是整个项目的“设置本”，数据库怎么连（database.yml）、路由怎么走（routes.rb）、环境怎么切（environments/），全在这儿定调子。改错一行 routes.rb，可能整个网站点不开页面——就像改了路由器的 DNS 地址，网页打不开，但你一时还想不到是这儿的问题。
app/：真正的业务心脏
所有你写的业务逻辑，基本都挤在 app/ 里。它不像 PHP 那样把模板、逻辑、数据操作全塞一个 .php 文件里，Rails 把它们掰开揉碎，各管一摊：
models/：管“数据长啥样”，比如Post.rb定义一篇博客有 title、body、published_at；controllers/：管“用户点一下，后台干啥”，比如PostsController里写def index ... end来查出所有文章；views/：管“最后长成啥样”，posts/index.html.erb就是用户看到的文章列表页，里面混着 HTML 和 Ruby 代码；helpers/：专放小工具方法，比如把时间转成“3小时前”，不用每处都写time_ago_in_words，提出来复用；assets/：存 CSS、JS、图片，开发时自动打包压缩，上线前跑rails assets:precompile就搞定。
别忽略这些“幕后功臣”
db/ 是数据库的“施工日志”——每次加字段、建表，都靠 db/migrate/ 下面的迁移文件，像 20240512102345_add_slug_to_posts.rb，名字带时间戳，谁先谁后一清二楚；test/ 或 spec/（看你用 MiniTest 还是 RSpec）是质量守门员，写几行测试，以后改功能时跑一遍，心里踏实；lib/ 则像抽屉，放些和业务相关但又不想塞进 app/ 的通用模块，比如导出 Excel 的工具类。
举个真实小例子
你想做个“留言墙”，用户填姓名、留言，提交后显示在首页。那你会动哪些地方？
rails generate controller Messages index createRails 自动给你建好 app/controllers/messages_controller.rb、app/views/messages/index.html.erb，再补个 Message 模型：
rails generate model Message name:string content:text它顺手在 db/migrate/ 下生成迁移文件，rake db:migrate 一跑，表就有了。整个过程像搭积木，每块位置固定，拼错一块，Rails 会直接报错提醒你，而不是黑屏或白页让你瞎猜。
小贴士：别死记，多 ls
刚上手时，不用背全所有目录。遇到不懂的文件，就 ls -la 看一眼，再结合当前在做的功能反推：我在改页面样式？去 app/assets/stylesheets/；我在调接口返回 JSON？去 app/controllers/api/（如果建了 API 模块）；我在修登录失败问题？先翻 config/routes.rb 看路径对不对，再查 app/controllers/sessions_controller.rb。Rails 的结构，是帮你少想“放哪儿”，多想“干啥”。