FiveM Enhanced .NET 10 คืออะไร? C# Developer ต้องรู้อะไร

August 26, 2026

FiveM Enhanced เปลี่ยน C# Scripting Runtime ครั้งใหญ่จาก Mono ไปสู่ Runtime ที่สร้างบน .NET 10 ซึ่งเป็นการเปลี่ยนแปลงสำคัญสำหรับ Developer ที่เขียน FiveM Resources ด้วย C#

Cfx.re ระบุว่าระบบใหม่นี้จะมีทั้ง

Modern .NET 10 Runtime
Scripting API ใหม่
NuGet Package ใหม่
Backward Compatibility สำหรับ API เดิม

ดังนั้น FiveM Enhanced ไม่ได้หมายความว่า C# Resource เดิมทั้งหมดต้องถูกเขียนใหม่ทันที

แต่ Developer ที่มี Resource C# ควรตรวจอย่างจริงจัง โดยเฉพาะ Resource ที่ใช้

Third-party DLL
NuGet Packages
Reflection
File I/O
Networking Libraries
Native Libraries
Dependency รุ่นเก่า
Mono-specific Behavior

สิ่งสำคัญอีกอย่างคือเอกสาร FiveM C# ทั่วไปบางส่วนในปัจจุบันยังอธิบาย Workflow จาก Legacy/Mono อยู่ ขณะที่เอกสาร Enhanced-specific ระบุแล้วว่า Mono ถูกแทนด้วย .NET และต้องมี .NET 10 SDK

ดังนั้นเวลาพัฒนา FiveM Enhanced ต้องให้ความสำคัญกับ Enhanced-specific Documentation มากกว่าการ Copy Tutorial C# รุ่นเก่าโดยตรง

บทความนี้จาก comsiam จะอธิบายว่าการเปลี่ยน Mono → .NET 10 หมายถึงอะไร Resource เก่ายังใช้ได้หรือไม่ และ Developer ควรเตรียม Project อย่างไร

① FiveM Enhanced .NET 10 คืออะไร?

คือ C# Runtime รุ่นใหม่ของ FiveM for GTAV Enhanced ที่สร้างบน Modern .NET 10

มันเข้ามาแทน Runtime เดิมที่ FiveM ใช้ Mono สำหรับรัน C# Resources

แนวคิดคือ

FiveM Legacy
Mono
↓
FiveM Enhanced
.NET 10

นี่เป็นการเปลี่ยน Runtime Layer ไม่ใช่เพียง Update Compiler Version

② Mono คืออะไร?

Mono คือ Open-source Implementation ของ .NET Framework Ecosystem ที่รองรับหลาย Platform

FiveM ใช้ Mono มาเป็นเวลานานเพื่อรัน C# Script

ดังนั้น Resource C# รุ่นเก่าจำนวนมากถูก Build โดยคำนึงถึง

Mono Runtime
.NET Framework
CitizenFX API เดิม

③ FiveM Enhanced ยังใช้ Mono อยู่ไหม?

ไม่ใช่ Runtime หลักของ Enhanced แล้ว

Enhanced-specific Documentation ระบุชัดว่า

Mono was replaced by .NET

และ Development Update ระบุว่า C# Runtime ใหม่สร้างบน

.NET 10

④ ทำไม Cfx.re ถึงเปลี่ยนจาก Mono?

เป้าหมายคือให้ C# Developer ใช้ Modern .NET Environment มากขึ้น

ข้อได้เปรียบเชิง Platform คือ

Runtime ทันสมัย
Ecosystem ใหม่กว่า
Library Compatibility มีโอกาสดีขึ้น
Tooling ทันสมัยขึ้น
Performance Improvements
Future Development ง่ายขึ้น

และลดข้อจำกัดบางอย่างของ Mono Runtime เดิม

⑤ FiveM Legacy C# Resource ยังใช้ได้ไหม?

Cfx.re ตั้งใจรักษา Backward Compatibility

Development Update ระบุว่า Runtime ใหม่จะมี Scripting API ใหม่และ NuGet Package ใหม่ ขณะเดียวกันยังเก็บ API เดิมไว้เพื่อให้ Existing Resources ใช้งานต่อได้

ดังนั้นคำตอบคือ

Resource เก่ามีโอกาสใช้ต่อได้โดยไม่ต้อง Rewrite ทั้งหมด

แต่ต้องทดสอบจริง

⑥ Backward Compatibility หมายความว่าไม่ต้องแก้อะไรเลยไหม?

ไม่

Backward Compatibility หมายถึง Platform พยายามรองรับ API เดิม

