معرفی XML و DTD

صفحه 1:
OD J JUL em 

صفحه 2:
XML ‏مقدمه‎ XDL ‏قوانين نكارش در‎ 0 0 ساختار 

صفحه 3:
090 يا له 1 \ 

صفحه 4:
اب ۳ ۲ ۲ + ۴ ۲۰ | رد 600 

صفحه 5:


صفحه 6:
مقدمه ]2۱۷۱ 

صفحه 7:
‎XML‏ چیست؟ ‎Mae ‏که‎ ‎Language ‎ ‎Markup ‎wi Meta Markup Language “: XML ««‏ »» .3111 براى انتقال دادهاى ساخت يافته در محيط اينترنت . ‏»» قالبى مناسب برای ذخیره سازی داده‌ها. 

صفحه 8:
تاريخجه .3003/11 eXtensible Markup Language XML HyperText Markup HTML Language Standard Generalized Markup (1 

صفحه 9:
‎XML: 455 2‏ : ضرورت‌ها ذخیره ,سازماریندیو ارسا (لطلاعاتور »» تقریبا تمام استانداردها وپروتکل هاي ممزنحرمو ۲۵0 بر اساس ,20۷61 هستند. »» ظرفيت فايل هاي ,217/1 زياد است. ‏31 مازولار است 

صفحه 10:
تفاوت ,21711 با ,1۷۲1 11 26 به منظور حمل اطلاعات طراحی شده ‎XML««‏ 5 ,]1711۷ هر کدام برای هدف خاصی طراحی شده اند. ‏»21 برای ذخیره وسازمان بندي اطلاعات بوجود آمد. ‏»1 براى نمايش اطلاعات بوجود آمد ‎0 

صفحه 11:
XML 3's pngileDtlal sl libs gs la Gola ove uilete Ligh ‏مبادله لطلاعاتب ین برنامه‎ لمکانف_عا.لمودن‌مدلي بر این مایش لطلاعاتیکسان‌بسر رویبستگاه هایهتفاوتبا «ر .لهدلفكوناكون يكقا لمناسببر اوذخيرم لطلاعاتوم 0 

صفحه 12:
قوانین نگارش در ۱/۱ 

صفحه 13:
قوانین نگارش »» ابزارهای نوشتن و اجرا: »1 را مانند ,۳117۷11 می‌توان با هر ویرایشگر متنی نوشت. »» اجرای, 26171 با مرورگرها 6 تبدیل ساير اسناد به اسناد ,]26171 HTML # XML ‏تبديل اسناد‎ »» 

صفحه 14:
قوانین نگارش »» عناصر: :1 نیز مانند .11711 از سه قسمت عناصرويژگي ها و مقادیر تشکیل شده است . هر عنصر دارای یک برچسب شروع ویک بر چسب پایان دارد. <element>contents</ element> ‏برچسب پایقی بر چسب شروع‎ sits <bank>customer</ bank> oe 

صفحه 15:
قوانیی نکارش »» عناصر: هر عنصر مي تواند محتوياتي داشته باشد. هر عنصر می‌تواند یک ویژگی یا بی داشته باشد اطلاعاتی که توسط ویژگی‌ها تعریف می‌شوند 2 ‎Meta‏ نامیده می‌شوند. برچسب پایانی ان برعسب شروع <name language = “English ”>Tiger</name> | I | محتویات . مقدار ویژگی نام ویژگی 

صفحه 16:
قوانین نگارش »» ادامه Code.xml <animal> <name Language = “English ">Tiger</name> <weight>500 pound </weight> </animal> Code.xml <bank name= “mellat ”>customer</bank> 

صفحه 17:
قوانین نگارش »» ادامه (Root Element) 4) <i . ‏یک سند ,1611 باید یک عنصر ریشه داشته باشد‎ 6 6 فقط دستورلت پردازشی وتوضیحات می‌توانند خارج لز عنصر ریشه باشند. عناصر, تودر تو <element Out>content <element In>content </element In></element Out> 4»_به هر میزان دلخواه می‌توان عناصر تودرتو ایجاد کرد. هو عنصر بساید ببه طورکاملا Kb><i>This is a example</i></b> 

