تنسيق JSON: الوصف ، على سبيل المثال

المتغيرات والمصفوفات والأشياء مألوفة وشكل مناسب لتمثيل البيانات. يتم وصف البيانات في لغة متصفح JavaScript ، وهي ليست ضرورية في لغة خادم PHP. يجعل تنسيق JSON من الممكن تعميمها في واحد وليس للتركيز على لغة البرمجة. في هذه الحالة ، تتحول البيانات إلى أزواج: "name = value". يمكن أن تكون القيمة في كل منها أيضًا مجموعة من هذه الأزواج.

JSON مرتبط بأقواس معقوفة وكائنات جافا سكريبت. هذا الأخير له ما يبرره تمامًا ، حيث أن تنسيق جافا سكريبت JSON = Object Symation. في السنوات الأخيرة الديناميكية بشكل خاص ، تغير الكثير. ما تم إنشاؤه لغرض محدد ، جلبت في كثير من الأحيان ثمرة غير متوقعة أو فتح آفاق جديدة.

تبادل البيانات: المتصفح - الخادم

أصبحت تقنية AJAX تحديثًا عاديًا للصفحة العادية تماما توقفت لتكون شعبية. يبدأ الزائر ، عند فتح الموقع ، بسلسلة من عمليات تبادل البيانات الجزئية ، عندما تتغير صفحات معينة في المكان المناسب فقط.

ويعتقد أن ظهور JSON يرتبطباستخدام AJAX ، ولكن في الواقع ، ترتبط المصفوفات النقابية لجافا سكريبت وترميزها الجوهري (بناء جملة الوصف واستخدام الكائنات) بعلاقة أكثر ارتباطًا بـ JSON من تبادل البيانات بين المتصفح والخادم.

منذ محتوى صفحات المواقع الحديثةأصبح حقا "ضخمة" (الحجمي) ، ثم أصبحت كفاءة تنسيق لتبادل البيانات أهمية خاصة. لا يمكن القول أن JSON أصبح تمثيلًا جديدًا للبيانات ، ولكن حقيقة أنه كان عنصرًا في بنية جافا سكريبت لفترة طويلة أمرًا هامًا.

يعد استخدام السيريلية في التسمية المتغيرة ظاهرة غير متوقعة (هراء) ، ولكنه يعمل في أحدث الإصدارات من Chrome و Firefox وحتى في Internet Explorer 11.

السيريلية وجسون

بالطبع ، لاستخدام هذا تماماظاهرة غير متوقعة لا يستحق كل هذا العناء ، وتذكر مدى سهولة تحول قيم المتغيرات المكتوبة بأحرف روسية إلى krakozyabry: ما الذي يمكن قوله عن الأسماء ، خاصةً تلك الخارجية.

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

لا يهم بالضبط ما كان عليه الابتكار النحوي - JSON - بموجبه ، فمن المهم أن يمنح القانون حقًا قانونيًا وفرصة حقيقية لإجراء مباراة: "أي اسم = أي قيمة".

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

PHP و JSON

أخذ البيانات بتنسيق JSON ، الخادم(عبر PHP ، على وجه الخصوص) يوفر القدرة على معالجتها كما هي ، وإرجاع النتيجة مرة أخرى إلى المتصفح بتنسيق مماثل. صفيف مصدر PHP:

• $ cJSON = array ("a" => "alfa"، "b" => "beta"، "g" => "gamma").

التحويل إلى JSON للنقل إلى المتصفح:

• $ cJS = json_encode ($ cJSON).

النتيجة:

• {"a": "alfa"، "b": "beta"، "g": "gamma"}.

يسمح التعشيش هو مبين في الصورة.

هنا ، تمت إضافة الصفيف بواسطة عنصر جديد "في حد ذاته" باستخدام الفهرس الآلي "0" ، ثم مرة أخرى باستخدام الفهرس المحدد "z".

ينفذ الدالة العكسية - json_decode ()تحويل سلسلة JSON إلى صفيف PHP. يمكن تحقيق نتائج مماثلة عن طريق معالجة وظائف PHP: تنفجر () وتنفجر (). في بعض الحالات ، هذا الخيار هو الأفضل.

مستوى التعشيش

يمكن أن تكون العناصر متداخلة في بعضها البعضجانب المتصفح ، وعلى جانب الخادم. من الناحية العملية ، يوفر تنسيق JSON (وصف RFC 4627) أكثر من 4 مستويات من التداخل بشكل ملحوظ ، ولكن يجب عدم إساءة استخدام هذه الميزة.

من الأفضل ألا تتجاوز الاكتفاء المعقول ، وهذا يجعل الشفرة قابلة للقراءة ، ويبسط عملية تصحيح الأخطاء والفهم من قبل مطورين آخرين.

يشار إلى JSON على أنها هياكل البيانات ،التي هي أبسط من XML ، يتم فهمها في نفس الوقت للأشخاص وأجهزة الكمبيوتر. وينطبق ذلك عندما تكون كمية البيانات صغيرة ، وقد اختار مستوى التعشيش المطور بكفاءة. في جميع الحالات الأخرى ، يعد حساب عدد الأقواس وفهم بنية البيانات أمرًا صعبًا سواء من جانب المتصفح أو من جانب الخادم.

ملفات JSON

استخدام JSON في الممارسة في كثير من الأحيان لايقتصر على الإدراك يمكن الوصول إليها من خط قصير. أي بنيات البيانات هي دائما واقعية. في هذه الحالة ، يمكن تطبيق JSON بفاعلية في كل من بيانات المهام الحقيقية (موظفي المؤسسة) ولتنفيذ البيانات المؤقتة (ذاكرة التخزين المؤقت للكائنات).

موظفو المؤسسة وتنسيق JSON: مثال

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

إذا كان هناك العديد من الأشخاص في الشركة ، هذا هوواحد ، ولكن إذا كان عشرات الآلاف شيء آخر. يمكنك الاستمرار في استخدام قاعدة البيانات ، ولكن تخزينها كملف يبدو أكثر عملية وأكثر سهولة في الاستخدام.

تنسيق ملف JSON هو ملف نصي عادي. القضية مع قائمة الموظفين ، أينما ذهبت. يمكنك دائما قراءتها. فتح وتعديل متاح أيضا في أي محرر نصوص ليس لديه عادة إضافة معلومات الخدمة الخاصة به إلى محتوى الملف. بشكل عام ، * .json عبارة عن نص خالٍ داخل المتصفح وداخل الملف - سلسلة.

تعرض الصورة ذاكرة التخزين المؤقت للكائن الذي يشكل الصورة ، على سبيل المثال.

هذا مثال لمحتويات الملف الذي تم إنشاؤهموقع تقديم الطباعة الملونة على الدوائر والسيراميك. بطبيعة الحال ، من الصعب جدًا تحديد ما إذا كان لديك تنسيق JSON هذا بدلاً من فتحه. ومع ذلك ، في هذه الحالة وفي حالات مشابهة لا توجد مشاكل في قراءة الملف: PHP يقرأ الملف ، ويوزعها ويرسلها إلى المتصفح. يتم إرجاع البيانات التي تم تغييرها من قبل الزائر إلى الخادم وتسجيلها مرة أخرى.

في هذه الحالة ، يعمل الملف باسممتغير يتم تخزينه خارج التعليمة البرمجية. إذا لزم الأمر ، يتلقى المتغير قيمة من الملف ، وإذا تم تغييره من قِبل الزائر في الحوار المقدم من الموقع ، فسيتم تسجيل جميع التغييرات كما هي. ليست هناك حاجة لقراءة والتحقق من محتويات الملف.

غالبًا ما يتم استخدام JSON لتخزين معلومات الخدمة واستخدامها - وهذا ليس جدولاً للموظفين ، وليس من الضروري رؤيته من قِبل المطور أو زائر الموقع.

XML و JSON

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

تنسيقات البيانات تظهر من الاحتياجات الحقيقيةوتستند إلى المعرفة المكتسبة. يحتوي HTML على مساره الخاص ، ولغة XML طريقها الخاص بها ، و JSON هو منطق كائن جافا سكريبت ممتد إلى لغات أخرى. مقارنة واحدة مع أخرى ليست أفضل شيء. لكل واحده.

XML تعامل بأعجوبة مع مهامها وعلى ما يبدو لن يدخل التاريخ. تم استخدام JSON قبل عام 2006 ، ولكن ليس كل مطور يعتبر أنه من واجبه الإعلان عن بعض المتغيرات من تقديم بياناته.

كانت هناك حالات في الممارسة ، عندما كانت على أساسالبرامج المكتوبة التي لا تستخدم JSON على هذا النحو ، ولكن تخزين الأزواج "اسم = قيمة" تماما وتوفيرها في التخلص من الخوارزميات اللازمة في الوقت المناسب.

أحرف خاصة ("" "،" ~ "،" | "، ...) وتنسيقات البيانات

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

وظائف الانضمام / الانقسام الخاصة بـ JavaScript وتنفجر / تنفجر لغة PHP تسمح لك بسهولة وكفاءة باستخدام كل من تنسيقات بيانات XML ، JSON ، والإصدار الخاص بك. هذا الأخير هو الأمثل في كثير من الأحيان ، والأولى والثانية مثالية للاستخدام العام. إذا كان هناك نقل المعلومات إلى مطور أو خادم أو ملف أو قاعدة بيانات أخرى ، فإن XML و JSON ليسا أفضل. مع كل منهم العمل ، لأن نقل / استقبال المعلومات لا يحتاج تعليقات.

باستخدام JSON على Android

لا تعد قراءة البيانات وكتابتها بتنسيق JSON في Android مجرد قاعدة للأشياء فحسب ، بل أيضًا الكثير من الكائنات الموجهة للعمل مع تنسيق البيانات هذا.

كثيرون يربطون النجاح الهائل للشبكات الاجتماعية مع حقيقة أن الأعضاء والزوار إلى المواقع ذات الصلة (Facebook، LinkedIn، Twitter، ...) يستفيدون من المواد المنشورة هناك.

في هذه الحالة ، يتم استخدام تنسيق JSON. ربما يكون هذا صحيحًا ، ولكن السؤال ليس الطبيعة الظاهرية للشبكات الاجتماعية ، ولكن حقيقة أن تقديم المعلومات في شكل "name = value" مناسب لكل من البرمجة والاستخدام. على عكس "XML" الصارمة والمعقدة ، هذا هو حقا تنسيق سهل الاستخدام.

صفائف الارتباط

حدث ذلك أنه ينبغي وصف المتغيرات(JavaScript) أو على الأقل تحديد القيمة الأولية (PHP). في كلتا الحالتين ، يمكن للمتغير تغيير نوعه بسهولة. إذا لزم الأمر ، فستقوم اللغة بإجراء هذا التحويل تلقائيًا.

لكن لماذا لا تغير اسمك ،لا تظهر أثناء تنفيذ الخوارزمية ولا تختفي عندما تختفي الحاجة إليها؟ تسمح المصفوفات الارتباطية بحل هذه المشكلة ، ولكن بعد ذلك باستخدام متغيرات ديناميكية نسبياً ، فإن اسم الصفيف والبنية التركيبية المناظرة يتبعان أماكن تطبيقهما.

بشكل خاص يتم التعبير عن هذا الظرف بوضوح في PHP ،ولكن يمكن التسامح مع هذا ، كما هو الحال مع الرمز "$" في اسم المتغير ومزيج "$ this->" داخل الكائن. البرمجة في نفس الوقت في جافا سكريبت و PHP ، في البداية من المدهش حقا كيف أن كل شيء مختلف ، ولكن يصبح كل شيء مألوفًا وطبيعًا ...

الصفيف الوراثي -> JSON

في هذا المثال ، يتم إنشاء وثيقة * .docx باستخدام مكتبة PHPOffice / PHPWord ، ويحتوي مصفوفة aProperties على خصائص هذا المستند (المؤلف ، الشركة ، العنوان ، الفئة ، تاريخ الإنشاء ...).

يحتوي الصفيف الثاني على بيانات في الصفحة:

• التوجيه (المناظر الطبيعية أو المعتادة) ؛
• الأحجام على الرأسي والأفقي.
• المسافات البادئة (الحقول على اليسار ، من أعلى ، من الأسفل ، على اليمين) ؛
• الرؤوس والتذييلات.

يتم إنشاء المستند على الخادم ،حيث يتم تثبيت مكتبة PHPOffice / PHPWord. يوفر الموقع إدارة قيم هذه المصفوفات من خلال JavaScript. يتم إرجاع النتيجة بتنسيق JSON إلى الخادم واستخدامها في خوارزميات PHP ، في بنياتها ، أي في المصفوفات.

المتغيرات الديناميكية

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

في هذا المثال ، تحدد الدالة GetOjInfo () الاسمالقيمة والقيمة من الكائن. مبدئيًا ، يحتوي كائن سلسلة JSON المعيّن لمتغير ojInfo على ثلاثة عناصر: الاسم والعمر والعمل. بعد قليل ، يتم إضافة متغير الحالة.

بعد أول عبارة حذف ، سلسلة ojInfoيفقد عنصر العمر ، بعد الحذف الثاني - عنصر العمل. إذا افترضنا أن هذه السلسلة عبارة عن مجموعة من المتغيرات التي لها معنى معين ، فعندئذ من خلال JSON ، يمكنك فعليًا إنشاء وتعديل وحذف أي من مجموعاتها خارج حقل العملية (بناء الجملة) لوصف لغة جافا سكريبت ومعالجتها.

لم يتم حساب تنسيق JSON لهذا الخيار ، ولكنه ممكن وعملي وملائم.