ไม่ได้รับประกันว่า

DLL ทุกตัว
NuGet ทุก Package
Mono-specific Hack
Reflection ทุกแบบ
Native Library ทุกตัว

จะทำงานเหมือน Legacy 100%

จึงต้องมี Compatibility Test

⑦ C# Script แบบง่ายมีโอกาส Migration ง่ายไหม?

สูงกว่า Resource ซับซ้อน

เช่น Resource ที่มีเพียง

Commands
Events
Natives
Exports
Basic Data Processing

โดยใช้ CitizenFX API ทั่วไป

มักมี Dependency น้อยกว่า Resource ที่โหลด Library ภายนอกหลายสิบตัว

⑧ Resource C# แบบไหนควรระวังที่สุด?

โดยเฉพาะ Resource ที่ใช้

Third-party DLL
NuGet
Reflection
Dynamic Assembly Loading
Native Interop
P/Invoke
Runtime-specific Code
Custom Serialization
Unsafe Code

ควรอยู่ในกลุ่มแรกของ Migration Audit

⑨ FiveM Enhanced ต้องติดตั้งอะไรสำหรับ C# Development?

Enhanced-specific Documentation ระบุ Requirement สำหรับ .NET ว่า

.NET 10 SDK

และ IDE เป็น Optional

ดังนั้น Developer ต้องมี SDK ที่ถูกต้องสำหรับ Environment ใหม่

⑩ ต้องใช้ Visual Studio ไหม?

ไม่จำเป็นในหลักการ เพราะ .NET SDK สามารถ Build ผ่าน CLI ได้

แต่สามารถใช้ IDE เช่น

Visual Studio
Rider
VS Code

ตาม Workflow ของ Developer

สิ่งที่จำเป็นจริงตามเอกสาร Enhanced คือ .NET 10 SDK

⑪ .NET Runtime กับ .NET SDK ต่างกันอย่างไร?

Runtime

ใช้สำหรับรัน Application

SDK

มี Compiler และ Tools สำหรับ

Build
Restore
Package
Development

ถ้าจะพัฒนา C# Resource ต้องใช้ SDK

⑫ ต้องติดตั้ง .NET 10 SDK ที่ Production Server ไหม?

อย่าเหมารวมว่า Developer Requirement เท่ากับ Production Requirement ทุกกรณี

เอกสาร Enhanced ระบุ Requirement สำหรับ Developer ว่าต้องมี .NET 10 SDK

การ Deploy Resource จริงควรยึด Cfx Enhanced Runtime/Deployment Documentation ที่ใช้อยู่ในขณะนั้น

ไม่ควรติดตั้ง SDK เพิ่มบน Production Serverเพียงเพราะคิดว่า DLL ต้องการมัน

⑬ FiveM จะมี API ใหม่สำหรับ C# หรือไม่?

มี

Cfx.re ประกาศว่า Runtime ใหม่จะมาพร้อม

New Scripting API
New NuGet Package

พร้อมรักษา Old API สำหรับ Compatibility

นี่หมายความว่าในอนาคต Developer จะสามารถย้าย Resource ไปใช้ Native Modern API มากขึ้น

⑭ ต้องเปลี่ยนไป API ใหม่ทันทีไหม?

ไม่จำเป็น

ถ้า Resource Production เดิมทำงานผ่าน Compatibility API ได้ดี

สามารถใช้แนวทาง

Old C# API
↓
Enhanced Compatibility
↓
ทดสอบ
↓
ค่อย Migration API

ดีกว่า Rewriteทั้งระบบพร้อม Platform Migration

⑮ ทำไมไม่ควร Rewrite พร้อมกันทั้งหมด?

เพราะจะเปลี่ยนหลายตัวแปรพร้อมกัน

เช่น

Mono → .NET 10
API เก่า → API ใหม่
NuGet รุ่นใหม่
Enhanced Platform

ถ้าเกิด Error จะไม่รู้ว่าสาเหตุมาจากอะไร

Migration ทีละ Layer Debug ง่ายกว่า

⑯ Project เดิม Target .NET Framework ต้องเปลี่ยนทันทีไหม?

อย่าเปลี่ยน Target Framework แบบเดาจากชื่อ .NET 10

เอกสาร FiveM C# ทั่วไปปัจจุบันยังมีเนื้อหาที่อ้างถึง Legacy .NET Framework/Mono Workflow ขณะที่ Enhanced Documentation ระบุว่า Runtime เปลี่ยนเป็น .NET 10 และรายละเอียด Developer API เพิ่มเติมจะทยอยมีมา

ดังนั้นควรใช้ Template/NuGet/Target ที่ Cfx.re ระบุสำหรับ Enhanced โดยตรงเมื่อพร้อม

อย่าสุ่มเปลี่ยน .csproj เป็น net10.0 แล้วถือว่าเสร็จ

⑰ ทำไมการเปลี่ยน Target Framework แบบสุ่มอันตราย?

เพราะ FiveM Resource ไม่ได้เป็น Console Application ทั่วไป

มันต้องเชื่อมกับ

CitizenFX Runtime
Client API
Server API
Resource Loader

Target Framework และ Package ต้องตรงกับ Runtime ที่ Cfx รองรับ

⑱ ควรสร้าง Enhanced Test Branch ไหม?

ควร

ตัวอย่าง Repository

main
legacy
enhanced-test

หรือ

main
└── feature/enhanced-dotnet

ช่วยให้ Developer ทดลอง Runtime ใหม่โดยไม่ทำ Production Code เสีย

⑲ Resource C# ควร Backup ก่อน Migration ไหม?

ควรใช้ Version Control เช่น Git

อย่างน้อยต้องสามารถย้อนกลับไป Commit ที่ทำงานบน Legacy ได้

อย่าแก้ Production Source โดยไม่มี History

⑳ ควร Clone Test Server แยกไหม?

ควร

ใช้

Legacy Production
+
Enhanced Test Server

แล้ว Deploy C# Resource ไป Enhanced Test Server ก่อน

ไม่ควรเปลี่ยน Runtime Production เพื่อทดลอง DLL

㉑ วิธี Audit C# Resource ก่อน Migration

ตรวจแต่ละ Resource ว่ามี

Source Code หรือไม่
Third-party DLL อะไร
NuGet Packages อะไร
CitizenFX API รุ่นไหน
Native Calls อะไร
Database Library
Network Library
File I/O
Reflection

แล้วจัด Risk Level

㉒ ทำ Dependency Inventory

ตัวอย่าง

MyResource
├── CitizenFX API
├── Newtonsoft.Json
├── Database Library
├── Custom.Shared.dll
└── ThirdParty.dll

จากนั้นทดสอบ Dependency ทีละตัวบน Runtime ใหม่

ช่วยหาตัวที่ทำให้ Resource Start ไม่ผ่าน

㉓ NuGet คืออะไร?

NuGet คือ Package Manager ของ .NET

Developer ใช้ติดตั้ง Library เช่น

JSON
DI
Logging
HTTP
Database
Utility

Modern .NET 10 ทำให้ Ecosystem NuGet มีความสำคัญมากขึ้น

แต่ Package ที่ใช้กับ Application ทั่วไปไม่ได้แปลว่าจะใช้ใน FiveM ได้ทุกตัว

㉔ .NET 10 ทำให้ NuGet ทุก Package ใช้ได้ไหม?

ไม่ควรรับประกัน

แม้ Runtime ใหม่จะลดข้อจำกัดหลายอย่างของ Mono เดิม แต่ FiveM ยังเป็น Scripting Environment ภายใน Cfx Platform

Package อาจพึ่ง

OS Feature
Native DLL
Reflection
Filesystem
Unsupported Runtime Behavior

จึงต้องทดสอบ

㉕ Package แบบ Pure Managed Code เสี่ยงน้อยกว่าหรือไม่?

โดยทั่วไปมี Dependency ต่อ OS ต่ำกว่า Native Library

แต่ยังต้องตรวจ API และ Runtime Requirements

คำว่า Managed ไม่ได้หมายความว่า Compatible 100%

㉖ Native DLL ต้องระวังอะไร?

Resource ที่โหลด Native Library เช่น

some-library.dll

ซึ่งไม่ใช่ Managed .NET Assembly อาจมีข้อจำกัดด้าน

Architecture
OS
Sandbox
Loading
Dependencies

ต้อง Test แยกอย่างเข้มงวด

㉗ P/Invoke ต้องตรวจไหม?

ต้อง

Code ที่ใช้

[DllImport("something.dll")]

พึ่ง Native Library โดยตรง

มีความเสี่ยงมากกว่า Resource ที่ใช้ CitizenFX API เพียงอย่างเดียว

ตรวจทั้ง Client และ Server Environment

㉘ Reflection ต้องตรวจไหม?

ควร

Code เช่น

Assembly Loading
Type Discovery
Dynamic Invocation

อาจมี Behavior แตกต่างระหว่าง Runtime

โดยเฉพาะ Resource ที่เคยมี Workaround สำหรับ Mono

