JavaScript ، موتي رجاءً .. مرحباً JavaWE .

الهدف من الموضوع ، هو إيجاد فكرة عبقرية أو غبية لاستبدال لغة JavaScript بلغة أفضل . مثال :

- لغة الهونولولو ، ونسميها HonololoWE .

- لغة C#WE ، ويعني الاستفادة من مواصفات لغة #C في مجال Syntax تحديداً ، لتحل بديلاً لـ JavaScript .

- لغة JavaWE ، وتعني الاستفادة من مواصفات لغة Java وبعض الحزم البرمجية المهمة من JavaSE و حزم برمجية جديدة ، لتصبح على هذا النحو :

• لغة مطابقة للغة جافا تماماً من ناحية Syntax
  
• Collections : ويعني أن اللغة ، سيأتي معها حزمة برمجية لدعم معظم أنواع هياكل البيانات .
  
• Java.Lang : دعم التزامن ( هو مدعوم في اللغة نفسها ) ، الدوال الرياضية ، النصوص ، RegEx .. وغيرها من الأساسيات .
  
• Graphics2D : الرسوميات ومعالجة الصور ( ليس مجرد الحصول على بيانات canvas ، بل وتوفير فئات على مستوى أعلى مثل ConvolveOpو Kernel.
  
• WebGL: الألعاب وبرامج النمذجة والتصميم الثلاثي البعد مثل Blender .
  
• Multimidia: معالجة الفيديو و الأصوات ,
  
• أمور أخرى أساسية مثل : التشفير - xml - والكثير ..
  
• EventListener : فئة جديدة لاستقبال الأحداث ومعالجتها ( الأحداث التي تطلقها XML Elements ، الموجودة في ذاكرة المتصفح ( شجرة dom ، بمختلف أنواعها ) ) .
  
• DomInpector : دعم CSS Selectors وبعض الدوال المساعدة ، لتصبح مطابقة لجزء من مكتبة jQuery .
  
• HtmlHelper : فئة مساعدة للتحويل تقوم باستخراج و تحويل عناصر HTML إلى ما يقابلها من Data Objects ، مثل : تحويل عناصر Table إلى مصفوفة ديناميكة ثنائية البعد ، وهكذا ..
  
• Ajax : دعم الأجاكس ..
  
• JSON : تحويل من كائنات JavaWE إلى JSON و العكس .
  

لماذا لا نستخدم Servlet ، Flash ، أو حتى Java Applet ؟

هذه تخلط بين العرض View و بين منطق البرنامج . لدينا HTML 5 ، ولا حاجة لنا باستحداث شيء جديد ، نحن نريد HTML 5 ، ولكن نريد لغة برمجية بديلة للـغة JavaScript .

هل Oracle Java JDK مناسب ؟

لغة جافا ، مبنية على مواصفات ، ويمكن أن نستفيد من OpenJDK لعمل implementation . ويمكن أن يقوم بكل متصفح بعمل Implementation له . أما JavaWE ، فستضيف فئات قليلة لتعمل بشكل جيد كبديل للغة جافاسكربت و تبقى مسألة Compiler و JVM و حقوق Oracle فيها ، وعندها يمكن تغيير أسلوب طريقة ترجمة وتنفيذ تطبيقات JavaWE ، كما فعلت Google مع Andriod وكما فعلت Microsoft مع #J ، ولا يعني أن نأتي بلغة جافا بكل مافيها من عيوب الآن ، ونقول : استخدموها بدلاً من JavaScript .

ماهي المشكلة مع لغة JavaScript ؟

بغض النظر عن سرعة التنفيذ ، اللغة ستصبح سيئة جداً مع تطبيقات ضخمة ( تطبيقات تتعدى مليون سطر ) ، وهذا يبدو أحد الدوافع التي جعلت Google تطوّر GWT حسب ما أظن .

p

المشكلة مع JavaScript في Syntax السيء جداً ، لدرجة أنك لو فتحت أي كتاب فمن النادر أن تجد كتاب يشرح ويتعمق في البرمجة الكائنية ، في " إخفاء المعلومات Info Hiding " - " الوراثة " - " تعدد الواجهات polymorphism " .. الخ ،

لماذا ؟

لأن هذه هي طبيعة 90% من مبرمجي JavaScript للأسف ، من النادر أن تجد شخص يهتم بهذا ، لأن اللغة عندما ظهرت ، لم يفكر مطوّروها بأن تستخدم لكتابة نظام تشغيل على الويب (جزئية Client ) ، أو معالج صور متقدم مثل Photoshop .. وكما قال الأخ مهدي حجازي .. هم تفاجؤوا عندما وجدوا أن JavaScript في المقدمة .. فبدأ حينها شغل " الترقيع " .

أيضاً اللغة ليست Strict في التحويل من متغير لآخر ، فانت أمام keys & values نصية .. ليس إلا . وهذا سيضيف علينا حمل حتى مع استخدام أفضل محرر IDE وسيضيف على JavaScript Engine حمل التعرف على كل نوع أثناء التشغيل .. الخ .

لغات مثل Pyhon مع أنها " لغات ديناميكية " ، إلا أنها توفر الحد الأدني ( إن لم يكن الأفضل ) من المقروئية ..

لغات مثل VB.net على بشاعة Syntax ، إلا أنها تقدم حد أدنى من المقروئية .. وهي مسألة أذاواق في النهاية ..

أما JavaScript ، فهي حالة شاذة .

لكن JavaScript تدعم ما تريد :

- تدعم البرمجة الكائنية .

- يمكن أن تكتب أي Pattern تريد .

- يمكن أن تكتب ما يقابل Collections و STL .

- يمكن أن تتعامل مع Canvas في HTML 5 .

- الخ ..

؟

نعرف هذا ، ولكن المشكلة ستظهر عندما نتحوّل من تطوير مواقع إلى تطوير تطبيقات ويب . لا يعني كون اللغة قادرة على هذا ، أنها هي المناسبة .. كما قال الزميل " مهدي حجازي " .

أيضاً عندما نتحدث عن نقص Frameworks ، فنحن نتحدث عن التي تخدمنا في البرمجة مثل Collections و Graphics2D ، وليس JQuery ، فهذه لها هدف مختلف ، تركز على dom و effects .

اختبر نفسك ؟

افرض أننا أما 6 لغات برمجية ، بنفس السرعة والأداء ، وأنها كلها قادرة على التكامل مع HTML و تطوير تطبيقات الويب في جزئية Client Side ( فرض جدلي فقط ) :

• JavaScript
  
• #C
  
• ++C
  
• Java
  
• VB.Net
  
• Python
  
• Delphi
  

وطلبنا منك أن تختار لغة من تلك اللغات ، لتطوير معالج صور بمستوى Photoshop ( لنفرض أنك مبدع في برمجة الرسوميات ) ، أو لتطوير معالج نصوص مثل Microsoft Word Processor تماماً .

فأي لغة ستختار ؟ ولماذا ؟

ماهو ترتيب لغة JavaScript بين تلك اللغات في هذا المجال ؟

أجب عن هذا السؤال .. بعد أن تكون صادقاً مع نفسك ،

في الغالب لن تختار JavaScript ، وعندها يجب أن تكتب موضوع تعترف بروعة فكرة JavaWE العبقرية ،

أو أن تختار لغة JavaScript ، وعندها يجب أن تكتب رد تذكر هذا ، وتقوم بالهجوم على فكرة JavaWE الغبية .

لايوجد خيار ثالث :-) .