صفحه 18:
قوانین نگارش »» ادامه ‎Comment ۳‏ نحوه ي نوشتن توضیحات 58 | ‎ ‎ ‎> | - - 1002160 2 3,2007 - - >| ‎ ‎2 XML We! ‎ml version ?> > ۶.0 ‎ ‎ ‎ ‎ 

صفحه 19:
قوانین نگارش »» ادامه نمايشعناصر در قالبمتنيدم [1 0 كلمه ي كليدي! يي سر و به كاربر نمايش داده شود Code.xml CDATA[<Address>]!> <city>kashan</kasha <n Streetz As7&,..cpaTa sat 5 ‏امكان استفاده‎ »» <[ [street م 

صفحه 20:
قوانین نگارش 6 ادامه IS »» »2« »2« ع« «« «&« »» eo ات : ,2611 بین حروف بزرگ و کوچک فرق می‌گذارد مقادير باید داخل ۲" یا "" قرار گيرند. برخلاف ,1111۷61 برچسب پایانی حتماًباید داشته باشیم . توضیحات تودرتو نمی‌توانیم داشته باشیم. توضیحات توسط مفسن‌های ,160۷11 نادیده فرض می‌شوند. دستوراتی که با <7شروع و با 2> به پایان می‌رسند دستورات پردازشی هستند. ‎KML ae‏ را با پسوند .2001 ذخیره می‌کنند. 

صفحه 21:
قوانین نگارش »» عناصر <? xml version =“1.0” ?> <!-- This is a example - -> <animal> <name language = “English”>Tiger</name> <name language= “Latin”>Panthera Tigris</name> <Weight>500 pounds</weight> </animal> 

صفحه 22:
DID 

صفحه 23:
:DTD »» ساختار (1(11 داخلی ساختار 1011 خارجی »» ساختار (1011 شخصى »» ساختار (1911 عمومی »» قوانين اعتبارى در ساختار ‎DTD‏ »» موجودیت‌ها و عبارات توضیحی در ساختار 70 

صفحه 24:
: انواع مجموعه قوانین ‎pip. 1‏ ‎XML (XML Schema) uss.‏ مجموعه قولنین منطقیو مفهومىمياناطلاعاتدر حوزه كاربردىد« Suse DTD 4! Document Type Definition #. DTD 11 ها ساختار قدیمی تعریف مجموعه قوانین برای اسناد,[]26[۷ می باشند . هدف از تعریف 107717 متسجم کردن روابط بين داده ها است. oe 

صفحه 25:
تعریف (111 داخلی : برای ایجاد یک یا چند سند محدود از ساختار ‎lla DTD‏ استفاده می‌شود . ‎DTD‏ داخلی درداخل سند ,16۷11 تعریف می‌شود . در لبتدای سند ,]26[7 مورد نظر و بعد از اعلان ,2611 و به صورت زیر تعریف می‌شود <[مجموعه قوانین 1001 ‎<!DOCTYPE‏ ‏عنصر ریشه ‎XML sie‏ es 

صفحه 26:
0 داخلی»» یکمتال <? xml version ="1.0” ?> <!DOCTYPE animal[ DID ‏قوانین‎ ‎۳ ‎<animal> . محتویات سند ,3601 ‎De‏ .</animal> = 

صفحه 27:
تعریف (1(11 خارجی : »» در مواردي که ساختار اطلاعاتي داراي مجموعه اي از چندین سند ,26]1مختلف باشد از ‎DTD‏ خارجي استفاده مي شود. ‏»» با استفاده از يك ویرایشگر متني قولنین (1711 مورد نظر خود را در يك فایل با پسوند .81:0 الخيره مي كليم. ‏»» در صورتي كه (1(11 ايجاد شده توسط ديكران نيز مورد استفاده قرار مي كيرد از استاندارد ‎FPI‏ براي نام كذاري آن استقاذة:مي كنيم . 

صفحه 28:
تعریف (1(11 خارجی » ادامه تعریف مشخصه ي عمومي رسمي شخص یا سازمان پشتيباني کننده ‎DTD‏ +//owner//DTD label //xx// 150 ‏بر اساس استاندارد‎ DTD ‏شرحي ویژه از‎ عبارت مخفف دو حرفي معرف زبان بر اساس استاندارد 639 150 1-۹ -/fowner//DTD label //xx// بدون استاندازد 

صفحه 29:
تعریف ‎eK DTD‏ شخصي اعلان (1(11 خارجي شخصي در سند ,26111 : »» در قسمت اعلان ,21[۷]1 عبارت 91۵1108108680" قرارمي دهیم سپس عبارت زیر را مي نوب <!DOCTYPE root SYSTEM “file.dtd” >L_ ‏لاح لت‎ | 26011, ‏نام عنصر ريشه در سند‎ | DTD J ab 5 pave ‏انکد (1(11 تعرین‎ tee, ‏شده يك (1(11 شخصي است‎ صم 

صفحه 30:
تعریف (1(11 خارجی شخصي »» ادلمه :مثال <? xml version =“1.0” Standalone="no” ?> <!DOCTYPE endangered _ species SMG shddies.dtd”> “http: dwww.cookwood.com .... »4 با 127 می توانیم اطلاعات خود را از نظر صحت بررسی کنیم. ‎/xml/‏ 

صفحه 31:
تعریف (1(11 عمومي خارجی: <!DOCTYPE root PUBLIC DTD_name “file.dtd” ۱ ‏سدم‎ aia ‏حك‎ ‎۱ ۱ مسیر و نام فايل ‎DTD‏ ۱ ام عنصر ریشه در سند ,161۷11 0 بر اساس 121 8 به معناي اينكه 110 17 تعریف شده يك (1([11 شخصي است 

صفحه 32:
تعریف (1(11 عمومي خارجی »» ادامه تال ‎xml version =“1.0”‏ ?< ‎Standalone="no” ?>‏ ‎<!DOCTYPE endangered _ species‏ ‎PUBEIC‏ ‎“//liz castro//DTD‏ 5 ۲۳ ۲0 ‎“http://www.cookwvodeem/xml/‏ ‎End _species.dtd”>‏ مهو 

صفحه 33:
قوانین اعتباری در ساختار ‎DTD‏ ,قولنین‌مربو ط بسه عناصر «ر عنصر مورد نظر در سند 23331 <!ELEMENT tag Tene —t ‏ل‎ ‎| EMPTY ‏کلمه ي كليدي‎ (CONTENT 5 ANY هه 

صفحه 34:
قوانین اعتباری در ساختار ‎DTD‏ ‏بچند مثال ‎<!ELEMEN‏ ‎endangered_species(animal)>‏ <!ELEMEN picture EMPTY> <!ELEMEN endangered_species ENY> »» ترتیب تعریف عناصر در ساختار (1(11 مهم نیست. 

صفحه 35:
قوانین اعتباری در ساختار 12110 »» ادامه :اعلان عناصري که فقط شامل عبارت هاي متني هستند <!ELEMEN element_name (#PCDATA) —— ‏ای‎ ‎| | عنصر فقط شامل عبارت عنصري که قصد تعریف آن کلمه ي كليدي ‎soley‏ راداریم عنصريكه بر لساسفرليند بالاتوليد شود نميتولند شاملعنصر ديكريد« os 

صفحه 36:
قوانین اعتباری در ساختار (1(11 »» ادامه :مثال ‎Code.dtd Code.xml‏ دهم هرفس ‎!ELEMEN Address ANY>‏ ‎!ELEMEN CITY (#pcpata)> <CITY> kashan </CITY>‏ ‎!ELEMEN Street (#pcpara)> <Street> A </Street>‏ ‎}<!ELEMEN Zip (#pcpata )> <Zip> 1264 </Zip>‏ </Address> 

صفحه 37:
قوانین اعتباری در ساختار ‎DTD‏ «« ادامه :تعریف عنصري که شامل يك عنصر باشد ‎<!ELEMEN element_name (child)>‏ <!ELEMEN Address (City)> ‏:مثال‎ بتعریف عنصري با اجزاي مرتب <!ELEMEN element_name (child1,child2,...)> oe 

صفحه 38:
قوانین اعتباری در ساختار 12110 »» ادامه :مثال ‎Code.d‏ ‎<!ELEMEN Address‏ ‎(State, City, Street, Zip)>‏ ‎<Address>‏ ‎<State> Esfahan </State>‏ ‎<CITY> kashan </CITY>‏ ‎<Street> A </Street>‏ ‎<Zip> 1264 </Zip>‏ </Address> هه 

صفحه 39:
قوانین اعتباری در ساختار (1(11 »» ادامه تعریف گزینه ها(6ذ00) ‎<!ELEMEN tag (child1|child2|...)>‏ :مثال <!ELEMEN Paytype (salary|com| jwage)> oes 

صفحه 40:
قوانین اعتباری در ساختار (1(11 »» ادامه »» در 1710 سه نماد ویژه وجود دارد که براي تعيين تكرار تعداد واحد ها در سند .301/11 به كار مي رود. » يك واحد مي تواند يك عنصر یا گزینه اي بین چند عنصر ویا مجموعه اي از عناصر ترتيبي باشد. »2 علامت 7 به اين معني كه ولحد مورد نظر حداکثر يك بار مي تواند در سند ,26011 تکرار شود. »» علامت + به اين معني كه ولحد مورد نظر حداقل يك بار در سند .701/1 تکرار مي شود »» علامت * به اين معني كه واحد مورد نظر به هر تعداد مورد نيازدر سند .77/1 مي تواند تكرار مي شود Code.d K!ELEMEN Addre&& (State , City+ ,Street*,Zip?)> 6 عنصر 51616 يك بار باید درست ,]51۷1 تکرار شود. Code.d K!ELEMEN tag (Whit, unit+)> eo 

صفحه 41:
قوانین اعتباری در ساختار (1(11 »» ادامه Code.d <!ELEMEN Addres& ((Street*,Zip?)| phon num)> Code.xml Code.xml <Address> <Address> <Street> A</Street> < phon num >124</ <Street> B </Street> 21۸0020۵62 < <Zip> 1264 </Zip> </Address> 

صفحه 42:
قوانین اعتباری در ساختار 12110 »» ادامه تعریف ويژگي هاي ساده: استفاده از ويژگي هاي عناصر در سند ,261۷11 هنگامي مجاز است که در (111 مربوطه تعریف ‎Code.d sae‏ ‎<!ATTLIST tag atittibute CDATA‏ ‎l rl ey‏ 1 ۱ | ‎ae | |‏ ‎FIXED‏ نام ویژگی | يعدي ‎“default”‏ | ‎IMPLIED‏ نوع ويزكى عنصر مورد نظر در سند 0321© ‎RIQUIRED‏ 

صفحه 43:
قوانین اعتباری در ساختار (1(11 »» ادامه بتعریف ويژگي ها »» مثال Code.d <!ELEMEN population (#PCDATA)> <!ATTLIST population year CDATA #IMPLIED> Code.xml < population >55500 </ population > Code.xml > population year=“1387">55500 </ population > Code.xml < population year=“mouse”>55500 </ population > 

صفحه 44:
قوانین اعتباری در ساختار (1(11 »» ادامه بتعریف ويژگي ها »» مثال ‎Coded‏ ‎<!ELEMEN population (#PCDATA)>‏ ‎<!ATTLIST population year (1387|2008)‏ ‎#RIQUIRED>‏ ‎Code.xml‏ < population year="1387">55500 </ population > _Coge.xml < population >55500 </ population > Code.d <!ELEMEN population td PCDATA)> <!ATTLIST population year #FIXED “1387”> Code.xml < population year="2008”"> </ population > Xx we 

صفحه 45:
قوانین اعتباری در ساختار ‎DTD‏ «« ادامه تعریف ويژگي ها با مقادیر ویژه ([1: يك‌مقدار منحصربه فرد (۷۵106 مسونس) درکل "11/98۳ يدارجاع به يادمقدار منحصربه فرد 15 چندین‌ارجاع بسه مقادیر منحصربه فرد Code.d K!ATTLIST tag attrifute (ID|IDREF| IDREFS) #type> ‏لبا‎ ‎FIXED ‎“default” ‎IMPLIED RIQUIRED #5. 

صفحه 46:
قوانین اعتباری در ساختار (1(11 »» ادامه تعریف ويژگي ها با مقادیر ویژه »»مثال ‎Code.d‏ <!ELEMEN Student (#PCDATA)> <!ATTLIST Student stu_num ID #RIQUIRED> Code.xml <Student stu num=“100000"> wo 

صفحه 47:
موجودیت‌ها در ساختار ‎DTD‏ »» مجموعه اي از داده ها كه در هنكام ارجاع به موجودیت در ساختار 12711 جایگزین مي شوند. »» خوانايي ساختار (1(11 را افزایش مي شوند. انوا إديت ها لو موجوديتك تن seen [oe mens Ce Externa 1 YN" ۱ Parsed Unpars ed ee 

صفحه 48:
موجودیت‌ها در ساختار (1(11»» ادامه ‎Cua ye ye chs‏ داخلي (میانبر متني)ز »» يك موجودیت دلخلي دردرون ساختار (1(11 تعریف مي شود. ‎Code.d‏ ‎<!ENTITY Abbreviatiol# “content” >‏ ‎a‏ | | | متن جایگزین ‎ee‏ ‏نام شناسه ي موجوديت »» برلي استفاده از موجودیت در سند, 26[۷]1 باید عبارت ‎Gut L &abbreviation‏ میت ود حاوی‌موجودیت‌دیگرینیز باشد «« 6م 

صفحه 49:
مم موجوديتها در ساختار (1(11 »» ادامه تعريف يك موجوديت داخلي : »» موجوديت را داخل يك فايل ذخيره ميكنيم. ‎emus ee XML Oe! Gad 53 1) "standalone=“no ole ««‏ داخل ساختار 1271 عبارت زیر را قرار مي دهیم. ‎ENTITY % abbreviation SYSTEM!>‏ ‎éntity-url‏ = مسیر ونام فایل خارجي | نام شناسه ي موجودیت ...| كلندي عليدي موجوديت خارجي 

صفحه 50:
موجودیت‌ها در ساختار ‎DTD‏ »» ادامه موجودیت هاي با محتویات تفسیر شده: » اطلاعات متني را شامل نمي شوند. »» توسط پارسر ,2[]1 مورد ارزيابي قرار نخولهند گرفت. تعریف موجودیت هاي با محتویات تفسیر شده: ENTITY abbreviation SYSTEM “entity.url”!> <NDATA ‏تشریح کننده ي اطلاعات‎ ‏تفسیر شده‎ Code.d oF ENTITY flower _pi¢4SYSTEM “flower. Jpg” !> <NDATA jpg 90 

صفحه 51:
موجودیت‌ها در ساختار ‎DTD‏ «« ادامه عبارت هاي توضيحي موجودیت ها ‎ENTITY abbreviation SYSTEM “entity.url’!>‏ <NDATA id < "NOTATION id SYSTEM “content!> ie | | اتوضيحات کلمه ي كليدي 20 

صفحه 52:
معایب (111 : »» ساختار تباط نز ار (1(11 ارتباط نزديكي با ساختار 71/11 ندارد. »» در (1911 عناصري با نام يكسان نمي توان تعريف كرد. »» امکان تعریف نوع دا اي ع: 5 يف اده ‎١‏ ‏تعریف نوع داده اي براي عناصر وجود ندارد. »» امکان تعریف ارزش مق آن تریت ارزش مقداري وجودآندارد. راه حل: استفاده از ناختار شماي ,6011 

صفحه 53: