XML بنیادی باتیں جاوا پروگرامر کے لیے - حصہ 1 کا 3

XML آج کل ایک بہت مقبول اور لچکدار فارمیٹ ہے۔ ہر پروگرامر کو اسے سمجھنا چاہئے، یہ صرف ہونا ضروری ہے۔ آج بہت سی ٹیکنالوجیز جڑی ہوئی ہیں، وہ اسے فعال طور پر استعمال کرتی ہیں، اور جدید ٹیکنالوجی ان میں شامل ہیں۔

تعارف

ہیلو، میرے مضمون کے پیارے قارئین۔ میں فوراً کہنا چاہتا ہوں کہ یہ میرے تین مضامین کی سیریز کا پہلا مضمون ہے۔ پوری سیریز کا بنیادی مقصد ہر ایک قاری کو XML میں شروع کرنا ہے اور اگر مکمل وضاحت اور سمجھ نہیں ہے تو کم از کم اہم نکات اور چیزوں کی وضاحت کرتے ہوئے اس کی طرف اچھا دھکیلنا ہے۔ پورا دور ایک نامزدگی کے لیے ہو گا - "تفصیل پر توجہ" ، اور 3 مضامین میں تقسیم اس لیے کی گئی ہے کہ پوسٹوں میں کردار کی حد میں فٹ ہو جائے اور زیادہ سمجھ کے لیے مواد کی ایک بڑی مقدار کو چھوٹے حصوں میں تقسیم کیا جائے۔ پہلا مضمون خود XML کے لیے وقف کیا جائے گا اور یہ کیا ہے، نیز XML فائلوں کے لیے سکیما بنانے کا ایک طریقہ - DTD۔ شروع کرنے کے لیے، میں ان لوگوں کے لیے ایک چھوٹا سا دیباچہ بنانا چاہوں گا جو ابھی تک XML سے واقف نہیں ہیں: گھبرانے کی ضرورت نہیں ہے۔ XML بہت پیچیدہ نہیں ہے اور اسے کسی بھی پروگرامر کو سمجھنا چاہیے، کیونکہ یہ آج کل آپ کی مطلوبہ معلومات کو ذخیرہ کرنے کے لیے ایک بہت ہی لچکدار، موثر اور مقبول فائل فارمیٹ ہے۔ XML چیونٹی، ماون، بہار میں استعمال ہوتا ہے۔ کسی بھی پروگرامر کو XML کے علم کی ضرورت ہوتی ہے۔ اب جب کہ آپ نے طاقت اور حوصلہ جمع کر لیا ہے، آئیے مطالعہ شروع کریں۔ میں کوشش کروں گا کہ تمام مواد کو ہر ممکن حد تک آسانی سے ڈالوں، صرف سب سے اہم کو اکٹھا کروں اور ماتمی لباس میں نہ جاؤں۔

XML

واضح وضاحت کے لیے، XML کو مثال کے ساتھ تصور کرنا بہتر ہوگا۔

<?xml version="1.0" encoding="UTF-8"?>
<company>
    <name>IT-Heaven</name>
    <offices>
        <office floor="1" room="1">
            <employees>
                <employee>
                    <name>Maksim</name>
                    <job>Middle Software Developer</job>
                </employee>
                <employee>
                    <name>Ivan</name>
                    <job>Junior Software Developer</job>
                </employee>
                <employee>
                    <name>Franklin</name>
                    <job>Junior Software Developer</job>
                </employee>
            </employees>
        </office>
        <office floor="1" room="2">
            <employees>
                <employee>
                    <name>Herald</name>
                    <job>Middle Software Developer</job>
                </employee>
                <employee>
                    <name>Adam</name>
                    <job>Middle Software Developer</job>
                </employee>
                <employee>
                    <name>Leroy</name>
                    <job>Junior Software Developer</job>
                </employee>
            </employees>
        </office>
    </offices>
</company>

