كلام في الشبكات

MKSoft كتب:

سؤال للأخ مازن ..

ألا تعمل ما يسمى بـ WebService , بحل العديد من المشاكل السابقة , بدلا من تعقيدات Thread ومشاكلها و زوبعات Socket .

هناك تقنية في .NET تسمى Windows Comunication Foundation WCF , تدعم الكلام السابق , حتى أن ما يكروسوفت تزود مبرمجيها بتلك التكنولوجيا و تفضلها عن Socket .

لا أدري ما إذا يوجد في الجافا ما يشابه التكنولوجيا , على الرغم من إعتقادي من وجودها في ما يسمة بـ J2EE ( تطبيقات المؤسسات ) .

تحياتي.

طيب اذا كنت تريد تصمم برنامج شبكي , لشيكة خا صة مثلا (مقهى انترنت على اقل تقدير), هل ستستخدم WebService ؟? - اذا قلت لي RMI بقول معقولة (رغم بعض التحفضات) , لكن WebService !!! :huh:

وبعدين جميييييع الأدوات التي تكلمت عنها قائمة على برمجة sockets وthreads "في أي لغة" ولكنها تخفي تعقيدات هذة المسألة عن المستخدم, وتوفرلة واجهة استخدام بسيطة.

وفي بعض الأحيان تكون هذة الأدوات ببساطة غير كافية اوغير ملائمة امشروعك وتحتاج أن تغوص قليلا في العمق. :wink:

وبعدين البرمجة المباشرة بال sockets وادوات الشبكات الأساسية في اي لغة تعني برامج اسرع واقوى , لأنها الأساس رغم تعقيدها , وبالتالي انت متحكم بكل شيء من security الى application protocols الى network configuration & resources وغيرة.

الأدوات التي قمت بتصميمها صممتها "لحاجتي لها" ولم اصممها لأنة معي وقت فراغ كبير. ولو وجدت ما يغنيني لما اتعبت نفسي اصلا , متطلبات المستخدم شيء و الأدوات المتوفرة قد تكون -ببساطة- شيء اخر.

ولذلك قمت بمشاركتها.

علاء الصالحي كتب:

أما لو أردت أن تحقق مفاهيم dependability و scalability فعليك بغير socket

يا ر ااجل !!!!!!!!!!!! قول كلام غير دة! :ohmy:

يعني اسيب socket ..واروح استخدم اداة, برضة تستخدم socket داخليا؟؟؟

هناك مفاهيم أخرى مهمة غير الأداء العالي

سرعة الإنتاجية

سهولة تصليح الأخطاء

عدم الإعتماد على لغة معينة

القابلية للتطوير بسهولة

كلها مفاهيم تجعلك تضحي بالأداء العالي

ستقول أستطيع القيام بهذا كله باستخدام socket وأحصل في النهاية على الأداء العالي

سأقول لك ببساطة لو كان لديك الوقت الكافي للقيام بشيء مثل webservice

فهذا حقك

لا تعتقد أن الآخرين أغبياء بما فيه كفاية حتى يكفوا عن استخدام socket ويستخدموا RMI أو خلافها

مع أنها مبنية فوق socket

تذكرني بمن يحارب object oriented لأنها غير سريعة وعملية إنشاء الكائنات تأخذ وقتاً كبيراً

يمكنني أن أقول لك ببساطة لو أن منطقك صحيح لما وجدتني استخدم الجافا اليوم

ولوجدت كل الناس يعملون على assembly

مارأيك جافا بطيئة بما فيه كفاية حتى لا تقارن مع assembly؟

لكن الصواب هو أنا أمام مشكلة أنا أقوم بوزن المشكلة

أنا أطلع على الحلول المطروحة للمشكلة أقوم بعمل باختيار العوامل التي تهمني trade-off

وعلى هذا الأساس أقرر

تحياتي

علاء الصالحي كتب:

أنا أطلع على الحلول المطروحة للمشكلة أقوم بعمل باختيار العوامل التي تهمني trade-off

وعلى هذا الأساس أقرر

المهم انك قلت المفيد في النهاية.

وتعليقك السابق عن dependability و scalability

كان غير دقيق. :)

تحياتي

أعتقد أني أناقش بشكل علمي

وتعليقي دقيق جداً

وعندما أقول

اقتباس

أنا أطلع على الحلول المطروحة للمشكلة أقوم بعمل باختيار العوامل التي تهمني trade-off

فهذا يعني أني أبحث في متطلبات المشروع

وفي تعليقي أقول

اقتباس

إذا أردت لبرنامجك الأداء العالي

انسى موضوع RMI Corba webservice

واستخدم socket بدون تفكير

اقتباس

أما لو أردت أن تحقق مفاهيم dependability و scalability فعليك بغير socket

واضح أن performance و dependability و scalability هي متطلبات في العمل

إذا أردت أن تظهر بمظهر العالم الذي لايضاهيه أحد فهذا شأنك ولا مانع لدي في ذلك

لكن عندما تحاور التزم بمنطق العلماء

أما أن ترد علي رد كهذا

اقتباس

يا ر ااجل !!!!!!!!!!!! قول كلام غير دة! :ohmy:

يعني اسيب socket ..واروح استخدم اداة, برضة تستخدم socket داخليا؟؟؟

وتعقب على شرحي لكلامي السابق برد كهذا

اقتباس

المهم انك قلت المفيد في النهاية.

وتعليقك السابق عن dependability و scalability

كان غير دقيق. :)

تحياتي

فما هكذا يرد العلماء

على كل أعدك بأني لن أتعرض لمواضيعك أبداً

وأتمنى لك التوفيق

تحياتي

اقتباس

يا ر ااجل !!!!!!!!!!!! قول كلام غير دة! :ohmy:

يعني اسيب socket ..واروح استخدم اداة, برضة تستخدم socket داخليا؟؟؟

اولا اعتذر عن تعليقي هذا , واعدك ان لا ارد بشكل يسبب اي حساسية مرة اخرى.

اقتباس

المهم انك قلت المفيد في النهاية.

وتعليقك السابق عن dependability و scalability

كان غير دقيق. :)

تحياتي

المقصود بأنك "قلت المفيد في النهاية" هو انك قلت شيء لا يختلف علية اثنان , و هو بالضبط ما عبرت عنة أنا في السابق:

هذا كلامك المفيد والدقيق .

اقتباس

أنا أطلع على الحلول المطروحة للمشكلة أقوم بعمل باختيار العوامل التي تهمني trade-off

وهذا كلامي سابقا

اقتباس

وفي بعض الأحيان تكون هذة الأدوات ببساطة غير كافية اوغير ملائمة امشروعك وتحتاج أن تغوص قليلا في العمق. :wink:

وهذا كلامي ايضا

اقتباس

متطلبات المستخدم شيء و الأدوات المتوفرة قد تكون -ببساطة- شيء اخر.

ستلاحض اننا نتكلم من نفس المنطلق, واننا غير مختلفين ابدا.

انا مختلف معك فقط في ربط متطلبات البرنامج بأدوات معينة

يعني dependability و scalability

هي مرتبطة بالخيارات السليمة التي يقوم بها المبرمج في اختيار الأدوات البرمجية المناسبة لمشروعة , وليست حكرا على ادوات معينة او لا يمكن ان تتحقق بإستخدام ادوات معينة.

هذا هو تعليقك الذي قلت انا انة غير دقيق

اقتباس

أما لو أردت أن تحقق مفاهيم dependability و scalability فعليك بغير socket

ما الذي يمنع من تحقيقها؟؟ بإستخدام socket ؟؟

نعم قد يكون تحقيقها اصعب هنا (لأنك قد تضطر لإعادة اختراع عجلة معدلة قليلا :) ), ولكن قد تضطر لذلك عندما لا تجد امامك غيرها بسبب متطلبات مشروعك.

أتذكر عندما ظهرت حزمة nio في الشبكات , قالت عنها sun انها لغرض تحقيق network scalability .

وفي الحقيقة ستعرف أن الكلام هذا غير مطلق عندما لا تجد في nio ما يناسب مشروعك الشبكي ولو من بعيد! مثلما حدث معي اكثر من مرة!. ولذلك توجب علي ان ابحث عن مطلب مهم لي في مكان اخر! ( رغم ان nio هي اخر ما توصلت sun في مجال تطوير الشبكات ولكنها لا تستطيع ان تصنع ادوات ترضي حاجات الجميع)

ولذلك فأنا اؤمن أن اي متطلبات اواي عوامل تهمني في المشروع ا- مهما كانت - هي بحاجة لخيارات سليمة يتخذها المبرمج وليست حكرا لأدوات دون اخرى.

وليس كل ما تقولة الشركة عن ادواتها يكون شيئا صحيح 100% في جميع الظروف . لو كان هذا صحيحا لتوقف تطوير الأدوات من زمان .

وفي الأخير اعتذر منك عن اي سوء فهم اخر قد اكون تسببت فية.

وسماح المرة دي يا عم.. قلبك ابيض :)

اقتباس

على كل أعدك بأني لن أتعرض لمواضيعك أبداً

وأتمنى لك التوفيق

سأعتبر هذا طرد لي من المنتدى :unsure: , حتى تتراجع عن هذا الوعد :blush:

اعتبر هذا الرد تأشيرتك للمنتدى :lol:

تحياتي