㉙ Mono-specific Workaround ควรทำอย่างไร?

ค้นหา Code/Comment เช่น

Mono workaround
Mono fix
FiveM Mono
AppDomain workaround

แล้วตรวจว่าใน .NET 10 ยังจำเป็นหรือไม่

Workaround บางตัวอาจกลายเป็น

ไม่จำเป็น
ทำให้ช้าลง
ทำให้ Error

บน Runtime ใหม่

㉚ AppDomain ต้องระวังไหม?

Resource รุ่นเก่าบางตัวอาจพึ่ง Behavior ของ AppDomain/Assembly Loading ที่สัมพันธ์กับ .NET Framework/Mono

Modern .NET มี Runtime Model ที่ต่างออกไปหลายด้าน

ดังนั้น Code ที่ Manipulate Runtime โดยตรงควรได้รับการ Audit

㉛ Threading ต้องทดสอบไหม?

ต้อง

Resource ที่สร้าง

Thread
Task
Timer
Background Worker

ควรทดสอบ

Race Conditions
Exceptions
Cancellation
Resource Stop

บน Runtime ใหม่

อย่าคิดว่า Compile ผ่านแล้ว Thread Behavior ถูกทั้งหมด

㉜ async/await ใช้ได้ไหม?

เป็น Feature พื้นฐานของ Modern C#

แต่ Resource FiveM ต้องระวัง Context ของ Game/Scripting Runtime

ไม่ควรทำ Blocking Call เช่น

Task.Wait();

หรือ

.Result

ใน Path สำคัญโดยไม่มีเหตุผล

เพราะสามารถสร้าง Stall หรือ Deadlock ตาม Architecture ได้

㉝ ควรใช้ async กับ Database ไหม?

ถ้า Database Library รองรับ Async API อย่างถูกต้อง มีประโยชน์กับงาน I/O

แต่ต้องออกแบบ

Exception Handling
Cancellation
Concurrency

อย่างถูกต้อง

Async ไม่ได้ทำให้ Slow Query เร็วขึ้นเอง

㉞ .NET 10 ทำให้ Database เร็วขึ้นไหม?

ไม่โดยอัตโนมัติ

SQL Performance ยังขึ้นกับ

Query
Index
Connection Pool
Database Server

Runtime ใหม่อาจช่วยบางส่วน แต่ Query ที่ไม่ดีต้องแก้ Database Design

㉟ JSON Serialization ต้องทดสอบไหม?

ควร

โดยเฉพาะ Resource ที่ใช้ Library JSON ภายนอก

ตรวจ

Player Data
Config
Metadata
Network Payload

ว่าผล Serialize/Deserialize ตรงกับ Legacy

อย่า Migration Production โดยไม่ตรวจ Persistent Data

㊱ Newtonsoft.Json ต้องเปลี่ยนทันทีไหม?

ไม่จำเป็นถ้า Version ที่ใช้อยู่ Compatible และผ่าน Test

อย่าเปลี่ยน Serialization Library พร้อม Runtime โดยไม่มีเหตุผล

เพราะ JSON Behavior ที่ต่างกันสามารถกระทบข้อมูลเดิม

㊲ System.Text.Json ใช้แทนได้ไหม?

เป็น Modern .NET JSON Library ที่นิยมมาก แต่การเปลี่ยน Library เป็นอีก Migration หนึ่ง

ถ้า Resource Production มี Data Format เดิม ไม่ควรเปลี่ยนเพียงเพราะ .NET 10 มี Library ใหม่

ทดสอบ Compatibility ก่อน

㊳ HTTP Client ต้องทดสอบไหม?

ต้องสำหรับ Resource ที่เรียก

REST API
Discord Service
Webhook
Backend
Licensing API

ตรวจ

TLS
Timeout
Headers
Cancellation
Rate Limit

และอย่าเรียก HTTP บน Main Tick แบบ Blocking

㊴ File I/O ต้องตรวจอะไร?

Resource ที่อ่าน/เขียน

JSON
Cache
Config
Logs
Custom Data

ควรตรวจ Path และ Sandbox Behavior

อย่าใช้ Absolute Path ที่ผูกกับเครื่อง Developer ถ้าไม่จำเป็น

㊵ FiveM Sandbox ยังมีอยู่ไหม?

FiveM Resource ยังคงทำงานภายใต้ Cfx Environment

การเปลี่ยน Runtime เป็น .NET 10 ไม่ได้แปลว่า Resource กลายเป็น Windows Application ที่ทำอะไรก็ได้

Developer ควรยึด Cfx Sandbox/Resource API

㊶ Resource DLL เดิมควรเอาไปลอง Start ได้ไหม?

ได้ใน Test Server หากเป็น Resource ที่ถูกต้องและคุณมี Backup

นี่เป็นวิธีหา Compatibility ได้เร็ว

ขั้นตอน:

Copy Resource เดิม
Start บน Enhanced
ดู Console
Functional Test
Multiplayer Test
Performance Test

ถ้าผ่านค่อยพิจารณา Refactor

㊷ DLL โหลดได้ถือว่าผ่านไหม?

ไม่

Resource อาจ Start ได้แต่ Feature บางส่วนพัง

ต้องทดสอบ

Events
Commands
Exports
Natives
Database
Network
Resource Restart

ให้ครบ

㊸ Client C# กับ Server C# ต้องทดสอบแยกไหม?

ต้อง

เพราะ Environment ไม่เหมือนกัน

Client

เกี่ยวข้องกับ

Game Natives
Player
Entity
UI
Input

Server

เกี่ยวข้องกับ

Players
Database
Networking
Files
Backend Logic

Resource ที่ Server DLL ผ่านไม่ได้หมายความว่า Client DLL ผ่าน

㊹ Shared Library ต้องทดสอบไหม?

ถ้ามี

Shared.dll

ที่ Client/Server ใช้ร่วมกัน ต้องตรวจว่า Dependency ของมัน Compatible ทั้งสอง Environment

หลีกเลี่ยง Shared Library ที่พึ่ง API เฉพาะ Server แล้วถูกโหลด Client ด้วย

㊺ Resource Manifest ต้องตรวจหรือไม่?

ต้อง

Legacy C# Resource มักอ้าง .net.dll

ใน Resource Manifest

Current general Cfx documentation ยังระบุ Handler เดิมสำหรับ C# Assembly ใน Legacy Context

แต่ Enhanced Runtime กำลังเปลี่ยนไป .NET 10

ดังนั้นควรใช้ Manifest/Loader Convention ที่ Enhanced Documentation และ New API Package กำหนดเมื่อมีรายละเอียดเฉพาะครบ

อย่าเดา Loader Name ใหม่เอง

㊻ ทำไมบทความเก่าเกี่ยวกับ `.net.dll` ต้องระวัง?

เพราะ Cfx C# Documentation ทั่วไปบางหน้ายังคงอธิบาย Mono Runtime

นั่นไม่ได้ทำให้ Documentation ผิดสำหรับ Legacy

แต่ Enhanced มี Runtime ใหม่

ดังนั้นต้องดูว่าหน้านั้นพูดถึง

Legacy

หรือ

Enhanced

ก่อน Copy Configuration

㊼ C# Template เก่ายังใช้ได้ไหม?

Template ปัจจุบันที่เอกสารทั่วไปแนะนำยังสร้าง Project สำหรับ FiveM Workflow เดิม

เมื่อทำ Enhanced-native Development ควรตรวจ Template/NuGet รุ่นที่ Cfx ระบุสำหรับ .NET 10

อย่าคิดว่า Tutorial เก่าคือ Specification สุดท้ายของ Enhanced

㊽ ต้องใช้ C# Version ไหน?

อย่ากำหนดจากการคาดเดาเพียงเพราะ Runtime คือ .NET 10

C# Language Version, Target Framework และ Cfx Package ควรตั้งตาม Template/SDK Support ที่ Cfx เผยแพร่

Runtime Version กับ Language Version ไม่ใช่สิ่งเดียวกัน

㊾ .NET 10 ทำให้ใช้ C# Feature ใหม่ได้หมดไหม?

ในทาง .NET Ecosystem มี Modern C# Feature จำนวนมาก แต่สำหรับ FiveM ควรใช้เฉพาะสิ่งที่ Build Target และ Cfx Runtime Support จริง

อย่าเปิด Language Feature ใหม่ทุกอย่างใน Production ก่อน Integration Test

㊿ Compiler ผ่าน = FiveM Compatible ไหม?

ไม่

Compiler ตรวจ Syntax/Type

แต่ FiveM Compatibility ต้องตรวจ

Runtime
CitizenFX API
Resource Loader
Client/Server APIs
Dependencies

Compile Success เป็นเพียงด่านแรก

51. Event Handling ต้องทดสอบไหม?

ต้อง

ตรวจ

Client → Server
Server → Client
Local Events
Player Connect
Player Drop

และตรวจ Serialization ของ Event Arguments

โดยเฉพาะ Resource ที่ส่ง Custom Object ซับซ้อน

52. Export ระหว่าง Lua กับ C# ต้องทดสอบไหม?

ต้อง

Server จำนวนมากใช้หลายภาษา

เช่น

Lua Resource
↕
C# Resource
↕
JavaScript Resource

ตรวจ

Exports
Events
Data Types
Null Handling

ให้ครบ

Runtime ของ C# เปลี่ยนแต่ Lua/JS Resource ที่เรียก C# ยังต้องทำงานร่วมกัน

53. Framework C# Custom Resource ต้องตรวจอะไร?

ถ้าเขียน C# เชื่อม

ESX
QBCore
Qbox

ผ่าน Events/Exports ต้องตรวจ API Integration

Framework เป็น Lua ไม่ได้ทำให้ C# Bridge ใช้ได้อัตโนมัติ

ทดสอบทั้ง Startup Order และ Resource Restart

54. OneSync มีผลกับ C# Developer ไหม?

มี

C# Resource ที่ทำงานกับ

Entity
Network IDs
Player Scope
State Bags
Routing Buckets

ต้องตรวจ Enhanced Networking Changes เหมือน Lua/JS

.NET 10 ไม่ได้เป็นการเปลี่ยนแปลงเดียวของ Enhanced

55. State Bags ต้องทดสอบไหม?

ต้องถ้า Resource ใช้

Player State
Vehicle State
Entity State

Enhanced เปลี่ยน Replication Behavior

ดังนั้น C# Callback/Listener ที่พึ่ง Behavior Legacy ต้องตรวจ Multiplayer

56. P2P Removal มีผลกับ C# Script ไหม?

มีถ้า Resource ใช้ Network Ownership Logic แบบ Legacy

Enhanced เปลี่ยนจาก P2P Sync ไป Client-server Model

Resource ที่มี Workaround เกี่ยวกับ Entity Ownership ควร Audit

57. Resource C# ที่สร้าง Vehicle ต้องตรวจอะไร?

ทดสอบ

Spawn
Network
Ownership
Persistence
Cleanup
Routing Bucket

และควรพิจารณา Server-created Entity Architecture สำหรับ Entity Critical

58. Exception Handling สำคัญขึ้นไหม?

สำคัญเสมอ

Runtime Migration เป็นช่วงที่ Exception ที่ไม่เคยเกิดอาจปรากฏขึ้นจาก Dependency

ควร Log

Exception Type
Message
Stack Trace
Resource
Operation

แทนการ Catch แล้วทิ้ง Error

59. ห้ามเขียน catch ว่าง ๆ

ตัวอย่างที่ควรหลีกเลี่ยง

try
{
    DoSomething();
}
catch
{
}

เพราะ Migration Debug จะยากมาก

อย่างน้อยต้องบันทึก Error ที่มีประโยชน์

60. Stack Trace ต้องตรวจไหม?

ต้อง

โดยเฉพาะ Development Build

Stack Trace ที่มี

File
Line
Method

ช่วยหา Runtime Compatibility Bug ได้เร็วกว่าข้อความ “Resource crashed” มาก

61. Resource Restart ต้องทดสอบไหม?

ต้อง

ทำ

ensure myresource
restart myresource
stop myresource
ensure myresource

แล้วดูว่า

Event Handler ซ้ำหรือไม่
Thread หยุดหรือไม่
Timer ค้างหรือไม่
Object ถูก Cleanup หรือไม่

Runtime ใหม่อาจทำให้ Lifecycle Bug เดิมถูกเห็นชัดขึ้น

62. Memory Leak ต้องตรวจไหม?

ต้องสำหรับ Resource ทำงานยาว

ดูว่า Memory เพิ่มต่อเนื่องหลัง

Player Join/Leave
Resource Restart
Cache
Event Subscription

หรือไม่

Modern Runtime มี Garbage Collector ที่ดี แต่ Reference ที่ Code ยังค้างอยู่ก็ยังทำให้ Memory ไม่ถูกเก็บ

63. GC ใหม่แก้ Memory Leak ให้ไหม?

ไม่ทั้งหมด

Garbage Collector เก็บ Object ที่ไม่มี Reference

ถ้า Resource ยังเก็บ Player Object ไว้ใน Collection หลัง Disconnect

มันยังถือ Reference อยู่

ต้องแก้ Logic

64. Static Dictionary ต้องระวังไหม?

ตัวอย่าง

static Dictionary<int, PlayerData> Players = new();

เมื่อ Player Drop ต้อง Remove Data อย่างถูกต้อง

ไม่เช่นนั้น Memory สามารถสะสม

Runtime ใหม่ไม่ได้แก้ Application Logic ให้