HTML اور XML نحو میں ایک جیسے ہیں کیونکہ ان کا ایک مشترکہ پیرنٹ ہے - SGML۔ تاہم، ایچ ٹی ایم ایل میں صرف ایک مخصوص معیار کے فکسڈ ٹیگ ہوتے ہیں، جب کہ XML میں آپ خود اپنے ٹیگ، اوصاف بنا سکتے ہیں اور عام طور پر، آپ جو بھی ڈیٹا ذخیرہ کرنا چاہتے ہیں اس طریقے سے کر سکتے ہیں جو آپ کے مطابق ہو۔ درحقیقت، XML فائلوں کو انگریزی جاننے والا کوئی بھی شخص پڑھ سکتا ہے۔ اس مثال کو درخت کا استعمال کرتے ہوئے دکھایا جا سکتا ہے۔ درخت کی جڑ کمپنی ہے۔ یہ جڑ (جڑ) عنصر بھی ہے جس سے دوسرے تمام عناصر آتے ہیں۔ ہر XML فائل میں صرف ایک روٹ عنصر ہو سکتا ہے۔ اسے xML فائل (مثال میں پہلی لائن) کے اعلان کے بعد اعلان کیا جانا چاہئے اور اس میں دیگر تمام عناصر شامل ہیں۔ اعلان کے بارے میں تھوڑا سا: یہ لازمی ہے اور دستاویز کو XML کے طور پر شناخت کرنے کے لیے ضروری ہے۔ اس میں تین چھدم صفات (خصوصی پہلے سے طے شدہ اوصاف) ہیں: ورژن (1.0 معیار کے مطابق)، انکوڈنگ (انکوڈنگ) اور اسٹینڈ لون (خود مختاری: اگر ہاں اور بیرونی اسکیمیں دستاویز سے منسلک ہیں، تو ایک غلطی ہوگی، پہلے سے طے شدہ نہیں ہے)۔ عناصر وہ ادارے ہیں جو دوسرے عناصر اور صفات کا استعمال کرتے ہوئے ڈیٹا کو محفوظ کرتے ہیں۔ اوصاف ایک عنصر کے بارے میں اضافی معلومات ہیں جو کسی عنصر کو شامل کرتے وقت بیان کی جاتی ہیں۔ اگر ہم وضاحت کو OOP فیلڈ میں ترجمہ کرتے ہیں، تو ہم مندرجہ ذیل مثال دے سکتے ہیں: ہمارے پاس ایک کار ہے، ہر کار کی خصوصیات ہیں (رنگ، ​​صلاحیت، برانڈ وغیرہ) - یہ صفات ہیں، اور ایسی ہستییں ہیں جو کار کے اندر ہیں۔ : دروازے، کھڑکیاں، انجن، اسٹیئرنگ وہیل دیگر عناصر ہیں۔ آپ اپنی خواہش کے مطابق خواص کو انفرادی عناصر کے طور پر یا اوصاف کے طور پر محفوظ کر سکتے ہیں۔ بہر حال، XML کسی بھی چیز کے بارے میں معلومات کو ذخیرہ کرنے کے لیے ایک انتہائی لچکدار فارمیٹ ہے۔ وضاحتوں کے بعد، ہمیں صرف اوپر دی گئی مثال کو دیکھنے کی ضرورت ہے تاکہ ہر چیز اپنی جگہ پر آجائے۔ مثال میں، ہم نے کمپنی کا ایک سادہ ڈھانچہ بیان کیا: ایک کمپنی ہے جس کا نام اور دفاتر ہیں، اور دفاتر میں ملازمین ہیں۔ ملازمین اور دفاتر کے عناصر ریپر عناصر ہیں - وہ ایک ہی قسم کے عناصر کو جمع کرنے کا کام کرتے ہیں، بنیادی طور پر انہیں پروسیسنگ میں آسانی کے لیے ایک سیٹ میں جوڑتے ہیں۔ فرش اور کمرہ خصوصی توجہ کے مستحق ہیں۔ یہ دفتر کی صفات (منزل اور نمبر) ہیں، دوسرے لفظوں میں اس کی خصوصیات۔ اگر ہمارے پاس "تصویر" کا عنصر ہوتا، تو ہم اس کے طول و عرض کو منتقل کر سکتے تھے۔ آپ دیکھ سکتے ہیں کہ کمپنی میں نام کا کوئی وصف نہیں ہے، لیکن اس میں نام کا عنصر ہے۔ آپ اپنی مرضی کے مطابق ڈھانچے کی وضاحت کر سکتے ہیں۔ کوئی بھی آپ کو عناصر کی تمام خصوصیات کو صرف صفات میں لکھنے کا پابند نہیں کرتا؛ آپ صرف عناصر کا استعمال کر سکتے ہیں اور ان کے اندر کچھ ڈیٹا لکھ سکتے ہیں۔ مثال کے طور پر، ہم اپنے ملازمین کے نام اور مقام کو اوصاف کے طور پر ریکارڈ کر سکتے ہیں:

<?xml version="1.0" encoding="UTF-8"?>
<company>
    <name>IT-Heaven</name>
    <offices>
        <office floor="1" room="1">
            <employees>
                <employee name="Maksim" job="Middle Software Developer">

                </employee>
                <employee name="Ivan" job="Junior Software Developer">

                </employee>
                <employee name="Franklin" job="Junior Software Developer">

                </employee>
            </employees>
        </office>
        <office floor="1" room="2">
            <employees>
                <employee name="Herald" job="Middle Software Developer">

                </employee>
                <employee name="Adam" job="Middle Software Developer">

                </employee>
                <employee name="Leroy" job="Junior Software Developer">

                </employee>
            </employees>
        </office>
    </offices>
</company>

جیسا کہ آپ دیکھ سکتے ہیں، اب ہر ملازم کا نام اور مقام اس کی صفات ہیں۔ اور آپ دیکھ سکتے ہیں کہ ملازم کی ہستی (ٹیگ) کے اندر کچھ بھی نہیں ہے، تمام ملازم عناصر خالی ہیں۔ پھر آپ ملازم کو ایک خالی عنصر بنا سکتے ہیں - صفات کا اعلان کرنے کے فوراً بعد اسے بند کر دیں۔ یہ کافی آسانی سے کیا جاتا ہے، صرف ایک سلیش شامل کریں:

<?xml version="1.0" encoding="UTF-8"?>
<company>
    <name>IT-Heaven</name>
    <offices>
        <office floor="1" room="1">
            <employees>
                <employee name="Maksim" job="Middle Software Developer" />
                <employee name="Ivan" job="Junior Software Developer" />
                <employee name="Franklin" job="Junior Software Developer" />
            </employees>
        </office>
        <office floor="1" room="2">
            <employees>
                <employee name="Herald" job="Middle Software Developer" />
                <employee name="Adam" job="Middle Software Developer" />
                <employee name="Leroy" job="Junior Software Developer" />
            </employees>
        </office>
    </offices>
</company>

جیسا کہ آپ دیکھ سکتے ہیں، خالی عناصر کو بند کر کے، ہم نے معلومات کی مکمل سالمیت کو محفوظ رکھا اور ریکارڈ کو بہت مختصر کر دیا، معلومات کو مزید جامع اور پڑھنے کے قابل بنا دیا۔ XML میں ایک تبصرہ (ٹیکسٹ جو فائل پارس کرتے وقت چھوڑ دیا جائے گا) شامل کرنے کے لیے ، درج ذیل نحو ہے:

<!-- Ivan недавно уволился, только неделю отработать должен. Не забудьте потом удалить его из списка.-->

اور آخری تعمیر CDATA ہے ، جس کا مطلب ہے "کریکٹر ڈیٹا"۔ اس ڈیزائن کی بدولت، ایسا متن لکھنا ممکن ہے جسے XML مارک اپ سے تعبیر نہیں کیا جائے گا۔ یہ مفید ہے اگر آپ کے پاس XML فائل کے اندر کوئی ایسی ہستی ہے جو XML مارک اپ کو معلومات میں محفوظ کرتی ہے۔ مثال:

<?xml version="1.0" encoding="UTF-8" ?>
<bean>
    <information>
        <![CDATA[<name>Ivan</name><age>26</age>]]>
    </information>
</bean>

XML کے بارے میں بات یہ ہے کہ آپ اسے بڑھا سکتے ہیں جیسا کہ آپ چاہتے ہیں: اپنے عناصر، اپنے اوصاف کا استعمال کریں، اور اپنی مرضی کے مطابق اس کی تشکیل کریں۔ آپ ڈیٹا کو ذخیرہ کرنے کے لیے صفات اور عناصر دونوں استعمال کر سکتے ہیں (جیسا کہ پہلے مثال میں دکھایا گیا تھا)۔ تاہم، آپ کو یہ سمجھنے کی ضرورت ہے کہ آپ پرواز پر اپنے عناصر اور صفات کے ساتھ آ سکتے ہیں اور جیسا کہ آپ چاہیں، لیکن کیا ہوگا اگر آپ کسی ایسے پروجیکٹ پر کام کرتے ہیں جہاں کوئی اور پروگرامر نام کے عنصر کو اوصاف میں منتقل کرنا چاہتا ہے، اور آپ کے پورے پروگرام کی منطق اس لیے لکھا ہے کہ نام ایک عنصر تھا؟ آپ اپنے اصول کیسے بنا سکتے ہیں کہ کون سے عناصر ہونے چاہئیں، ان میں کون سی صفات ہیں، اور دیگر چیزیں، تاکہ آپ XML فائلوں کی توثیق کر سکیں اور اس بات کا یقین کر سکیں کہ قواعد آپ کے پروجیکٹ میں معیاری بن جائیں گے اور کوئی ان کی خلاف ورزی نہیں کرے گا۔ آپ کے اپنے XML مارک اپ کے تمام اصول لکھنے کے لیے، خاص ٹولز موجود ہیں۔ سب سے مشہور: DTD اور XML سکیما۔ یہ مضمون صرف پہلے کے بارے میں بات کرے گا۔

ڈی ٹی ڈی

DTD دستاویزات کی اقسام کو بیان کرنے کے لیے بنایا گیا ہے۔ DTD پہلے ہی متروک ہو رہا ہے اور اب اسے XML میں فعال طور پر چھوڑ دیا جا رہا ہے، لیکن ابھی بھی بہت سی XML فائلیں موجود ہیں جو DTD استعمال کرتی ہیں اور عام طور پر، اسے سمجھنا مفید ہے۔ DTD XML دستاویزات کی توثیق کے لیے ایک ٹیکنالوجی ہے ۔ DTD کسی دستاویز کی قسم کے لیے مخصوص اصولوں کا اعلان کرتا ہے: اس کے عناصر، عنصر کے اندر کون سے عناصر ہو سکتے ہیں، صفات، چاہے ان کی ضرورت ہو یا نہ ہو، ان کی تکرار کی تعداد، نیز ہستی۔ XML کی طرح، ایک DTD کو واضح وضاحت کے لیے مثال کے ساتھ تصور کیا جا سکتا ہے۔