اقتباس

الان كل المؤسسات تبني تطبيقاتها web application وهنا نقطة هامة جدا جدا

أخي X-File ، يبدو أنك فهمت الموضوع خطاً حسب ما أتوقع ..

نحن نريد Web Applications ، ولكن المشكلة في لغة جافاسكربت ، برأيي أنها لاتنفع مع تطبيقات ضخمة بسبب " عجينة الكود " التي ستظهر .

* أعتذر من الأخوة إن أغضبتهم صفة " محترفي برنامج الرسام " ، كنت أقصد .. الدخلاء على البرمجة ، الذين يقضون معظم وقتهم في موقع لجمع السكربتات .. سكربت الساعة . .سكرب شريط التمرير .. وكانت مجرد دعابة ثقيلة .. وليس محاولة استنقاص :-) ..

motamayez كتب:

من الاخر انت خائف

شوف ، هذا رد تكتبه في مدونتك لـ : صبي لم يبلغ الحلم بعد .. يعني يجب أن تتعلم قبل أن تبلغ سن الأربعين ، كيف تتخلص من الردود الصبيانية التي عرفك الجميع من خلالها .

خوف إيش ؟ وش دخّل الخوف بالموضوع ؟ مش فاهم ..

==

إضافة :

نسيت أن أقول أني مش محترف JavaScript :-) .. هذا قلته في كل مكان من المنتدى ، ولا يجب أن أقوله في كل موضوع :-) ..

اخى الشمرى يبدو انك تتحدث عن مدى قابلية ال Java Script بناء تطبيقات RIA و إمكانية وجود بديل للجافا سكربت

دعنى اخبرك انه حتى هذه اللحظة ما تزال ال JS بمزايها و مساوئها تحتل النصيب الاكبر فى مواقع و تطبيقات الويب و هذا لعدة اسباب عرضها الاخوة منها :

1- دعم المتصفحات تلقائياً للجافا سكربت (إمكانية تشغيل الجافا سكربت من داخل المتصفح بدون إضافات) و إمكانية تعاملها مع ال DOM

2- كون الجافا سكربت تتبع Standard ECMA-262 ECMAScript Language Specification

3- وجود عدد من أطر العمل المختلفة لإضفاء حيوية على تطبيقات الويب

هناك خيارات اخرى مثل استخدام ال Flex أو SilverLight و لكن ال Market Share ماتزال فى صالح ال JS

فى حال لا يعجبك هذا كله فلربما وودت ان تنظر ل Web Browser Programming in Python أو GWT

و لربما اردت ان تراجع نفسك و ترى تلك الامثلة باستخدام EXT JS 3.3

اما عن التشفير فبإمكانك مراجعة JavaScript Encryption Library أو JCryption

و عن ال XML فحدث و لا حرج و عن معالجة الصور فلديك Pixastic

السلام عليكم فهمت منك الفكرة تقريبا

بداية احببت الموضوع وشكرا لك لطرحه

ارى انك تبحث عن لغة تنفذ على طرف الزبون بامكانيات لغة مثلا لغة السي ++ او الجافا وبالاضافة الى اطار شبيه بالاطار دوت نت

انا معك بهذه الفكرة ولكن كل لغة تبدا بالتطور من البداية انا اقصد عن اللغة وليس اللواحق طبعا انا لست محترف وانوي احترافها في الشهور القادمة باذن الله

لي سؤال اخي عبد الله

لو اسندت اليك تصميم اتوكاد اي لغة ستستخدم من اللغات التي عرضتها لو عرضت لي بالتاكيد ساستخدم الجافا سكريبت وليس بديلا اخر

بالنسبة للمكتبات الان يوجد اكثر من خمسين مكتبة

رد على سؤال لماذا لا توجد farmework متكاملة تقوم بكافة الاعمال

نحن على بيئة وب وكل بت يؤثر على سرعة وصول البيانات الى المستخدم

لذلك لنتخيل اطار عمل بحجم واحد ميغا سيتم تحميله الى الزبون وهنا واحد ميغا قليل ولن يفي بالغرض لكل ما ذكرت

الان لماذا كرهت المكتبات لمدة طويلة :D خوفا من الحجوم الكبيرة

الان مع jquery UI انظر كل تاثير او حركة لها ملف خاص بها وليس الكل بملف واحد او ال plug in لذلك تفرعية البيانات شيىء جميل على ملفات

اقتراح : لماذا لا يكون اطار العمل منصب على طرف الزبون اي على المستعرض ويقوم بهذه المهام __ يمكن ذلك وهذا مثلا ما بدا في السيلفر لايت مع السي شارب (لغة قوية ) او الفيجوال بيسك (لا اعرف عنها )

