去年帮一个朋友改他的个人博客网站，那个项目用的是 PHP，代码乱得像一锅粥，数据库查询全写在 HTML 里。我劝他重构，他说没时间。后来某天半夜两点他打来电话，网站被黑了，用户数据全丢了。我二话不说，第二天帮他搭了一套 Core 的架构，从数据库设计到身份认证，从日志记录到错误处理，一周搞定。他后来跟我说，这玩意儿稳得像块石头，再也没出过事。这让我想起自己刚入行时踩过的坑，那时候总觉得太笨重，不如 PHP 灵活，现在回头看，真是大错特错。

很多新手开发者对它的第一印象就是“微软的东西，贵、封闭、不好用”。这种印象可能源于早期的 Web Forms，那个时代控件满天飞，ViewState 能把页面搞到几十 KB，调试起来让人抓狂。但现在的 Core 已经不是那个模样了。它是开源的、跨平台的，可以在 Linux 服务器上跑，甚至能用 Docker 容器部署。我见过不少团队从 Node.js 或 Python 转过来，就是看中了它的性能——官方基准测试里，Core 的吞吐量比同类框架高出一截。更关键的是，它的生态很成熟，从 ORM（Entity Framework）到认证（Identity），从日志（Serilog）到测试（xUnit），每个环节都有现成的解决方案，不用自己去拼凑轮子。

说回实际开发。我接手的项目里，最常见的问题不是技术选型，而是架构设计。很多人一上来就开干，Controller 里塞满业务逻辑，Model 连数据验证都懒得写，结果项目一膨胀就变成“屎山”。我见过一个电商后台，订单处理逻辑全写在 Action 方法里，一个方法八百行，调试时只能靠打印日志来猜流程。后来我帮他们重构，拆成三层架构：Controller 只负责接收请求和返回响应，Service 层处理业务逻辑，Repository 层负责数据访问。每一层职责清晰，测试也方便。比如用户注册，Controller 里几行代码调用 Service，Service 里验证邮箱、检查重复、密码加密，最后调 Repository 存库。想换数据库，只改 Repository 层，其他代码不动，改动非常小。

数据库这块，很多人用 Entity Framework Core，觉得它慢，不如直接写 SQL。我不这么看。EF Core 在大多数场景下够用，尤其是 CRUD 操作，它能帮你省下大量模板代码。但要注意，别滥用 Include 和 ThenInclude。我见过一个查询，连了七八张表，生成的 SQL 又臭又长，页面加载花了两秒。后来改成手写原生 SQL，只查需要的字段，时间降到 100 毫秒以内。所以我的经验是：简单查询用 EF Core，复杂查询或性能敏感的地方直接上 Dapper 或原生 SQL。别盲目崇拜 ORM，也别轻视它，工具是用来解决问题的，而不是供奉的对象。

权限和认证这块，新手容易翻车。我见过有人自己写 Session 管理，把用户信息存到 Cookie 里加密，结果密钥泄露，整个系统被攻破。Core 自带的 Identity 框架已经足够，支持 JWT、Cookie、OAuth 等多种方式。我一般用 JWT 做前后端分离的接口认证，前端存 Token，每次请求带上，后端验证签名。配置也不复杂，在 Program.cs 里加上 AddAuthentication 和 AddJwtBearer，再写个自定义的 ClaimsTransformer 来扩展用户信息。一定要用 HTTPS，Token 的过期时间别设太长，我通常设 24 小时，配合 Refresh Token 续期。另外，密码千万别明文存储，Identity 默认用 PBKDF2 算法，哈希加盐，安全级别足够。

部署和运维这块，很多人觉得 Core 只能在 Windows 上跑，其实并非如此。我的一个博客站点就部署在阿里云的 CentOS 服务器上，用 Nginx 做反向代理，Kestrel 作为后端服务。部署过程很简单：先装 .NET 运行时，然后发布项目，把文件传上去，用 systemd 配置成服务，设置开机自启。我甚至用 Docker 打包，镜像只有一百多兆，启动速度飞快。日志方面，我推荐使用 Serilog，可以写到文件、数据库或 Elasticsearch。有一次服务器磁盘满了，我通过日志发现是某个接口生成了大量临时文件，清理后问题解决。监控可以用 Prometheus 配合 Grafana，或者直接用 Azure Application Insights，实时看到请求量、错误率和响应时间。

性能优化是绕不开的话题。我见过一个后台管理系统，页面加载慢得像蜗牛，查了半天发现是每次请求都重新编译 Razor 视图。解决方案很简单：启用视图预编译，把 .cshtml 文件在发布时编译成二进制，加载速度提升了几倍。还有一个坑是数据库连接泄漏，有人使用 EF Core 时不加 using，导致连接池被耗尽，系统直接挂掉。我习惯在 Repository 层用 using 或者依赖注入的方式管理 DbContext，确保每次请求结束后连接被释放。缓存也是重点，比如用户列表这种不常变的数据，用 MemoryCache 或 Redis 缓存，设置 5 分钟过期，能大幅减少数据库查询。我做过测试，加了缓存后，接口响应时间从 500 毫秒降到 30 毫秒。

说到工具链，Visual Studio 固然好用，但别被它惯坏了。我见过有人离开 VS 就写不了代码，连命令行怎么编译项目都不知道。其实用 VS Code 加上 C扩展，配合 dotnet CLI，开发体验也很顺畅。我的习惯是：写代码用 VS Code，调样式用浏览器开发者工具，测试用 Postman 或 Swagger。Swagger 强烈推荐，它能自动生成 API 文档，前端同事直接看到接口参数和返回值，不用你来回解释。版本控制用 Git，分支策略采用 Git Flow，主分支只放稳定代码，开发在 feature 分支上进行，合并前跑一遍单元测试。单元测试我一般用 xUnit，配合 Moq 做模拟，覆盖率不必追求 100%，但核心业务逻辑必须覆盖。

想说，技术选型没有绝对的对错，但 Core 确实是个靠谱的选择。它不是最时髦的框架，不像 Node.js 那样天天有新花样，也不像 Python 那样有海量第三方库。但它稳，文档全，社区成熟，出了问题能很快找到解决方案。我见过太多项目因为选型不当，后期维护成本爆炸，甚至不得不重写。如果你正在选型，或者在做一个需要长期维护的项目，不妨给它一个机会。毕竟，框架只是工具，真正重要的是你用它解决了什么问题。