هل مستقبل ووردبريس خالي من الأكواد؟

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

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

هذه الاختيارات مهمة ، لأنها ستحدد الكثير عن المنتج النهائي. هل ستعمل بالطريقة التي نحتاجها؟ هل ستبدو بالطريقة التي نريدها؟ ما مدى مرونة التغيير في المستقبل؟ وربما الأهم من ذلك: هل ستحبسنا في منتج معين؟

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

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

أدوات إنشاء الصفحات تتحسن

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

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

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

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

يقوم جوتنبرج بإحضار الكتل إلى التثبيت الافتراضي

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

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

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

بالإضافة إلى ذلك ، سيسمح محرر الكتلة في النهاية بتحرير الموقع بالكامل. هذا يعني أنه بالإضافة إلى إنشاء المحتوى ، سيكون لدينا القدرة على إنشاء موقع ويب كامل بشكل مرئي - كل ذلك ضمن التثبيت الافتراضي لـ WordPress.

عندما يؤتي ذلك ثماره ، يبدو أن الكود سيصبح اختياريًا جدًا لأي شخص يقوم بإنشاء موقع ويب باستخدام WordPress.

الجيد والسيئ

يحتوي التحول إلى تجربة بناء موقع خالية من التعليمات البرمجية على بعض الإيجابيات والسلبيات المحتملة:

الايجابيات

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

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

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

ولم يساعد حتى الأداة الموصى بها ، مُخصص WordPress ، في التعامل مع بعض المهام - ولكن ليس غيرها. وهذا يعني التبديل بين واجهات المستخدم المختلفة لمحاولة تجميع الموقع معًا. إنها عملية قابلة للتنفيذ ، ولكنها ليست العملية الأكثر سهولة في الاستخدام.

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

السلبيات

على الرغم من الإيجابيات العديدة لمستقبل خالٍ من الأكواد ، إلا أن هناك بعض العيوب الحقيقية. ربما يكون الأمر الأكثر إلحاحًا هو أنه قد يتيح للمستخدمين غير التقنيين قدرًا كبيرًا من الحرية.

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

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

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

أخيرًا ، يجدر أيضًا التساؤل عما إذا كان هذا يثني المطورين الجدد عن العبث بالكود. يعد تطوير السمة نقطة انطلاق شائعة لتعلم PHP و CSS و JavaScript.

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

مشهد آخذ في التطور

حقيقة أن WordPress يتجه نحو عملية تصميم موجهة بصريًا كانت واضحة لبعض الوقت. منذ النظرة الأولى على تجربة التحرير القائمة على الكتل في Gutenberg ، أو حتى ظهور Customizer قبل سنوات ، بدا أن الهدف كان إنجاز المزيد من مهام التصميم دون لمس الكود.

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

سيؤدي ذلك إلى فتح عالم جديد تمامًا من الاحتمالات لكثير من الناس. ماذا يعني ذلك لمحترفي الويب؟ هذه القصة لا تزال قيد الكتابة.