بالنسبة لتعقيد اللغة والاخطاء المشكلة انها مجانية ولا يوجد داعم رسمي لها لا اقصد ESMA ولكن مستفيد مادي مثل السي شارب او الجافا او الفيجوال بيسك

ولذلك من البديهي لن يوجد ide يقوم بتحليل كل مداخلها , وما كل ال IDE الا لتدعم بعض المتصفحات او اداء لغة مع الجافا سكريبت

اتمنى ان اكون اصبت بشيىء وان تتم الاستفادة من هذا النقاش بشكل عام

جزاكم الله كل خير

برأيي الشخصي, javascript أفضل من اللغات المذكورة كبديل عنها للأسباب التالية:

1) هي لغة قياسية بكل ما تحمله الكلمة من معنى.

2) هناك بلايين الصفحات التي تستخدمها. و تغييرها يعني تغيير تلك الصفحات و هذا غير ممكن عملياً.

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

4) هي لغة dynamic و هذا يعطيها مرونة كبيرة جداً في الإيجاز و التعبير. هي لغة weakly typed أيضاً, و لكن لا تعليق لدي على كون هذه نقطة ضعف أو قوة في مثل الـ platform التي تعمل عليه.

5) هي لغة قوية من ناحية الخصائص, و تم تطويرها. قد لا أستسيغ طريقة استخدام بعض الخصائص, و لكن بكل تأكيد لأنني لم اعتد على التفكير من خلال javascript و تفكيري ينطلق من ++C. الانطباعات الأولية المبنية على تجارب سابقة قد توهمنا بضعف أو قوة غير حقيقيين.

فأولاً, لا أحد يملكها. و ببساطة قد سلكت مسلك اللغات "السرمدية" :P

مثلها مثل C و Frotran و البعض الآخر. ليس هناك من يملك javascript, و ستضمن دائماً أنه لن يعكر تفكيرك القضايا القانونية المتعلقة بالبرمجيات. هذا بكل بساطة يعني أن javascript ستبقى مدعومة لأجل طويل من أطراف عدة كحل وسط.

ثانياً, هي تعمل و بكفاءة! و هناك مقولة: why fix what ain't broken؟

ثالثاً, الويب الذي نعرفه اليوم, ليس نفسه الذي عرفناه أول مرة. أخبرني كم إصداراً صدر للغة Java منذ تعلمنا البرمجة؟ هل هناك أمل أن تظهر Java 7؟ سنين مضت و لا شيء جديد!

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

رابعاً, ربما تكون التطبيقات المكتوبة بـ Java أو ++C تقاس بملايين الأسطر, و لكن كمية الأسطر التي تحتاجها في javascript ستكون تقسيم 10. يعني كل سطر في javascript يمكن أن يقوم مقام 10 أسطر من الـ verbosity! لماذا احتجنا إلى class اسمه MainListener و ورث HtmlListener! لماذا تريد إحضار كل تلك الرتوش التي لا فائدة منها؟

خامساً, javascript فيها مميزات عديدة! و كثير منها لا يتوفر في لغة كـ Java:

prototype OOP, كما كانت SmallTalk. تكلمت في بداية ال Dynamic Typing و ال Static Typing في سطور! عن الـ prototype OOP. إضافة إلى ذلك فهي تدعم الـ functional paradigm بشكل جميل. المشكلة أن مفهوم الـ listener هو ترقيع لعدم وجود lambda و closures و كون الدوال متغيرات كباقي المتغيرات!

عموماً, أختلف معك في استبدال java أو غيرها بـ javascript.

اقتباس

شوف ، هذا رد تكتبه في مدونتك لـ : صبي لم يبلغ الحلم بعد .. يعني يجب أن تتعلم قبل أن تبلغ سن الأربعين ، كيف تتخلص من الردود الصبيانية التي عرفك الجميع من خلالها .

خوف إيش ؟ وش دخّل الخوف بالموضوع ؟ مش فاهم

الموضوع أصلاً موضوع صبياني, و كاتبه لا يفقه قي برمجة الويب.

Khaled.Alshaya كتب:

و لكن بكل تأكيد لأنني لم اعتد على التكفير من خلال javascript

:lol:

اقتباس

الموضوع أصلاً موضوع صبياني, و كاتبه لا يفقه قي برمجة الويب.

و الله إن لم يعجبك فلم شاركت أصلا !!!

ثم نحن هنا لسنا أطفالا لكي نلقى على كلانا الأخر بمثل هذه الألفاظ!!!!!!!!!!!!

ارحتني من الكتابة يا خالد :P

اقتباس

المشكلة أن مفهوم الـ listener هو ترقيع لعدم وجود lambda و closures و كون الدوال متغيرات كباقي المتغيرات!

بلنسبة للـ listener ان احسنت فهمك , هناك نموذجان واحد قائم من جهة منظمة معايير الويب و اخر من طرف ميكو .. , الا ان هذه

المشكلة تم تخطيها من خلال مكتبات بشكل رائع مثل JQuery

closures خاصية اساسية في جافا سكربت .

اقتباس

المشكلة مع JavaScript في Syntax السيء جداً ، لدرجة أنك لو فتحت أي كتاب فمن النادر أن تجد كتاب يشرح ويتعمق في البرمجة الكائنية ، في " إخفاء المعلومات Info Hiding " - " الوراثة " - " تعدد الواجهات polymorphism " .. الخ ،

لماذا ؟

لأن هذه هي طبيعة 90% من مبرمجي JavaScript للأسف ، من النادر أن تجد شخص يهتم بهذا ، لأن اللغة عندما ظهرت ، لم يفكر مطوّروها بأن تستخدم لكتابة نظام تشغيل على الويب (جزئية Client ) ، أو معالج صور متقدم مثل Photoshop .. وكما قال الأخ مهدي حجازي .. هم تفاجؤوا عندما وجدوا أن JavaScript في المقدمة .. فبدأ حينها شغل " الترقيع " .

