الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

بيل جيتس يصرح "xml ستكون في كل برامج مايكروسوفت"

مغلق
بدأه خضر ترزي في 14 فبراير 2002 · 11 رد · 1,656 مشاهدة · في قسم تكنولوجيا Microsoft .NET العام
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

ان كنت تاخرت في تعلم لغة XML فيفضل ان تستعجل قليلا في تعلمها لان مايكروسوفت قررت اضافتها الى معظم البرامج التي تصنعها.

هذا على الاقل ما صرحة بيل جيتس في سان فرنسيسكوا عندما اطلق الاصدار الجديد من Microsoft Visual Studio .net

XML لمن لا يعلم عنها بعد ليست لغة برمجة بديلة للغة HTML التي هي اساس انترنت اليوم ، هذا الخطاء يقع فيه الكثيرون ممن يعتقدون بان XML هي لغة لبرمجة المواقع في انترنت.

بالطبع XML ممكن استخدامها في مواقع الويب ايضا و لكن لها استخداماتها الخاصة في هذا المجال.

بدئت XML قبل سنوات كلغة عامة لتوصيف البيانات ، و من ثم تطورت كلغة عامة لتوصيف و تبادل البيانات.

مثلا لو توفرت لك قاعدة بيانات و رغبت بنقلها من نظام الى اخر لا علاقة لهم ببعضهم البعض فيمكنك تحويل قاعدة البيانات الى XML في النظام الاول و استيرادها بهيئة XML في النظام الثاني

اي انه ممكن اعادة توصيف اية جدول موجود في اية قاعدة بيانات حالية هو و البيانات التي به الى ملف XML

ملفات ال xml هي ملفات نصوص عادية بها اوامر لتوصيف البيانات ، فكرتها نفس فكرة html حيث html هي ملفات نصوص عادية توصف بها صفحات الانترنت

اي بكلمات اخرى انت يمكنك بناء مواقع انترنت بدون استخدام برامج معقدة لبنائها عن طريق توصيف الكود في ملف نص عادي ، نفس الشيئ ينطبق على xml

و لكن لماذا xml ستدمج في جميع برامج مايكروسوفت ؟

مايكروسوفت ترغب بان تتخاطب برامجها مع برامج الشركات الاخرى بسهولة ، نظريا لا توجد مشكلة في ان تتخاطب برامج مايكروسوفت فيما ينها ، فهناك الكثير من التكنولوجية التي تجعل ذلك ممكن من OLE و ActiveX و ODBC و RPC و COM و DCOM و غيرها

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

عدم تخاطب البرامج مع بعها يصعب الامور كثيرا في تكنولوجيا اليوم، فابسط البرامج بحاجة الى التحدث مع مجموعة كبيرة من البرامج الاخرى ، مثلا لو بنيت موقع على انترنت لبيع الكتب ، فهذا الموقع في مرحة ما يجب ان يتحدث مع البنك لتبادل البيانات معه حول بطاقات الائتمان ، يجب ان يتحدث الموقع مع شركة الشحن لشحن الطلبات ، يجب ان يتحدث مع برامج المحاسبة لتبادل البيانات المحاسبية معها و ما الى ذلك

الطريقة الوحيدة هي ايجاد لغة موحدة للتخاطب بين التطبيقات و هذه اللغة هي XML

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

معظم الشركات الاخرى قررت اعتماد XML في برامجها ايضا و بذلك سنجد قريبا عصر جديد من تخاطب البرمجيات معا

XML الان موجود كجزء اساسي من Visual Studio .net و كاضافة ل SQL Server 2000 و هو سيكون نواة Microsoft SQL Server Yukon و ستجده مدمج في Microsoft Office 2004 و في Microsoft Access خصوصا

#2

الله يعطيك العافية يا أخ خضر على هالمعلومات المفيدة :)

#3

معلومات جميله .. شكرا لك أخي

#4

اليوم بالمناسبة بتوقيت كتابة هذه الرسالة كنت في ندوة في شركة مايكروسوفت - كندا ، و كانت تتحدث مديرة شبكة المطورين في مايكروسوفت MSDN Canada عن بناء البرامج الموزعة بواسطة اخر تكنولوجيا مايكروسوفت

جرى الحديث عن net. و Visual Basic .net و بناء البرامج بالاعتماد على Microsoft Message Queue و Exchange Server و BizTalk Server و SQL Server

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

البرامج تبادلت البيانات معا عبر رسائل Message Queue و التي عادة في VB 6 كانت تشفر Binary

الان سياسة مايكروسوفت ان يتم تشفير تبادل البيانات بين البرامج المبنية بواسطة تكنولوجيا مايكروسوفت نفسها بواسطة XML و تبادلها في Message Queue او بواسطة XML الى SQL Server.

بالطبع بعد 4 ساعات من الشرح استنتجت بان مايكروسوفت دمجت XML في Visual Studio .net بصورة كبيرة جدا ، و هي مهتمة ان تحكي كل برامجها مع بعضها البعض عن طريق xml مستقبلا ايضا

انا ما توقعت ان تصل XML الى هذه المرحلة في وقت قصير جدا ، يعني توقعت ان تندمج في كل مكان و لكني اعتقد انها ستاخذ وقت اكثر :)

بعد العرض اليوم و خصوصا حول تكنولوجيا net. ساعيد تقييم الطريقة التي ابرمج بها ، انا الان اركز في كل برامجي على SQL Server 2000 مدموج مع Microsoft Access XP و بمساعدة Microsoft Visual InterDEV 6.0

