netstack

เน็ตสแต็ค

แบตเตอรี่รวมลังเครือข่ายสำหรับเกม

ลัง.io ?

 [dependencies]
netstack = "0.3.0"

docs.rs ?

เอกสาร (อยู่ระหว่างดำเนินการ)

การติดต่อ

หากคุณมีข้อเสนอแนะ ขาดคุณสมบัติ หรือเพียงต้องการติดต่อ คุณสามารถเปิดปัญหาในพื้นที่เก็บข้อมูลนี้หรือติดต่อฉันได้ทาง Twitter

ข้อกำหนด❗

หากต้องการใช้ netstack ในการผลิตอย่างมีประสิทธิภาพ คุณต้องมีช่องทางที่ปลอดภัยเพื่อแลกเปลี่ยนความลับเริ่มต้นและโทเค็นการเชื่อมต่อ ขอแนะนำให้ใช้ https สำหรับสิ่งนี้ แต่ก็ขึ้นอยู่กับคุณ ตัวอย่างใช้เซิร์ฟเวอร์ http

คุณสมบัติ ☑️

( ☑️ หมายถึง ดำเนินการแล้ว ? หมายถึง วางแผนไว้ หรือ อยู่ระหว่างการพัฒนา )

• ☑️ ขนส่ง UDP
• ☑️ การจัดการการเชื่อมต่อ (การเชื่อมต่อ, ฮาร์ทบีท, หมดเวลา, ตัดการเชื่อมต่อ ?)
• ☑️การลงนามแพ็คเก็ต (HMAC SHA256)
• ☑️ การรับทราบแพ็คเก็ต (หมายเลขลำดับ, acks, การป้องกันการเล่นซ้ำ)
• - รับมาโครเพื่อให้อนุกรมไบนารี่ได้ง่าย
• - การตรวจสอบ
• - การจัดการบัฟเฟอร์
• - สลับระหว่างการลงนามแพ็กเก็ต (ส่วนหัวของแพ็กเก็ตที่ใหญ่กว่า) และการเข้ารหัส (กินซีพียูมากขึ้น)

ไม่ใช่เป้าหมาย

I/O ตามเหตุการณ์

การขนส่งที่ใช้ io_uring , IOCP หรือ epoll อยู่นอกขอบเขตในขณะนี้

การส่งผ่านที่เชื่อถือได้

ลังนี้ไม่ได้ใช้การส่งสัญญาณซ้ำตาม acks และการหมดเวลา เกมมีวิธีอื่นในการบรรลุความน่าเชื่อถือ โดยส่วนใหญ่เป็นเพราะข้อมูลล้าสมัยไปแล้วเมื่อกลไกการหมดเวลาใดๆ สามารถตรวจจับแพ็กเก็ตที่สูญหายได้

ตัวอย่างเช่น FPS ส่งข้อมูลผู้เล่นสำหรับสองสามเฟรมสุดท้ายพร้อมกับทุกแพ็กเก็ต ดังนั้นเมื่อแพ็กเก็ตหนึ่งหายไปบนสายแพ็กเก็ตถัดไปก็จะเติมเต็มช่องว่าง

การบีบอัดสถานะของเกมจากเซิร์ฟเวอร์ไปยังไคลเอนต์มักจะขึ้นอยู่กับแพ็กเก็ตสุดท้ายที่ไคลเอนต์ยอมรับ ใช้เหตุการณ์ MessageAcknowledged และหมายเลขลำดับที่ส่งคืนโดย send สำหรับสิ่งนี้

ตัวอย่าง ?

ดูไดเร็กทอรีตัวอย่างสำหรับตัวอย่างไคลเอ็นต์/เซิร์ฟเวอร์ ใช้คำสั่งเพื่อรันไดเร็กทอรีเหล่านี้:

• เซิร์ฟเวอร์: cargo run -p server
• ลูกค้า: cargo run -p client

netstack_derive ?

Netstack มาพร้อมกับมาโคร ที่กำลังดำเนินการ สำหรับโครงสร้าง (และแจงนับในภายหลัง)

 # [ derive ( Debug , Serialize , Deserialize ) ]
pub struct Greeting {
    pub id : u32 ,
    pub to : String ,
    pub message : String ,
} 

ใบอนุญาต ?

เอ็มไอที