كل اساليب OOP في الجافا سكربت اصبحت ناضجة بما يكفي لتطبيقها و ان كان انتشار اللغة كافي ليجعل 90% ( حسب احصائيتك ) دخلاء عليها و هذه ليس عيب في لغة !

اقتباس

بغض النظر عن سرعة التنفيذ ، اللغة ستصبح سيئة جداً مع تطبيقات ضخمة ( تطبيقات تتعدى مليون سطر ) ، وهذا يبدو أحد الدوافع التي جعلت Google تطوّر GWT حسب ما أظن .

:D :D :D يا الهي و كيف سيكون حال جافا على VM في برامج مليونية.. كوابيس ! ,عند تشغيل برنامج جافا صغير 20 - 30 سطر على بيئة مثل NetBeans اشعر ان اطلاق قمر صناعي الى مداره اسرع !

اقتباس

افرض أننا أما 6 لغات برمجية ، بنفس السرعة والأداء ، وأنها كلها قادرة على التكامل مع HTML و تطوير تطبيقات الويب في جزئية Client Side ( فرض جدلي فقط ) :

* JavaScript

* #C

* ++C

* Java

* VB.Net

* Python

* Delphi

وطلبنا منك أن تختار لغة من تلك اللغات ، لتطوير معالج صور بمستوى Photoshop ( لنفرض أنك مبدع في برمجة الرسوميات ) ، أو لتطوير معالج نصوص مثل Microsoft Word Processor تماماً .

فأي لغة ستختار ؟ ولماذا ؟

ماهو ترتيب لغة JavaScript بين تلك اللغات في هذا المجال ؟

فيجوال بيسك 6 :D

بكل تاكيد سوف اختار الجافا سكربت , اذا كانت لدي لغه بمرونة الجافا سكربت , مجرد خاصية مثل closure تجعلني اركل باقي لغات !

اقتباس

في الغالب لن تختار JavaScript ، وعندها يجب أن تكتب موضوع تعترف بروعة فكرة JavaWE العبقرية ،

أو أن تختار لغة JavaScript ، وعندها يجب أن تكتب رد تذكر هذا ، وتقوم بالهجوم على فكرة JavaWE الغبية .

لو كانت جافا تصلح لاعمال ويب , لكانت Sun استخدمتها في JavaFx بدلا من لغة السكربت جافا فكس

JavaScript:The World's Most Misunderstood Programming Language

اقتباس

الموضوع أصلاً موضوع صبياني, و كاتبه لا يفقه قي برمجة الويب.

شوفوله حل ياشباب !!!

والله كل ما اشوف موضوع فيه ردك، يجيني الاحباط والاكتئاب وجميع أمراض العصر،

نفسي اعرف شايف نفسك على ايه !!!!

ودائما تطلع انت اللي فاهم في الويب وفي برمجة الهادوير وفي الأنظمة الموزعة و و و

حالتك مستعصية يامريض

سامحكم الله

بالنسبة لـ GWT ، حسب ما أعرف أنها تتدخل في Client-Side و Server-Side بل وحتى في الواجهة View .. ومن الصعب جداً إن لم يكن مستحيل أن تتحكم في Server-side ، يعني زوّدوها حبتين :D ..

بصراحة بدأت أفكر بشكل جدّي بتطوير شيء يحوّل من صيغة جافا إلى JavaScript ..

يعني أكتب كلاس Java ويحوّله إلى ما يقابله إلى JavaScript .. وهذا أضعف الإيمان :-) .

==

الأمر الآخر .. جافاسكربت .. تبقى ، ولكن لا مانع من إضافة خيار ثاني ..

هناك عشرات اللغات البرمجية التي تعمل على أنظمة تشغيل مختلفة ، فلماذا لغة JavaScript يجب أن تبقى هي الوحيدة و المقدسة في المتصفحات ؟

لا زلت بصراحة مقتنع ، أن الإنتاجية من خلال لغات مثل Python - Java - c++ Delphi هي أكثر بكثير من الاعتماد على لغة مرنة جداً مثل JS .

لكن واضح أن مؤيدي الفكرة العبقرية قليل .. وهذا يعني أنها فكرة تحمل كم من الغباء :D .. شكراً للجميع على المشاركة والفائدة ( هناك معلومات كثيرة - جديدة بالنسبة لي ) .. سأراجع نفسي :D .

==

بعد إذن المشرف الذي أخفى بعض المشاركات .. الخارجة عن السياق .. قمت بإظهارها جميعاً ، حتى لو كانت خارج السياق ، المعذرة ، يمكن أن نتحمّلها إن شاء الله

الشمري كتب:

بالنسبة لـ GWT ، حسب ما أعرف أنها تتدخل في Client-Side و Server-Side بل وحتى في الواجهة View .. ومن الصعب جداً إن لم يكن مستحيل أن تتحكم في Server-side ، يعني زوّدوها حبتين :D ..

هل تعرفت على SSJS :)

@Mohammad pro

اقتباس

هل تعرفت على SSJS

يااه ... صحيح ... كنت قد سمعت عنها منذ فتره ...

@الشمري:

اقتباس

بالنسبة لـ GWT ، حسب ما أعرف أنها تتدخل في Client-Side و Server-Side بل وحتى في الواجهة View .. ومن الصعب جداً إن لم يكن مستحيل أن تتحكم في Server-side ، يعني زوّدوها حبتين

هل أنت متأكد من أنها تتدخل في ال Server Side ؟ بمعني أنها في ال Client Side تمنعك من إستخدام فئات و حزم معينه .... فهل هي تفعل كذلك مع ال Server Side ؟؟؟

ما أعرفه أن ال Client يتكلم مع ال Serve r ب عدة طرق منها ال RPC .... و في هذه الحاله ... فإن ال Server يكون Servlet .... (لكن ليس عادي بل com.google.gwt...RemoteServiceServlet ) و لكنه في الأخير Servlet ....

الجافا سكريبت كلغة يمكن حملها مع مفسرها اينما تريد لانها لغة بالاساس وبالتالي يمكن دمجها مع مستعض او مع سيرفر ومع العلم ان سيرفراتapple برمجتها على الجافا سكريبت(شاهدت ذلك على ملفات تعليمية لشركة CBT)

الجافا سكريبت ليست الوحيدة على طرف الزبون لكن الباقي اثبت فشل ذريع وعادو الى الجافا سكريبت

هويدي كتب:

هل أنت متأكد من أنها تتدخل في ال Server Side ؟ بمعني أنها في ال Client Side تمنعك من إستخدام فئات و حزم معينه .... فهل هي تفعل كذلك مع ال Server Side ؟؟؟

ما أعرفه أن ال Client يتكلم مع ال Serve r ب عدة طرق منها ال RPC .... و في هذه الحاله ... فإن ال Server يكون Servlet .... (لكن ليس عادي بل com.google.gwt...RemoteServiceServlet ) و لكنه في الأخير Servlet ....

قرأت منذ فترة عن مكتبة GWT Server

واذكر أنها كانت تعتمد على Servlet API لربط java methods مع الـ RPC Calls

والله أعلم

السلام عليكم..

أولا دعوني أبدي اعجابي بالموضوع لانه يثير التفكير في شيء موجود، حتى لو كانت java script أعظم لغه في العالم فقد استفاد الجميع. البعض عرض نقاط قوه والبعض عرض نقاط الضعف.

اريد الرد على أخي خالد أولا:

اقتباس

1) هي لغة قياسية بكل ما تحمله الكلمة من معنى.

في هذه معك حق لكني أظن انها ليست مشكله كما سأبين لاحقا.

اقتباس

) هناك بلايين الصفحات التي تستخدمها. و تغييرها يعني تغيير تلك الصفحات و هذا غير ممكن عملياً.

جميل..اذا يمكننا تحويل المشروع الى قتل java script في مده عشر سنوات فلا داعي لانهائها الان ويمكن عمل لغات تسير معها في نفس الوقت حتى يثبت كفائتها.

اقتباس

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

لا أظن أن هذه مشكله حقيقيه..الم تكن C/C++ اللغات الأكثر انتشارا في وقت من الأوقات..هذا لم يمنع ظهور جافا وتقدمها في السباق بشكل سريع.

اقتباس

4) هي لغة dynamic و هذا يعطيها مرونة كبيرة جداً في الإيجاز و التعبير. هي لغة weakly typed أيضاً, و لكن لا تعليق لدي على كون هذه نقطة ضعف أو قوة في مثل الـ platform التي تعمل عليه.

هذه لست خبيرا بها.لكن عندي سؤال، الا يمكن عمل لغه dynamic و weakly typed افضل منها..أنا اعمل على PHP وهي أرحم من java script ( وجهه نظر شخصيه وليست علميه ).

اقتباس

, لا أحد يملكها. و ببساطة قد سلكت مسلك اللغات "السرمدية"

مثلها مثل C و Frotran و البعض الآخر. ليس هناك من يملك javascript, و ستضمن دائماً أنه لن يعكر تفكيرك القضايا القانونية المتعلقة بالبرمجيات. هذا بكل بساطة يعني أن javascript ستبقى مدعومة لأجل طويل من أطراف عدة كحل وسط.

جميل..لماذا لا يكون البديل عن طريق W3C ولتكن لغه قياسيه كما تفضلت في النقطه الأولى. الفكره ليست ان يكون البديل جافا المهم الخلاص من Java Script وفكره البديل يمكننا التفاوض عليها :) ، يعني كل الناس بتتفاوض خلينا نتفاوض احنا كمان :lol:

اقتباس

ثانياً, هي تعمل و بكفاءة! و هناك مقولة: why fix what ain't broken؟

هذه المقوله لا أحبها, لو الكل اعتمد عليها لما وجدنا أحد قام بتحسين شيء. ثم ما رأيك بهذه الأرقام . هل يمكنك تأكيد أنها تعمل بكفاءه أكثر من منافساتها.

اقتباس

رابعاً, ربما تكون التطبيقات المكتوبة بـ Java أو ++C تقاس بملايين الأسطر, و لكن كمية الأسطر التي تحتاجها في javascript ستكون تقسيم 10. يعني كل سطر في javascript يمكن أن يقوم مقام 10 أسطر من الـ verbosity! لماذا احتجنا إلى class اسمه MainListener و ورث HtmlListener! لماذا تريد إحضار كل تلك الرتوش التي لا فائدة منها؟

جميل..سؤال فقط للمعرفه، كيف عرفت ان الكود سيكون أقل ب 10 مرات؟

اقتباس

المشكلة أن مفهوم الـ listener هو ترقيع لعدم وجود lambda و closures و كون الدوال متغيرات كباقي المتغيرات!

طيب ماذا لو كانت Java FX هي البديل وماذا لو أخبرتكأنها تدعم ال closures. انت مش كنت وعدتنا تشرح التحويل من NFA ل DFA. يمكن نفهم حاجه من هالكلام :wacko:

الان الى أخي أحمد..

اقتباس

بكل تاكيد سوف اختار الجافا سكربت , اذا كانت لدي لغه بمرونة الجافا سكربت , مجرد خاصية مثل closure تجعلني اركل باقي لغات !

مره اخرى JavaFX تدعم هذه الخاصيه، لماذا لا نعتمدها مثلا..

اقتباس

لو كانت جافا تصلح لاعمال ويب , لكانت Sun استخدمتها في JavaFx بدلا من لغة السكربت جافا فكس

اولا Java فعلا تستعمل داخل java FX اي يمكنك الوصول لجميع مكتبات Java من داخلها ف Sun لم تستبعدها..ثانيا كلمه Script في JavaFX كلمه ملغومه لسببان الأول انها فعليا لا تعالج أثناء وقت التشغيل مثل باقي لغات ال scripting ثانيا يتم عمل compile واخراج ملف binary من ال script. لذلك ستجد انها تختلف قليلا عن لغات ال Script رغم أنها تشبهها في الشكل.

الان عندي اسئله اتمنى الاجابه عليها:

1. لو كانت Java Script رائعه وتقوم بكل شيء لماذا يطورون Adobe AIR, Flex, Flash, Silverlight, Java FX اليست كل هذه التقنيات تهدف لعمل RIA، لماذا الكل يحاول ايجاد بديل؟؟

2. لو كان الشكل هو السبب في ايجاد اللغات السابقه، لماذا لم تعتمد احدها على Java Script على الأقل لعمل البنيه المنطقيه للبرنامج فانا أعرف ان Sliverlight تعتتمد على ال .NET و Java FX تعتمد جافا و Flash تعتمد Action Script؟

3. ماذا تفعل ال W3C لايجاد بديل قياسي لهذه التقنيات. لماذا لا يوجد سعي وراء هذا الشيء فأنا أرى أن هذه الشركات تقوم بخلق التقنيات لتدعم نفسها تجاريا والويب يتجه للتقسيم مره اخرى بعد ان بدأ بالتوحد؟

4.هل يمكنني عمل اشياء كهذه في Java Script.

الخلاصه..ما زلت أرى ضروره وجود البديل..من هو البديل لا يهم كثيرا طالما يمكننا الحصول على شيء افضل..

اقتباس

اولا Java فعلا تستعمل داخل java FX اي يمكنك الوصول لجميع مكتبات Java من داخلها ف Sun لم تستبعدها..

الذي قصدته لماذا لم تقم Sun باستخدام نفس Syntax الخاص بلجافا ؟ و اتجهت الى Dynamic Type

اقتباس

ثانيا كلمه Script في JavaFX كلمه ملغومه لسببان الأول انها فعليا لا تعالج أثناء وقت التشغيل مثل باقي لغات ال scripting ثانيا يتم عمل compile واخراج ملف binary من ال script. لذلك ستجد انها تختلف قليلا عن لغات ال Script رغم أنها تشبهها في الشكل.

هنا مرة اخرى مواضيع Implementation للغة ترجع للمتصفح و سوف ترى معظم هذه التقنيات مستخدمة في المتصفحات الحديثة في ظل التنافس المسعور على Performance

اقتباس

1. لو كانت Java Script رائعه وتقوم بكل شيء لماذا يطورون Adobe AIR, Flex, Flash, Silverlight, Java FX اليست كل هذه التقنيات تهدف لعمل RIA، لماذا الكل يحاول ايجاد بديل؟؟

هنا هذه تقنيات وجدت لاسباب , وجود اختلافات بين المتصفحات في مواضيع محددة مثل Multimedia , خاصة مع متصفحات ميكروسوفت مثل دعم Animations و فيديو و غيره و ليس بسبب اللغة , و معظم هذه التقنيات ستضمحل بظهور HTML5 .

ملاحظة : Adobe AIR تدعم الجافا سكربت و هي وجدت لعمل برامج تعمل على ديسكتوب باستخدام تقنيات الويب .

اقتباس

لو كان الشكل هو السبب في ايجاد اللغات السابقه، لماذا لم تعتمد احدها على Java Script على الأقل لعمل البنيه المنطقيه للبرنامج فانا أعرف ان Sliverlight تعتتمد على ال .NET و Java FX تعتمد جافا و Flash تعتمد Action Script؟

اعتقد ان سبب يعود لامور اخرى , فمثلا تجد ActionScript قريبة جدا من جافا سكربت و تعتمد على توصيفات ECMAScript و التي هي جافا سكربت .

ActionScript is a scripting language developed by Adobe. It is a dialect of ECMAScript (meaning it has the same syntax and semantics of the more widely known JavaScript)

http://en.wikipedia.org/wiki/ActionScript

اقتباس

هل يمكنني عمل اشياء كهذه في Java Script.

http://processingjs.org

http://raphaeljs.com

http://www.chromeexperiments.com

ومئات من التجارب الاخرى :)

@مهدي حجازي

JavaFX Script is dead

Oracle أعلنت في Java One أن التعامل مع إمكانيات JavaFX 2 .0 سيكون باستخدام لغة الجافا

http://planet.jboss....h_javafx_part_2

اقتباس

بلنسبة للـ listener ان احسنت فهمك , هناك نموذجان واحد قائم من جهة منظمة معايير الويب و اخر من طرف ميكو .. , الا ان هذه

المشكلة تم تخطيها من خلال مكتبات بشكل رائع مثل JQuery

أخ أحمد, الـ closure و lambda ميزتان لم تحظى Java بهما بعد. لذلك, ستجد أن بعض مبرمجي Java لا يستسيغونهما لأنهم اعتادوا على طريقة الوراثة من واجهة و لنسمها action ثم عمل overriding لدالة تسمى start أو do أو أي اسم آخر. ثم يقوم بعمل registration في الـ listener لهذا الـ object الذي يحمل الدالة start مثلاً في مكان الـ callback. طبعاً طريقة طويلة و مملة, و من الممكن استخدام lambda لكتابة الدالة مباشرة في مكان تسجيل الـ callback. أيضاً الـ closures مهمة لكتابة function factories. كما قلت سابقاً, إن كنت معتاداً على لغة لا يتوفر فيها closure و lambda فستعتقد أن الطريق الطويل هو الصحيح رغم أنه عملية ترقيع لعدم وجود الميزتين أصلاً.

اقتباس

لا أظن أن هذه مشكله حقيقيه..الم تكن C/C++ اللغات الأكثر انتشارا في وقت من الأوقات..هذا لم يمنع ظهور جافا وتقدمها في السباق بشكل سريع.

لماذا تقوم بإنشاء لغة جديدة إن كان بإمكانك تطوير javascript نفسها؟ لو أن هذه الموارد وضعت لتطوير javascript, لكان الأمر أفضل بلا شك. لا أرى وجه المقارنة بين ++C و بين Java كمثال على هذا الموضوع. في هذا الموضوع نتكلم عن بديل مباشر, بينما Java كبيئة موجهة للـ enterprise و ++C للأنظمة. و إن كانت ++C تستخدم في الـ enterprise فهذه إساءة استخدام لا أكثر في فترة زمنية معينة.

اقتباس

هذه المقوله لا أحبها, لو الكل اعتمد عليها لما وجدنا أحد قام بتحسين شيء. ثم ما رأيك بهذه الأرقام . هل يمكنك تأكيد أنها تعمل بكفاءه أكثر من منافساتها.

لدي حساسية ضد مفهوم الأفضلية!

هل تعتبر بضعة أرقام قام باستنتاجها شخص في مدونة ذريعة لإعادة كتابة مليارات الصفحات, و إعادة تعليم ملايين المبرمجين, و إعادة كتابة أجزاء كبيرة من المتصفحات. الفكرة القائلة بأن الـ plugings سواء كان ذلك flash أو silverlight أو javafx أو غيرهما أفضل هي فكرة تسويقية.

المطلوب هو شيء يعمل في كل مكان و لا يجوز لأحد أن يملكه. هذه شروط اللعبة, و كل هذه التقنيات لا توفر الشروط. في النهاية javafx قد تسوق من قبل Oracle و لكن سيتم رفضها من الباقين. ألا ترى أن javascript عبارة عن إجماع بين الأطراف كلها؟ كيف ستجمع الأطراف في باقي التقنيات؟

اقتباس

جميل..سؤال فقط للمعرفه، كيف عرفت ان الكود سيكون أقل ب 10 مرات؟

بسيطة, جرب كتابة برنامج معقول مكون من ألف سطر أو أكثر و قم بإعادة كتابته باستخدام لغة scripting. و أعطنا نتائجك.

قضية كون javascript بطيئة يرجع لكون الـ implementations بطيئة. بالطبع مبرمج C محترف لن يقارعه أحد في السرعة, و لكن الكلام هنا بشكل عام.

أخيراً, ما أود أن أقوله, هو أن التقنيات التي تم ذكرها تتميز بسرعة التطور و لكن سرعة التطور ليست أهم ميزة و لا ثاني أهم ميزة و لا ثالث أهم ميزة. ربما تكون ميزة من الميزات في القائمة, و لكن في النهاية الجميع يبحث عن لغة يتم الاتفاق عليها.

أن لا تكون مملوكة لأحد, و أن يكون هناك implementations تعمل في كل مكان هو الأهم.

تحياتي...

مهدي حجازي كتب:

الان عندي اسئله اتمنى الاجابه عليها:

1. لو كانت Java Script رائعه وتقوم بكل شيء لماذا يطورون Adobe AIR, Flex, Flash, Silverlight, Java FX اليست كل هذه التقنيات تهدف لعمل RIA، لماذا الكل يحاول ايجاد بديل؟؟

السلام عليكم

لي تعليق على هذا السطر بالذات

الجافا سكريبت هي لغة فقط لا غير ولو رايتم documentation لها لا علاقة له بالمتصفحات نهائيا وانما مجرد لغة اما ال w3c ربط معها الdom بحيث يمكن استخدام عناصر ال HTML مع الجافا سكريبت

فالضعف ابدا ليس باللغة وانما باسلوب ال W3c وتعسى جاهدة الى تطبيق كل الامكانيات الموجودة بالفلاش والسيلفر لايت

الان لماذا ما بتعلم W3c متل الفلاش وبتخلص من هالقصة الفكرة مو كل المواقع بتحتاج فلاش او سيلفر لايت يعني موقع ممكن بيحتاج هالشي ورح يصير حجم زيادة وموقع ما بيحتاج هالشي فما فيه لزوم لهالشي

يلي بدو بدو يجرب يستخدم شي خارجي

اعتقد ان هنالك خلط بين الجافا سكريبت وال DOM

قبل كل شيىء وقبل كل سؤال يجب التفكير بعدة امور

1- نحن على انترنت ويهمنا الاداء

2- التفكير بالحجوم

3- التفكير بسرعة تلبية الطلب

تخيل انك تريد من صفحة ما عمل حركة بسيطة من الزاوية اليمنى الى اليسر وكنا نستخدم الفلاش (يجب تحميل ملف الفلاش كامل حتى تتم الحركة) بينما لو وب عادي (html and javascript) فيكتفي بقليل من الجافا سكريبت والصورة التي نريد تحريكها

هل تعرفون لماذا نكتب في الجي كويري

$(function(){
});

بكل بساطة حتى لا يتم تنفيذ اي كود جافا سكريبت قبل ان يتم تحميل شجرة ال dom

اذا يجب التفكير بانه ليس كل ما على الوب فوتوشوب او رسام او العاب يجب التفكير بالمواقع الكبيرة التي يهمها ال validation بالاساس

ان شاء الله كون اصبت بشي فكرة

جزاكم الله كل خير

شكرا أخي أحمد على المواقع .. خاصه أخر واحد في أشياء جميله فعلا. اضفت Adobe AIR خطءا في اللغات التي لا تعتمد على Java Script وهذا خطأ. شكرا على التنبيه.

شكرا herch لم أكن أعرف هذه المعلومه.

اقتباس

لدي حساسية ضد مفهوم الأفضلية!

هل تعتبر بضعة أرقام قام باستنتاجها شخص في مدونة ذريعة لإعادة كتابة مليارات الصفحات, و إعادة تعليم ملايين المبرمجين, و إعادة كتابة أجزاء كبيرة من المتصفحات. الفكرة القائلة بأن الـ plugings سواء كان ذلك flash أو silverlight أو javafx أو غيرهما أفضل هي فكرة تسويقية.

اسف جدا. لم أقصد ذلك بسؤالي. أنا حاولت أن أجد شيء يثبت فعاليه java script ضمن اللغات السابقه ولم أقصد الاعتماد على مدونته, فهي حسب ما فهمت اختبارات موضوعه عند اناس اخرين فقد شاهدت اختبار Java FX على موقعهم الرسمي وأظنه نقلها فقط. عموما كان قصدي فقط ايجاد دلاله على كفائتها.

اقتباس

