একটি সাধারণ স্ট্যান্ডার্ড ক্লায়েন্ট / সার্ভার গেমটি ধরে নিন। সার্ভারের জন্য, ক্লায়েন্টদের কাছ থেকে সংযোগ এবং বার্তা শোনার জন্য এবং স্থানীয় সকেটগুলির মাধ্যমে ডেটা প্রেরণ বা স্টিডিনের মাধ্যমে অন্য প্রসেসে প্রেরণ করা প্রকৃত গেম সার্ভারটি চালানো কি আলাদা প্রক্রিয়া রাখা কি উপযুক্ত?
অন্য বিকল্পটি হ'ল উভয় জিনিস একক প্রক্রিয়াতে সম্পন্ন করা। আগত বার্তাগুলি সন্ধান করা এবং সঠিক ক্রমে এগুলি কার্যকর করা কোনও থামার সমস্যা হওয়া উচিত নয়।
আমি ভাবছি দুটি "ক্রিয়াকলাপ" আলাদা করার জন্য অতিরিক্ত সংস্থানগুলি আসলেই মূল্যবান কিনা। আমি কীভাবে সিদ্ধান্ত নেব? আমি কোনও উপকার / কনস শুনতে চাই।
1
উভয় অংশই কীভাবে যোগাযোগ করে? সকেট?
—
vz0
আপনি কি নিজেকে আলাদাভাবে যোগাযোগের কৌশল ব্যবহার করতে "শ্রোতা" পরিবর্তন করতে, বা একাধিক ধরণের ক্লায়েন্ট-সার্ভার যোগাযোগের জন্য বিকল্প যুক্ত করার কল্পনা করেন (যেমন মোবাইল ক্লায়েন্টদের যদি অন্যভাবে যোগাযোগ করতে হয়)? যদি তা হয় তবে এটি আলাদা করার উপযুক্ত হতে পারে যাতে আপনি প্রয়োজনীয় হিসাবে মডিউলগুলি ইন / আউট বদল করতে পারেন।
—
জন গল্প
@ জনস্টেরি হ্যাঁ, আমি করি। এমনকি 2 টি ভিন্ন শ্রোতার সাথে এটি এখনও একটি একক প্রক্রিয়া হতে পারে তবে এখানে সমস্ত উত্তর পড়ার পরে এবং এটি সম্পর্কে আরও কিছু চিন্তা করার পরে, আমি সিদ্ধান্ত নিয়েছি যে পৃথক প্রক্রিয়াগুলি রাখা এটি উপযুক্ত হবে। এই নির্দিষ্ট প্রকল্পের জন্য মূল ক্লায়েন্টটি জাভাস্ক্রিপ্ট ব্রাউজার হবে তবে ভবিষ্যতে আমি একটি স্থানীয় মোবাইল ক্লায়েন্ট অ্যাপ্লিকেশন যুক্ত করার পরিকল্পনা করছি।
—
luleksde