مقالات عن: برمجيات

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

مع تعودنا على أُطر العمل Javascript الشهيرة مثل Vue.js, React, Angular بدأنا بإستخدامها في كافة المشاريع البسيطة منها أو الكبيرة، وإن كان الاستخدام يقتصر على إضافة تفاعل بسيط للصفحات. Alpine.js تمثل الحل المثالي للاستخدام عندما نريد إضافة تفاعل وتأثيرات بسيطة لكننا أيضاً نريد إطار عمل ببنية مشابة للتي تعودنا عليها.

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

في المقالة السابقة قمت بالكتابة عن كيفية اختبار عمليات CRUD وبدأت أولا بعملية الإضافة create وقمنا باختبار أنه يمكن إضافة مهمة Task بنجاح، ولكننا لم نقم باختبار اﻹحتمالات أخرى للتأكد من احتمالات إدخلات الخاطئة

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

متابعةً على للمقالة السابقة التي قمت بالتوضيح بها عن طريقتي التي أتبعها لكتابة اختبارات Unit للعلاقات بين Models سأقوم بهذه المقالة و المقالات التي تتبعها توضيح الطرق التي أتبعها عند اختبار عمليات CRUD وماهي الاحتمالات التي أقوم بتغطيتها لكل عملية منها.

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

ربما تكون قد تعملت أو سمعت من قبل عن فهارس قواعد البيانات (Database Indexes) فقد تكون قد درستها خلال مواد الخاصة بقواعد البيانات أو طبقتها خلال تعلمك لأحد الدورات التعليمية لأحد لغات البرمجة. فأنا تعلمتها بدايةً خلال دراستي الجامعية بمادة تصميم قواعد البيانات وقمت بتطبيقها ولكن لم أفهم ما أهميتها وما الجدوى منها، كل ما تعلمته أنها تقوم بفهرسة الجدول قواعد البيانات! كان هذا الوصف عام لأفهم من خلاله متى يجب علي استخدامهم ولماذا يجب علي ذلك؟

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

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

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

إن مفهوم التحقق من البيانات يقصد به التحقق من صحتها حسب قواعد معينة، ويقدم إطار العمل Laravel العديد من قواعد التحقق المتنوعة والجاهزة للإستخدام، كل ما يجب عليك فعله هو تحديد القواعد التي تريد التحقق منها على كل حقل ...