هل لا تزال عمليات الإدخال والإخراج غير المحظورة تمثل مشكلة في Java من جانب الخادم؟

Question

ال إطار عمل مقبس Java NIO من المفترض أنه يخفي التفاصيل القذرة الخاصة بعدم حظر عمليات الإدخال والإخراج عن المطورين، مما يسمح لهم ببناء تطبيقات قابلة للتطوير بدرجة كبيرة، والتي يمكنها التعامل مع أكثر من 10000 مأخذ توصيل وارد وصادر باستخدام مؤشر ترابط واحد فقط.

• هل لا تزال عمليات الإدخال والإخراج غير المحظورة تمثل مشكلة مع الإصدار النموذجي من Java 2 SE/EE؟

• هل لا يزال هذا الإطار ضروريًا ومفيدًا؟

شكرا على وقتك.

Answer 1

حسنًا، تقوم NIO بالتأكيد بإنشاء فكرة مجردة عن بعض التفاصيل.لا تزال عمليات الإدخال والإخراج غير المحظورة تمثل صعوبة في فهمها (على الأقل، أجد ذلك) ولكنها على الأقل ممكنة.(أنا شخصياً أفضل أسلوب .NET للإدخال والإخراج غير المتزامن، ولكن هذا أمر مختلف.)

أنا عادة استخدام حظر الإدخال والإخراج:بالنسبة لمعظم المهام، هذا هو كل ما أحتاجه ولن أحقق مكاسب كبيرة باستخدام عمليات الإدخال/الإخراج غير المحظورة.في بعض الحالات (مثل الحالة التي ذكرتها) يعد الإدخال/الإخراج غير المحظور هو الطريقة الوحيدة للمضي قدمًا إذا كنت تريد إبقاء سلسلة الرسائل الخاصة بك منخفضة.

أنصحك بالتعرف عليه واللعب به ثم استخدام الحكم لتحديد وقت استخدامه في كود الإنتاج.لا أقترح البدء في استخدامه في كل مكان...

Answer 2

نعم، NIO مفيد جدًا.من الصعب أيضًا العمل مع NIO.اعتمادًا على احتياجاتك، يمكنك التفكير في استخدام أطر عمل تلتف حول NIO، مثل أشيب أو مينا.Grizzly هو جزء من الشبكات السمكة الزجاجية خادم التطبيقات من شمس وحي.

Mina هو إطار تطبيق شبكة من Apache.org.

أنا شخصياً أفضّل الأشيب ولكن هذا أنا فقط.