Tách động cơ "back-end" (theo dõi trạng thái bảng, nhận đơn đặt hàng di chuyển từ giao diện người dùng, tạo số ngẫu nhiên để giải quyết trận đánh, gửi cập nhật cho giao diện người dùng, giao dịch tiết kiệm và khôi phục các trò chơi cụ thể, ...) từ "front-end", về cơ bản cung cấp giao diện người dùng cho tất cả những điều này.
PyGame là một công nghệ phù hợp cho giao diện người dùng, nhưng bạn có thể triển khai nhiều giao diện người dùng (có thể là phần mềm PyGame, trình duyệt dựa trên trình duyệt, văn bản để gỡ lỗi, v.v.) . Back-end của khóa học có thể chăm sóc ít hơn về PyGame hoặc các công nghệ giao diện người dùng khác. Python là tốt cho hầu hết các front-end (ngoại trừ những người cần phải được trong Javascript, Actionscript, vv, nếu bạn viết front-end cho các trình duyệt, Flash, vv ;-) và chắc chắn tốt cho thre back-end.
Chạy back-end và front-end như các quy trình riêng biệt và giao tiếp đơn giản như bạn có thể - cho trò chơi theo lượt (như tôi tin là trò chơi này), XML-RPC hoặc một số biến thể đơn giản hơn (JSON tải trọng đi qua lại qua HTTP POST và trả lời cho họ, nói) sẽ có vẻ tốt nhất.
Tôi bắt đầu với back-end (có thể sử dụng JSON cho tải trọng, như tôi đã đề cập), như một máy chủ WSGI đơn giản (có thể với một liên lạc của werkzeug hoặc tương tự để trợ giúp với mdidleware), và một ứng dụng dòng lệnh gỡ lỗi đơn giản. Tại mỗi bước tôi sẽ làm giàu ở phía máy chủ (back-end) hoặc phía máy khách (front-end) cẩn thận tránh làm quá lớn HOẶC bất kỳ "bước" đồng thời nào. Tôi sẽ không sử dụng công nghệ "nặng" hay bất cứ khung công tác lớn nào làm những điều kỳ diệu sau lưng tôi (không có ORM, Django, SOAP, ...).
Đảm bảo bạn sử dụng kho lưu trữ mã nguồn tốt (ví dụ: hg, hoặc có thể svn nếu bạn biết bạn sẽ làm tất cả một mình, hoặc bazaar hoặc git nếu bạn đã biết chúng).
Nguồn
2009-07-21 04:18:01
Cảm ơn, bạn đã cho tôi rất nhiều điều để tiếp tục ... – Evan
@Evan, bạn được chào đón! –