65. Performance ควร Benchmark ก่อนและหลังไหม?

ควร

เก็บ Baseline Legacy เช่น

CPU
RAM
Tick Time
Response Time

แล้วเปรียบเทียบ Enhanced

ใช้ Player Count/Workload ใกล้เคียงกัน

ไม่ควรเปรียบเทียบ Server Production 100 คนกับ Test Server 2 คน

66. .NET 10 ทำให้ C# เร็วกว่า Mono แน่นอนไหม?

Modern .NET มีการปรับ Runtime จำนวนมาก แต่ FiveM Resource Performance ขึ้นกับ

Cfx Integration
Code
Workload
Dependencies

จึงไม่ควรรับประกันเปอร์เซ็นต์ Performance โดยไม่มี Benchmark ของ Resource จริง

67. ควร Refactor Code หลัง Migration เมื่อไร?

เมื่อ Resource

ผ่าน Compatibility
Feature ผ่าน
Data ถูก
Performance Stable

แล้วค่อย Refactor ไป New API/.NET-native Patterns

แนวทางนี้ลดความเสี่ยง

68. Migration Strategy ที่ดี

ใช้

Legacy C# Resource
↓
Enhanced Compatibility Test
↓
Fix Critical Errors
↓
Dependency Update
↓
Functional Test
↓
Load Test
↓
Production
↓
ค่อย Modernize API

ไม่ควร Modernize ทุกอย่างก่อนรู้ว่า Resource เดิมใช้ได้แค่ไหน

69. Resource ไม่มี Source Code ทำอย่างไร?

หากมีเพียง Compiled DLL

Test บน Enhanced
ตรวจ Developer
หา Updated Version
ตรวจ License

ถ้าไม่ Compatible คุณอาจแก้ไม่ได้

จึงต้องพึ่งผู้พัฒนา Resource

70. Paid C# Resource ต้องตรวจ Enhanced Support ไหม?

ต้อง

โดยเฉพาะ Closed-source DLL

ถาม Developer ว่า

รองรับ .NET 10 Runtime หรือไม่
มี Enhanced Version หรือไม่
ต้อง Update Dependency หรือไม่

อย่ารอวัน Cutover แล้วค่อยตรวจ

71. ถ้า Developer เลิกดูแล Resource ควรทำอย่างไร?

ถ้า Resource Critical และไม่มี Source

ถือเป็น Technical Risk

ทางเลือกคือ

อยู่ Legacy ต่อ
หา Replacement
เขียนใหม่
ใช้ Alternative ที่มี Source/Active Support

ไม่ควรสร้าง Production Migration บน Dependency ที่แก้ไม่ได้

72. Compatibility Matrix สำหรับ C# Resources

ตัวอย่าง

Resource	Source	DLL/NuGet	Enhanced	สถานะ
Admin	มี	น้อย	✅	พร้อม
Vehicle System	มี	หลายตัว	🧪	ทดสอบ
Anti-cheat	ไม่มี	Closed	🔄	รอ Vendor
Utility	มี	ไม่มี	✅	พร้อม
Phone Bridge	มี	JSON/HTTP	⚠️	ต้องแก้

ช่วยเห็น Migration Blocker ชัดเจน

73. Checklist ต่อ Resource

Build

SDK ถูกต้อง
Package Restore ผ่าน
Compile ผ่าน

Startup

DLL โหลด
Resource Start
ไม่มี Runtime Exception

Function

Commands
Events
Exports
Natives

Integration

Framework
Database
HTTP
Other Resources

Multiplayer

Player State
Entity
Network

Performance

CPU
RAM
Tick
Long-running Test

ผ่านครบจึงควร Production

74. สิ่งที่ไม่ควรทำ

หลีกเลี่ยง

เปลี่ยน .csproj เป็น net10.0 แบบเดา
Rewrite Resource ทั้งหมดพร้อม Migration
Update NuGet ทุกตัวพร้อมกัน
ใช้ Production เป็น Test
คิดว่า Compile ผ่าน = Compatible
ไม่ทดสอบ DLL ภายนอก
ไม่ตรวจ Mono Workaround
ไม่ทดสอบ Multiplayer
Ignore Exception
ไม่มี Rollback

Runtime Migration ต้องควบคุมตัวแปร

75. คำถามที่พบบ่อย

FiveM Enhanced ใช้ .NET อะไร?

Cfx.re ระบุ Runtime ใหม่บน .NET 10

Mono ยังใช้ไหม?

Enhanced เปลี่ยนจาก Mono ไป .NET

C# Resource เก่าใช้ได้ไหม?

Cfx.re ตั้งใจรักษา Old API เพื่อ Backward Compatibility แต่ต้องทดสอบ Resource จริง

ต้อง Rewrite C# ใหม่ทั้งหมดไหม?

ไม่จำเป็น

ต้องลงอะไรสำหรับ Development?

Enhanced Documentation ระบุ .NET 10 SDK และ IDE เป็น Optional

มี API ใหม่ไหม?

มี Cfx.re ประกาศ New Scripting API และ New NuGet Package

NuGet เก่าทุกตัวใช้ได้ไหม?

ไม่รับประกัน ต้องทดสอบ Dependency ทีละตัว

ต้องเปลี่ยน Project เป็น net10.0 เองเลยไหม?

ไม่ควรเดา ให้ใช้ Target/Template/NuGet ที่ Cfx ระบุสำหรับ Enhanced

DLL เก่าเปิดได้ถือว่าผ่านไหม?

ไม่ ต้อง Functional, Multiplayer และ Performance Test ต่อ

C# Developer ต้องสนใจ OneSync Changes ไหม?

ต้องถ้า Resource ทำงานกับ Entity, Network, State Bags หรือ Player Scope

76. สรุป FiveM Enhanced .NET 10 คืออะไร? C# Developer ต้องรู้อะไร

การเปลี่ยนจาก Mono → .NET 10 เป็นหนึ่งในการเปลี่ยนแปลงครั้งใหญ่ที่สุดสำหรับ FiveM C# Developer

Cfx.re ยืนยันว่า FiveM for GTAV Enhanced มี Runtime ใหม่ที่สร้างบน Modern .NET 10 พร้อมแผนสำหรับ

New Scripting API + New NuGet Package

ขณะเดียวกันก็รักษา Old API สำหรับ Backward Compatibility เพื่อไม่บังคับให้ Resource C# ที่สะสมมาหลายปีต้อง Rewrite ทั้งหมดทันที

Enhanced-specific Documentation ยังระบุชัดว่า Mono ถูกแทนด้วย .NET และ Requirement สำหรับ Development คือ .NET 10 SDK

อย่างไรก็ตาม Developer ไม่ควรตีความว่า

Runtime = .NET 10 → เปลี่ยนทุก .csproj เป็น net10.0 แล้วจบ

Target Framework, Cfx Package, Script Loader และ Build Workflow ต้องใช้ตาม Enhanced-specific Tooling/Documentation ที่ Cfx รองรับจริง โดยเฉพาะช่วงที่เอกสาร C# ทั่วไปบางหน้ายังสะท้อน Legacy Mono Workflow

สิ่งที่ต้อง Audit มากที่สุดคือ Resource ที่พึ่ง

Third-party DLL + NuGet + Reflection + P/Invoke + Native Libraries + Mono Workarounds + Custom Assembly Loading

ส่วน Resource ที่ใช้ CitizenFX API, Events, Commands และ Natives ทั่วไปโดยไม่มี Dependency ซับซ้อนมีแนวโน้ม Migration ง่ายกว่า แต่ยังต้องทดสอบ

แนวทางที่ comsiam แนะนำคือ

Legacy Source → Git/Backup → Enhanced Test Server → ทดสอบ Old API ก่อน → แก้ Dependency → Functional Test → Multiplayer Test → Performance Test → Production → ค่อย Modernize ไป New API

อย่ารวม

Runtime Migration + API Rewrite + NuGet Major Upgrade + Framework Refactor

ไว้ในครั้งเดียวถ้าไม่จำเป็น เพราะเมื่อเกิด Error จะหา Root Cause ยากมาก

สรุปสั้นที่สุด:

FiveM Legacy C# → Mono

FiveM Enhanced C# → .NET 10

Old C# API → ยังรักษา Compatibility

New C# API → กำลังเป็นแนวทางใหม่ของ Enhanced

NuGet → Ecosystem ดีขึ้น แต่ต้อง Test

DLL เก่า → มีโอกาสใช้ได้ แต่ไม่รับประกันทุก Dependency

Mono-specific Hack → ควร Audit

Project Target → อย่าเดา ใช้ Cfx Enhanced Tooling ที่รองรับ

OneSync/State Bags → C# Resource ยังต้องตรวจเหมือน Lua/JS

การย้ายไป .NET 10 จึงเป็นทั้ง Compatibility Project และโอกาสระยะยาวในการทำให้ FiveM C# Development เข้าใกล้ Modern .NET Ecosystem มากขึ้น โดยไม่จำเป็นต้องทิ้ง Resource เดิมทั้งหมด