.NET 技術棧全景：ASP.NET、WCF、WF 定位與選型指南

前言

很多從 Java 轉 .NET 的開發者會問：ASP.NET 是前端還是後端？對應 Java 的 Servlet/JSP/Spring 是什麼？WCF、WF 又是做什麼的？本文將從架構分層、技術對標、適用場景三個維度，為你繪製 .NET Web 開發全景圖。

ASP.NET 定位：毫無疑問的後端框架

ASP.NET 是運行在服務器端的 Web 應用框架，負責接收 HTTP 請求、執行業務邏輯、訪問數據庫、生成 HTML/JSON 響應。它不包含瀏覽器端的 HTML/CSS/JavaScript，但可通過 Razor、Blazor 等技術在服務端渲染或組件化輸出前端代碼。

.NET vs Java Web 技術對標表

WCF (Windows Communication Foundation) 定位

• 本質：.NET Framework 時代的統一通訊框架，支持 HTTP/TCP/ Named Pipe/ MSMQ 等傳輸，SOAP/REST/二進制編碼。
• 現狀：僅限 Windows/.NET Framework，不支持 .NET Core / .NET 5+ 跨平台。
• 替代方案：
  • 內部服務調用 → gRPC (高性能、跨語言、HTTP/2)
  • 異步消息 → MassTransit / CAP / RabbitMQ / Kafka
  • REST API → ASP.NET Core Minimal API / Controller
• 遷移建議：舊 WCF 服務可通過 CoreWCF 社區移植包在 .NET 6+ 運行，但新項目直接選 gRPC/REST。

WF (Windows Workflow Foundation) 定位

• 本質：.NET Framework 內置的工作流引擎，支持流程圖、順序圖、狀態機，XAML 定義，宿主於 WCF/ASP.NET/WinForms/Console。
• 現狀：同 WCF，**僅限 .NET Framework**，**無官方 .NET Core 移植**。
• 替代方案：
  • Elsa Workflows：.NET Core 原生、開源、支持設計器、長時間運行流程。
  • CoreWFW：社區移植嘗試，成熟度較低。
  • 外掛 Camunda / Zeebe (Java 但提供 gRPC/REST 客戶端)。

.NET 現代 Web 開發推薦棧 (2024+)

ASP.NET Core 8+ (Minimal API / Controller)
    │
    ├─ Entity Framework Core 8 (PostgreSQL / SQL Server / SQLite)
    ├─ gRPC / SignalR (實時/內部調用)
    ├─ MassTransit + RabbitMQ (事件驅動)
    ├─ Blazor WebAssembly / Server (全棧 C# 前端)
    ├─ Serilog + OpenTelemetry (可觀測性)
    ├─ Docker + Kubernetes (部署)
    └─ xUnit + FluentAssertions + Testcontainers (測試)

總結

• ASP.NET Core = 後端 Web 框架，對標 Spring Boot。
• WCF = 舊時代通訊框架，新項目用 gRPC/REST/消息隊列。
• WF = 舊時代工作流，新項目用 Elsa Workflows 或外部引擎。
• 前端技術 (HTML/CSS/JS/TS/Vue/React) 與後端框架無關，ASP.NET Core 可服務任何前端。

理解定位與演進脈絡，才能在技術選型時不踩舊坑、用對新工具。