<!-- Объявление возможных элементов -->
<!ELEMENT employee EMPTY>
<!ELEMENT employees (employee+)>
<!ELEMENT office (employees)>
<!ELEMENT offices (office+)>
<!ELEMENT name (#PCDATA)>
<!ELEMENT company (name, offices)>

<!-- Добавление атрибутов для элементов employee и office -->
<!ATTLIST employee
        name CDATA #REQUIRED
        job  CDATA #REQUIRED
>

<!ATTLIST office
        floor CDATA #REQUIRED
        room  CDATA #REQUIRED
>

<!-- Добавление сущностей -->
<!ENTITY M "Maksim">
<!ENTITY I "Ivan">
<!ENTITY F "Franklin">

یہاں ہمارے پاس ایسی سادہ سی مثال ہے۔ اس مثال میں، ہم نے XML مثال سے اپنے پورے درجہ بندی کا اعلان کیا: ملازم، ملازمین، دفتر، دفتر، نام، کمپنی۔ DTD فائلیں بنانے کے لیے، کسی بھی XML فائلوں کو بیان کرنے کے لیے 3 اہم تعمیرات استعمال کی جاتی ہیں: ELEMENT (عناصر کی وضاحت کے لیے)، ATTLIST (عناصر کی خصوصیات کو بیان کرنے کے لیے) اور ENTITY (مختصر شکلوں کے ساتھ متن کو تبدیل کرنے کے لیے)۔ ELEMENT کسی عنصر کو بیان کرنے کے لیے استعمال ہوتا ہے۔ وہ عناصر جو بیان کردہ عنصر کے اندر استعمال کیے جاسکتے ہیں وہ فہرست کی شکل میں قوسین میں درج ہیں۔ آپ مقدار کی نشاندہی کرنے کے لیے کوانٹیفائرز کا استعمال کر سکتے ہیں (وہ ریگولر ایکسپریشنز سے کوانٹیفائرز سے ملتے جلتے ہیں): +مطلب کا 1+ *مطلب 0+ ?ہے 0یا 1 اگر کوئی کوانٹیفائر شامل نہیں کیے گئے ہیں، تو یہ سمجھا جاتا ہے کہ صرف 1 عنصر ہونا چاہیے۔ اگر ہمیں عناصر کے گروپ میں سے کسی ایک کی ضرورت ہو تو ہم اسے اس طرح لکھ سکتے ہیں:

<!ELEMENT company ((name | offices))>

پھر عناصر میں سے ایک کا انتخاب کیا جائے گا: نام یا دفاتر، لیکن اگر ان میں سے دو کمپنی کے اندر ہوں، تو توثیق پاس نہیں ہوگی۔ آپ یہ بھی دیکھ سکتے ہیں کہ ملازم میں لفظ EMPTY ہے - اس کا مطلب ہے کہ عنصر کا خالی ہونا ضروری ہے۔ کوئی بھی ہے - کوئی بھی عناصر۔ #PCDATA - ٹیکسٹ ڈیٹا۔ ATTLIST عناصر میں صفات شامل کرنے کے لیے استعمال ہوتی ہے۔ ATTLIST مطلوبہ عنصر کے نام کی پیروی کرنے کے بعد، اور اس کے بعد فارم کی ایک لغت "انتساب کا نام - خصوصیت کی قسم"، اور آخر میں آپ #IMPLIED (اختیاری) یا #REQUIRED (ضروری) شامل کرسکتے ہیں۔ CDATA - ٹیکسٹ ڈیٹا۔ اس کی دوسری قسمیں ہیں، لیکن وہ تمام چھوٹے حروف کے ہیں۔ ENTITY ENTITY کا استعمال مخففات اور متن کا اعلان کرنے کے لیے کیا جاتا ہے جو ان پر رکھا جائے گا۔ درحقیقت، ہم XML میں مکمل متن کے بجائے، صرف اس ہستی کا نام استعمال کرنے کے قابل ہو جائیں گے جس سے پہلے & نشانی ہو۔ کے بعد مثال کے طور پر: HTML مارک اپ اور صرف حروف کے درمیان فرق کرنے کے لیے، بائیں زاویہ کی بریکٹ اکثر lt سے بچ جاتا ہے۔ ، آپ کو صرف lt ڈالنے کی ضرورت ہے۔ پھر ہم مارک اپ استعمال نہیں کریں گے، بلکہ صرف < علامت استعمال کریں گے۔ جیسا کہ آپ دیکھ سکتے ہیں، سب کچھ بہت آسان ہے: آپ عناصر کا اعلان کرتے ہیں، وضاحت کرتے ہیں کہ اعلان کردہ عناصر کن عناصر پر مشتمل ہونے کے قابل ہیں، ان عناصر میں صفات شامل کریں اور، اگر چاہیں تو، آپ کچھ اندراجات کو مختصر کرنے کے لیے ہستیوں کو شامل کر سکتے ہیں۔ اور یہاں آپ کو پوچھنا پڑے گا: ہمارے قواعد کو ہماری XML فائل میں کیسے استعمال کریں؟ سب کے بعد، ہم نے صرف قواعد کا اعلان کیا، لیکن ہم نے انہیں XML میں استعمال نہیں کیا۔ انہیں XML میں استعمال کرنے کے دو طریقے ہیں: 1. ایمبیڈ کرنا - XML ​​فائل کے اندر ہی DTD رولز لکھنا، صرف DOCTYPE کلیدی لفظ کے بعد روٹ عنصر لکھیں اور ہماری DTD فائل کو مربع بریکٹ کے اندر بند کر دیں۔

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE company [
        <!-- Объявление возможных элементов -->
        <!ELEMENT employee EMPTY>
        <!ELEMENT employees (employee+)>
        <!ELEMENT office (employees)>
        <!ELEMENT offices (office+)>
        <!ELEMENT name (#PCDATA)>
        <!ELEMENT company (name, offices)>

        <!-- Добавление атрибутов для элементов employee и office -->
        <!ATTLIST employee
        name CDATA #REQUIRED
        job  CDATA #REQUIRED
        >

        <!ATTLIST office
        floor CDATA #REQUIRED
        room  CDATA #REQUIRED
        >

        <!-- Добавление сущностей -->
        <!ENTITY M "Maksim">
        <!ENTITY I "Ivan">
        <!ENTITY F "Franklin">
]>

<company>
    <name>IT-Heaven</name>
    <!-- Ivan недавно уволился, только неделю отработать должен. Не забудьте потом удалить его из списка.-->
    <offices>
        <office floor="1" room="1">
            <employees>
                <employee name="&M;" job="Middle Software Developer" />
                <employee name="&I;" job="Junior Software Developer" />
                <employee name="&F;" job="Junior Software Developer" />
            </employees>
        </office>
        <office floor="1" room="2">
            <employees>
                <employee name="Herald" job="Middle Software Developer" />
                <employee name="Adam" job="Middle Software Developer" />
                <employee name="Leroy" job="Junior Software Developer" />
            </employees>
        </office>
    </offices>
</company>

2. درآمد کریں - ہم اپنے تمام قواعد کو ایک علیحدہ DTD فائل میں لکھتے ہیں، جس کے بعد XML فائل میں ہم پہلے طریقہ سے DOCTYPE کنسٹرکشن کا استعمال کرتے ہیں، صرف مربع بریکٹ کے بجائے آپ کو SYSTEM لکھنے کی ضرورت ہے اور ایک مطلق یا رشتہ دار راستہ بتانا ہوگا۔ فائل کا موجودہ مقام۔

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE company SYSTEM "dtd_example1.dtd">

<company>
    <name>IT-Heaven</name>
    <!-- Ivan недавно уволился, только неделю отработать должен. Не забудьте потом удалить его из списка.-->
    <offices>
        <office floor="1" room="1">
            <employees>
                <employee name="&M;" job="Middle Software Developer" />
                <employee name="&I;" job="Junior Software Developer" />
                <employee name="&F;" job="Junior Software Developer" />
            </employees>
        </office>
        <office floor="1" room="2">
            <employees>
                <employee name="Herald" job="Middle Software Developer" />
                <employee name="Adam" job="Middle Software Developer" />
                <employee name="Leroy" job="Junior Software Developer" />
            </employees>
        </office>
    </offices>
</company>

آپ SYSTEM کے بجائے PUBLIC کلیدی لفظ بھی استعمال کر سکتے ہیں، لیکن یہ آپ کے لیے مفید ہونے کا امکان نہیں ہے۔ اگر آپ دلچسپی رکھتے ہیں، تو آپ اس کے بارے میں (اور سسٹم کے بارے میں بھی) تفصیل سے یہاں پڑھ سکتے ہیں: لنک ۔ اب ہم دیگر عناصر کو DTD میں اعلان کیے بغیر استعمال نہیں کر سکتے، اور تمام XML ہمارے قوانین کے تابع ہیں۔ آپ اس کوڈ کو IntelliJ IDEA میں ایک علیحدہ فائل میں .xml ایکسٹینشن کے ساتھ لکھنے کی کوشش کر سکتے ہیں اور کچھ نئے عناصر کو شامل کرنے یا ہمارے DTD سے کسی عنصر کو ہٹانے کی کوشش کر سکتے ہیں اور دیکھیں کہ IDE آپ کو کس طرح غلطی کی نشاندہی کرے گا۔ تاہم، DTD کے اپنے نقصانات ہیں:

• اس کا اپنا نحو ہے، جو xML نحو سے مختلف ہے۔
• ڈی ٹی ڈی میں ڈیٹا کی قسم کی جانچ نہیں ہوتی ہے اور اس میں صرف سٹرنگز شامل ہو سکتے ہیں۔
• DTD میں کوئی نام کی جگہ نہیں ہے۔

آپ کے اپنے نحو کے مسئلے کے بارے میں: آپ کو ایک ساتھ دو نحو کو سمجھنا چاہیے: XML اور DTD نحو۔ وہ مختلف ہیں اور یہ آپ کو الجھن میں ڈال سکتا ہے۔ نیز، اس کی وجہ سے، اسی DTD اسکیموں کے ساتھ مل کر بڑی XML فائلوں میں غلطیوں کو ٹریک کرنا زیادہ مشکل ہے۔ اگر کوئی چیز آپ کے لیے کام نہیں کرتی ہے، تو آپ کو متن کی ایک بڑی مقدار کو مختلف نحو کے ساتھ چیک کرنا ہوگا۔ یہ ایک ہی وقت میں دو کتابیں پڑھنے کی طرح ہے: روسی اور انگریزی میں۔ اور اگر آپ کا ایک زبان کا علم بدتر ہے تو متن کو سمجھنا بھی اتنا ہی مشکل ہوگا۔ ڈیٹا کی قسم کی جانچ پڑتال کے مسئلے کے بارے میں: DTDs میں صفات مختلف قسم کے ہوتے ہیں، لیکن وہ سب کچھ، فہرستوں یا لنکس کی سٹرنگ کی نمائندگی کرتے ہیں۔ تاہم، آپ صرف اعداد کا مطالبہ نہیں کر سکتے، اور خاص طور پر مثبت یا منفی کا نہیں۔ اور آپ آبجیکٹ کی اقسام کو مکمل طور پر بھول سکتے ہیں۔ آخری مسئلے پر اگلے مضمون میں بحث کی جائے گی، جو کہ نام کی جگہوں اور XML اسکیموں کے لیے مختص کی جائے گی، کیونکہ یہاں اس پر بحث کرنا بے معنی ہے۔ آپ سب کی توجہ کا شکریہ، میں نے بہت کام کیا ہے اور کرتا رہوں گا تاکہ مضامین کی پوری سیریز کو وقت پر ختم کیا جا سکے۔ بنیادی طور پر، مجھے دوسرے مضمون کو ختم کرنے کے لیے صرف XML اسکیموں کا پتہ لگانا ہے اور واضح الفاظ میں ان کی وضاحت کے ساتھ آنا ہے۔ اس میں سے نصف پہلے ہی ہو چکا ہے، لہذا آپ جلد ہی اس کی توقع کر سکتے ہیں۔ آخری مضمون مکمل طور پر جاوا کا استعمال کرتے ہوئے XML فائلوں کے ساتھ کام کرنے کے لیے وقف ہو گا۔ پروگرامنگ میں سب کے لیے گڈ لک اور کامیابی :) اگلا مضمون: [مقابلہ] XML Basics for a Java Programmer - Part 2 of 3