اعتقد (بعد ان اجري الاختبارات طبعا) انه ربما ابدا بناء البرامج مستقبلا بواسطة Microsoft SQL Server 2000 و Microsoft Message Queue و DCOM+ و Visual Studio .net خصوصا VB7 الجديد او ربما #C و بالاعتماد على XML كلغة اساسية لتبادل البيانات ربما ايضا كبديلة ل SQL مع انني لحد هذه اللحظة لا اعرف هل بامكانها استبدالها او لا

في حالة تمكني من ايجاد جهاز معدول هنا في كندا لاجراء التجارب ساخبركم بنتائجها :)

#5

في هذا الموقع معلومات وفيرة عن XML

http://www.perfectxml.com/default.asp

اتمنى ان تفيد الاخوة المهتمين بها

وفقكم الله لكل خير

#6

بالمناسبة اخ خضر ....

مايكروسفت ايضا اعدت web services كبديل لل DCOM ... و هذا ايضا نقطة تعطي ال XML اهميتها .

في اعتقادي ان اكثر تقنية تستخدم ال XML هي Web services ... و هي الحقل الذي سنستخدم فيه ال XML بكثره و منه سنرى مميزاتها عيوبها ...

تقبل تحياتي ...

#7

هذا صحيح ايضا، الاكثر من ذلك انه الان تتوفر برامج Server مثل SQL Server 2000 و الذي يمكن تحويل جداوله و استعلاماته الى web Services و Exchange Server 2000 و الذي يمكن سحب البريد منه و امور اخرى بواسطة ال Web Services.

بالطبع هناك نظر اخرى مثل Microsoft BizTalk Server 2002 و الذي كل تبادل البيانات به يتم عبر XML.

اتضح بان ADO.NET على مستوى النواة تتبادل البيانات XML ايضا بينها و بين النظم الاخرى

بالنسبة ل DCOM اظن اعتقادك في محله ، ال Web Services و مع ان مايكروسوف تؤكد بانها لن تستبدله بالكامل الا انها سوف تستبدل الكثير منه

#8

"مثلا لو توفرت لك قاعدة بيانات و رغبت بنقلها من نظام الى اخر لا علاقة لهم ببعضهم البعض فيمكنك تحويل قاعدة البيانات الى XML في النظام الاول و استيرادها بهيئة XML في النظام الثاني"

لدي مشكلة في هذه النقطة ...

لكل XML File الـ Tags الخاصة به .. فعلى سبيل المثال إذا كان نظام قاعدة البيانات الأول يستخدم إسم غير لتسمية الـ "columns" على سبيل المثال :

...

و النظام الثاني يتعامل مع البيانات بهيكلية مختلفة، إذا كيف سيتعاملون مع بعضهم ؟؟ أعلم أنا هناك XSL للتحويل بين النسق المخلتفة .. ولكن هذا يعود بنا للمشكلة الأولى!! يجب على كل من الطرفين أن يعرف "مسبقاً" هيكلية الطرف الآخر .. وهكذا، لا أرى كيف تحل XML المشكلة !! الفرق الوحيد هو أنها مكتوبة على هيئة UNiCode ، بينما الطريقة المعهودة هي الـ Binary Files !!!

أيضاً، أعتقد أن XML وحدها لا إستخدام لها !! بل يوجد إستخدام لـ Implementations لـ XML !! مثل ChemML و غيرها .. فهي فعلاً تفيد، لأن كلا الطرفين يعرفون الهيكلية بالتحديد، فتصبح كأنها Standard ... ولكن هذا أيضاً يضيف سؤالاً آخر .. لماذا هذا الزخم حول XML ?? فعلاً يحيرني هذا السؤال !! على سبيل المثال لماذا لم تكن ChemML محددة عن طريق binary files (كما جرت العادة) ؟؟؟؟ ربما لأن النصوص أسهل في العرض ؟؟؟ ربما !!! ولكن هل هذا يستحق كل هذا الزخم من كل هذه الشركات الكبيرة !! سؤال محير .. أتلهف لسماع الآراء !!

شكراً .. وفي إنتظار مشاركتكم ..

#9

سؤال قديييم جداً لم يرد عليه أحد :D ....

للرفع ...

#10

أعتقد أنه من أهم مميزات الxml (و شئ لا توفره ملفات البايناري بسهولة) هو سهولة توسيعها (Extensible Markup Language)

مثلاً، لو كان لدينا برنامح دفتر عناوين له بيانات بالشكل التالي:

<person>

	<name>Mohammad Ali</name>

	<phone>555-5555</phone>

	<age>26</age>

</person>

و أردنا إضافة البريد الإلكتروني مثلاً في إصدارة جديدة من برنامجنا، كل ما علينا فعله هو أضافة وسم جديد هكذا:

<person>

	<name>Mohammad Ali</name>

	<phone>555-5555</phone>

	<age>26</age>

	<email>ma@ma.com</email>

</person>

بالإضافة إلى هذا فإن الإصدارات القديمة من برنامجنا (الإصدارات التي لا تقرأ البريد الإلكتروني) ستستطيع القراءة من ملفات الxml الجديدة من غير أي مشاكل.

#11

اشكرك على هذه المعلومات

شكرااااا

#12

هل يمكن عمل برامج Desktop بـ XML؟

هذا الموضوع مغلق.

مواضيع مشابهة

عدد الزوار حالياً

المتواجدون خلال آخر دقيقتين · يتحدّث كل ٣٠ ثانية

—الإجمالي—أعضاء مسجّلون—زوار بدون تسجيل

جارٍ التحقق من المتواجدين…