1 -
while ((messageFromClient = (Message) inputStream.readObject()) != null) {موجودة في سطر 56 في كلاس Client في جزئية SharekServer
هذه الطريقة تحكم بأن يكون ال Client مصنوع بلغة J2SE
--
ارجو قرأة التالي:
http://www.w3.org/Pr...-sec4.html#sec4
تحياتي
--ارجو ان يكون تعليقي في المكان الصحيح ؟؟
---
يجب عدم ربط ال UI بنفس المشروع مباشرة ، انما عن طريق اتصال بواسطة مثلا ال Socket، و بذلك تستطيع ان تدعم اكثر من واجهة، في حالات ان ال UI Hangs لا يضر بالمخدم
تم تعديل هذه المشاركة بواسطة علاء الصالحي في 27 يوليو 2011 في 09:19
لم افهم ماذا تقصد انك تقول
اقتباسهذه الطريقة تحكم بأن يكون ال Client مصنوع بلغة J2SE
امال العميل مصنوع من ايه :)
بصراحه مش فاهم حاجه من المقاله يمكن علشان لسه راجع ومرهق شويه
بالنسبه
اقتباسيجب عدم ربط ال UI بنفس المشروع مباشرة ، انما عن طريق اتصال بواسطة مثلا ال Socket، و بذلك تستطيع ان تدعم اكثر من واجهة، في حالات ان ال UI Hangs لا يضر بالمخدم
هل من الممكن التوضيح اكثر ؟؟
بالنسبه للتعديلات اللى انت عملتها طبعا انت ليس لك الحق فى ذلك ههههههه
امزح معاك ( دا انت منورنى )
لكن معلش ارفق لى الكود الخاص بالفئه كاملا
لان تقريبا انت ضايف متغير
isConnected وغير واضح اين يوجد
او ما هى استخداماته الاخرى
فارفق لى الفئه كامله وبعدها نتكلم تانى :)
منورنى والله
تم تعديل هذه المشاركة بواسطة Mahmoud Kelany في 25 يوليو 2011 في 23:05
Mahmoud Kelany كتب:لم افهم ماذا تقصد انك تقول
امال العميل مصنوع من ايه :)
بمعنى انه العميل يجب فقط ان يكون مكتوب بلغة JSE و لا يمكن ان يكون C++ or QT or J2ME او اي لغة اخرى
http://en.wikipedia.org/wiki/SOAP
برأيي يجب ان تصنعو Application Protocol بسيط لكم
يحتوي على الرسالة و ليس (Object) و من هذه الرسالة تقوم بصناعة ال Object
فارفق لى الفئه كامله وبعدها نتكلم تانى :)
لم اعدّل على صف كامل، بل عدّلت على هذه الجزئية كمثال،و isConnected is a boolean determine the client status
منورنى والله
لم نعتمد HTTP كبروتكول للتخاطب في شارك
لكن معاك في أن الاعتماد على serialization لإرسال الرسائل سيصنع limitation قوية
بالنسبة لاعتماد SOAP
أفكر في إرسال JSON وستفي بالغرض على ما أظن
كما أنها ستكون أسرع من XML وأقل في الحجم
ما رأيك؟
تحياتي
علاء الصالحي كتب:لم نعتمد HTTP كبروتكول للتخاطب في شارك
لم يكن قصدي اعتماد ال HTTP بالتراسل، انما قرأة البروتوكول و كيفية صنعه
لكن معاك في أن الاعتماد على serialization لإرسال الرسائل سيصنع limitation قوية
بالنسبة لاعتماد SOAP
أفكر في إرسال JSON وستفي بالغرض على ما أظن
كما أنها ستكون أسرع من XML وأقل في الحجم
حتى الان لم اواجه مشاكل ب JSON و حسب ما فهمت انها اسرع من ال XML ، لكنها اقل من ناحية ال Readability (امكانية القرأة) للمرمبج
ما رأيك؟
بناء ملفات الJSON اصعب من ال XML و تعتمد على تعقيد التركيبة للرسالة
و يجب الاخذ بعين الاعتبار ان الرسالة يمكن ان تحتوي على ملفات Binary
تحياتي
في عمل سابق بنيت برتوكول على مستوى البرنامج كان يمثل تركيبة SOAP
-Header عبارة عن نص حاف مكتوب بالانجليزية فقط يوضح محتوى الرسالة
- Body عبارة عن جزء Binary يحمل محتوى الرسالة، اما XML و اما ملف
---
و في عمل اخر كان يتكون بشكل اخر
-Header
- XML Body
- Binary Attachments
---
- ال Header يوضح معلومات عامة عن الرسالة مثل الطول و المرسل منه و اليه و جانب ال Security
- Body :يحتوي على XML يوجد به مؤشرات على مواقع الملفات بال Attachments
- Attachments : عبارة عن ملفات مرتبة فوق بعضها و لكل ملف رقم بداية و نهاية
- اعذروني وقتي ضيق هذه الفترة :wub:
اقتباسبناء ملفات الJSON اصعب من ال XML و تعتمد على تعقيد التركيبة للرسالة
و يجب الاخذ بعين الاعتبار ان الرسالة يمكن ان تحتوي على ملفات Binary
وضح كيف أصعب
صحيح أقل في المقروئية
لكن بالنسبة لأصعب لم أستطع فهم المقصد
هل JSON لديها مشكلة مع الملفات الباينري؟
بالنسبة للـ header هل يتم إرساله أولاً أم ماذا بالضبط؟
وهل له طول معين؟
تحياتي