بسيطة, جرب كتابة برنامج معقول مكون من ألف سطر أو أكثر و قم بإعادة كتابته باستخدام لغة scripting. و أعطنا نتائجك.

حسنا..هذه ربما أحد يفيدني بها. كلما كتبت تطبيق بلغه Script أقع في مشكلتين اما أن اكتبه كما تفضلت صغير ولكنه غير مرتب اي اجدني أعجز امام ترتيب ال classes مثل ما افعل ب Java كما تساعدني ال packaging في جافا في الترتيب, واذا حاولت الترتيب اجدني ابعثر الملفات بشكل غير جميل ثم يكبر عن الحجم المعتاد. طبعا هذه مشكلتي وليست مشكله اللغه..

مبدعين أخوتي ما شاء الله عنكم

لا مكان لتعليقاتي المبتدئة بين تعليقات العمالقة :)

اقتباس

ملاحظة : Adobe AIR تدعم الجافا سكربت و هي وجدت لعمل برامج تعمل على ديسكتوب باستخدام تقنيات الويب .

تماماً هناك اتجاه قوي وملحوظ وليس حديثاً نسبياً لدعم الـ javascript خارج نطاق المتصفحات وما طرحته أخي أحمد كان احد الأمثلة القوية في ذلك

حتى أن الـ Download manager قبل مدة قصيرة :) أعطاني رسالة تفيد بوجود خطأ في الملف download.js

برأيي المتواضع لغة مازالت في تقدم و توسع (من ناحية الاستخدامات) لا يعني ظهور اللغات و التقنيات الأخرى موتها أبداً وبذات الوقت وجودها لا يعني عدم ظهور تقنيات جديدة

جزاكم الله خيراً

اقتباس

هل أنت متأكد من أنها تتدخل في ال Server Side ؟ بمعني أنها في ال Client Side تمنعك من إستخدام فئات و حزم معينه .... فهل هي تفعل كذلك مع ال Server Side ؟؟؟

ما أعرفه أن ال Client يتكلم مع ال Serve r ب عدة طرق منها ال RPC .... و في هذه الحاله ... فإن ال Server يكون Servlet .... (لكن ليس عادي بل com.google.gwt...RemoteServiceServlet ) و لكنه في الأخير Servlet ....

أبداً حبيبي هويدي ، لست متأكداً من هذه النقطة ( منكم نستفيد ) ، لكن ما جعلني أشك في هذا هو قراءة للمكتبة العام الماضي ، حاولت استخدامها في مشروع التخرج طيب الذكر ، ومافهمته حينها أنها تفرض عليك العمل في google cloud أو شيء زي كذا ( يعني على سيرفرات google ) ، ولكن يبدو أني فهمت الأمور بشكل خاطئ :

http://code.google.com/webtoolkit/doc/1.6/DevGuideServerCommunication.html

هل يعني هذا ، أنه يمكن أن استخدم Spring MVC مثلاً في سيرفري الخاص، و GWT في Client ؟

إذا كان هذا ممكن ، فالمشكلة محلولة ;-) .

herch كتب:

@مهدي حجازي

JavaFX Script is dead

Oracle أعلنت في Java One أن التعامل مع إمكانيات JavaFX 2 .0 سيكون باستخدام لغة الجافا

http://planet.jboss....h_javafx_part_2

+1

خبر جميل ..

هل سيكون الأمر شبيه بـApache pivot ؟

Apache Pivot رائعة و سريعة ، لكنها في النهاية تحوّل إلى java byte code ، يعني سنحتاج لجافا ، ونحن نريد أن نستخدم HTML 5 كعرض View ( تقدم لنا كل ما نريد كما قال الزملاء ) ، ونستخدم لغة أخرى غير JS في الخلفية .

استخدام " إضافات " ، للمتصفح من أجل تشغيل ميزة ما .. أمر سيء كما قال الأخ خالد ، حتى لو كان الأداء عالي :-( ..

http://pivot.apache.org/tutorials/effects.html

==

اقتباس

هل تعرفت على SSJS

لا أخ محمد ، للتو أعرف عنها .. لكن نحن نريد أن نتخلص من JS في Client ، والآن هي تلاحقنا في server-side :D .

ahmad123 كتب:

http://processingjs.org

http://raphaeljs.com

http://www.chromeexperiments.com

ومئات من التجارب الاخرى :)

بالمناسبة .. processingjs ، تنهج نهج غريب نوعاً ما ( لغة برمجة - داخل لغة برمجة ، وكأنهم يقولون : JS لاتكفي :-) ) ، مثال :

// Global variables
float radius = 50.0;
int X, Y;
int nX, nY;
int delay = 16;

// Setup the Processing Canvas
void setup(){
  size( 200, 200 );
  strokeWeight( 10 );
  frameRate( 15 );
  X = width / 2;
  Y = height / 2;
  nX = X;
  nY = Y;  
}

// Main draw loop
void draw(){

  radius = radius + sin( frameCount / 4 );

  // Track circle to new destination
  X+=(nX-X)/delay;
  Y+=(nY-Y)/delay;

  // Fill canvas grey
  background( 100 );

  // Set fill-color to blue
  fill( 0, 121, 184 );

  // Set stroke-color white
  stroke(255); 

  // Draw circle
  ellipse( X, Y, radius, radius );                  
}


// Set circle's next destination
void mouseMoved(){
  nX = mouseX;
  nY = mouseY;  
}

ماهذا .. float و int ، في عقر دار JavaScript ؟

==

النقاش معكم ممتع ومثري بشكل كبير .

برأيي الموضوع ليس هجوم على الجافاسكريبت لكنه موضوع thinking outside the box لا أدري لماذا يتصرف بعض الناس بدفاعية غير مبررة.

إن شاء الله لي عودي بكذا نقطة why and why not.

شكرا لك على طرح الموضوع

في الواقع انا اوفقك بقتل جافاسكريبت نهائيا ،والتقليل من عدد اللغات المستخدمه في برمجه الموقع، وحتى بناء معايير جديده تتوافق بالجيل الحالي والاجيال القادمه من تطبيقات الويب