 |
السلام عليكم
اخواني اريد ان اسل عن كود التعديل و كود ادخال البيانات
ايهما افضل
ان اسوي صفحتين الصفحة الاولى فيها النموذج و الصفحة الثانية يوجد بها كود ادخال البيانات او كود التعديل و نقوم بارسال البيانات من الصفحة الاولى عن طريق action
اما ان يكون الفورم و كود ادخال البيانات او التعديل في نفس الصفحة صفحة واحدة فقط
صفحتين اسرع لانك لم تفحص الشرط
لكن اسرع بماذا يعني بتعليمة
اخي نصيحة لاتنظر الى هذه الاشياء في السرعة ادخل موقع php.net وقرأ عن التعليمات وزمن التنفيذ مثلا echo و print اقصد اقرأ عن افضل الدوال واو الكلاسات التي تستخدمها كثيرا
__________________
لا إله إلا الله محمد رسول الله
أحياناً سكربتك قد يتطلب تفرّعات وتعقيدات تضطرك إلى استخدام أكثر من ملف ..
هذا أسلوب برمجي يعتمد على ماذا تريد أنت أن تفعل وعلى كم الكود الموجود في ملفك وطريقة ترتيبك للكود وسهولة تعديله ..
تحياتي، أشرف السمهوري
بالتاكيد هناك فرق في السرعه ولكنه فرق زمني مهمل لن تلاحظه
الإخوة اللي ذكروا فرق السرعة أتمنى أن يتم توضيح السبب !
سورية ، إذا كان الفرق بسبب الشرط ، فالبرمجة الآمنة تتطلب أيضاً التحقق من طريقة الإرسال حتى وإن كانت العمليات ذات جانب السيرفر تتم في صفحة منفردة ..
بانتظار توضيحاتكم
تحياتي، أشرف السمهوري
الأخوة مؤخراً صارو يهتموا بشدة بموضوع السرعة لدرجة انهم يتحدثون في فروق لكي تظهر فرق ملحوظ يجب ان تتكرر فوق ال 1000 مرة في الصفحة
اتمني ألا ينشأ لدينا هاجس في سوالف سوفت عن أيهما أسرع
وصل الحال لنصيحة البعض بترك البرمجة الكائنية والدوال والكتابة بدونهما للحصول علي فرق زمني حينما حسبته وجدته أهمش من الهامشي بكثير !!
في وقت بدأت البرمجيات الغربية تضع معمارية لبرمجيتها لنقلها لفريم ورك بال mvc حيث تعالج كل دالة بداخل كلاس action بشكل منفصل
__________________
السيف أصدق أنباء من الكتب
المجروح،
اخي استوقفني ردك، فاذا اذنت لي بالتعليق فتفضل بتوضيح بعض النقاط التي علقت عليها .. ان لم تأذن فاعتبر هذا الرد غير موجود..
-----------------------
صراحة اخي هذا "الهوس" موجود بالفعل عند المبرمجين المتقدمين .. ويتناقشون فيه بشكل كبير جدا.. بل قد يكون اكثر من هذا..اتمني ألا ينشأ لدينا هاجس في سوالف سوفت عن أيهما أسرع
لكن ليس من الحكمة ان يهتم بها غير المتقدمين نظرا لانها لن تفيدهم في عملهم. بل من الجيد ان يتناسوها لعدم الاستعمال او الفهم الخاطيء.
لست ممن ينصحون بترك البرمجة الكائنية .. لكن لفتت نظري حساباتك واستنتاجك بان الفرق الزمني أهمش من الهامشي بكثيروصل الحال لنصيحة البعض بترك البرمجة الكائنية والدوال والكتابة بدونهما للحصول علي فرق زمني حينما حسبته وجدته أهمش من الهامشي بكثير !!
فهلا عرضت لنا النماذج التي استخدمتها للاختبارات + نوع المسرع أو عدمه ان امكن؟
أيضا ما هو تعريف الفارق الهامشي عندك لأن هذه تعتبر نسبية من مبرمج لأخر؟
الكل الان يهتم بذلك وهو موضع دراسات كثيرة.. جزاك الله خيرا.في وقت بدأت البرمجيات الغربية تضع معمارية لبرمجيتها لنقلها لفريم ورك بال mvcحيث تعالج كل دالة بداخل كلاس action بشكل منفصل
التعديل الأخير تم بواسطة mr_m ; 22-04-2009 الساعة 05:03 AM
__________________
محمد حمود.
فعلاً ، العجيب في الأمر أن البعض قد يستغني عن أجزاء مهمة من الكود بداعي السرعة ..
المشكلة أن المحترف والمبتدئ يجد جميع الدروس والشروحات متاحة له دون ترتيب .. فتراه يقرأ عن أداء البرمجية قبل أن يقرأ عن أساسيات البرمجة والأمان في برمجياته ..
عموماً، المبرمج المتمكن بعد تعلمه لكافة الأساسيات والركائز الرئيسة لبرامجه بمكنه تسخير معلوماته الحديثة حول سرعة الأداء لتصبح جزءاً من برمجته مستقبلاً ..
في الأسئلة والنقاشات العادية يكون موضوع الحوار حول خوارزمية العمل وليس سرعة أداء هذه الخوارزمية ..
تحياتي، أشرف السمهوري
لم أجد فيه إهتمام كبير إلا حينما يتعلق الأمر بكتابة فريم ورك حيث نأش صراع بين بيئات العمل عن الفرق في السرعة بينهم لدرجة أن هناك من يخرج بيئة عمل ويستخدمها لمرج فرق في السرعة من 0.6 ل 0.7
ألا تري معي ان هذا هاجس ؟
ثم وجود هذا الهاجس عند الغرب أيضا لا يعني بالضرورة ان ننقله لنا
من يكتب برمجية كبيرة خاصة او عامة لا يهتم نهائيا بالفوراق التي وجدتها في تطبيقات لدروس كانت تتحدث عن السرعة تكون أحيان فارق في السرعة مثل هذا
0.003 هل هذا حقاً فارق يستحق العمل عليه في برمجية خاصة او عامة ما لم تكن البرمجية أكتملت بالكامل ويستخدمها الملايين ؟
يعني ليس من المعقول ان اكتب برمجية لموقع واحد وأهتم فيه بهذه الفوارق الهامشية للغاية
كما وضحت لك الإهتمام الأكبر في هذه الأمور كان منصب علي برمجة بيئات العمل فهم يهتمون بكل جزء من الثانية ليظهرون بشكل لبق في المقارنات التي في الغالب تحسب فرق السرعة ولا تهتم لما تحويه بيئة العمل من خصائص قد تكون أفضل
والسهولة في الإستخدام أحيانا تستحق إعطاء هذا الجزء من الثانية في العمل
ولهذا فإستخدام ال mvc وجعل كل أكشن تعالجها دالة هو أمر سيعطي وقت زيادة عن الكتابة التقليدية الخاصة بملف ال global وطرح كل كتاباتك علي الصفحة مباشرة بدون دوال ولا كلاسات
ولكن هذا الوقت الذي أصر انه هامشي يفرق في مظهر البرمجية وسهولة التطوير فيها بفارق كبير جدا
هل جربت ان تكتب هاك للفيبولتن وتعالج الأكشن بالطريقة العقيمة if request وكتابة كل شئ داخل الصفحة ؟
حينما وصلت بي الصفحة ل 800 سطر شعرت بقمة الملل ثم بدأت كتابتها من جديد بكلاس ومعالجة الأكشن ب switch داخل الكونستراكتور لترسل لدوال وكل دالة خاصة بصفحة
ويا له من فارق كبير في الراحة والمظهر
ويا لها من معاناة من تعريف المتغيرات ك global في كل دالة
إذا كنت تنصح أخي بإستخدام الدوال بندرة فهذا رأيك الشخصي ولكني أميل للمقولة التي قرأتها في بداية تعلمي وهو أن البرمجية الغير مبنية بالكامل علي oop هي في الغالب برمجية سيئة التطوير
الأمر وجهات نظر أخي وأحترم وجهة نظرك بالكامل
وأتمني ألا تأخذ الأمر بشكل شخصي كونك كتبت موضوع عن السرعة وجاء تعليقي في نفس الوقت فلم يكن ردي يقصدك نهائي
خاصة وأن كل ما ذكرته في موضوعك لا يمكن تطبيقه سوي في حدود ضيقه
فإستخدام ' بدلاً من " تعطي سرعة أكبر لأنها لا تبحث بداخلها علي متغيرات ولكن تطبع علي الفور مما يعني انه لو وضعت بالداخل متغير أو حتي أسكي فلن يعمل وبالتالي فإستخدامها محدود للغاية
كذلك إستخدام :: بدل الاوبجت تستخدم في حين مناداة ال member أو الدالة فقط ولا تطبق الكلاس بكامل خصائصا من كونستراكت وغيره
يعني هي تعطي سرعة أكبر لوجود علة وليسوا طريقتين في الكتابة وتنصح بإحداها
كذلك الفرق بين ستاتيك وبابلك وبروتكتد وبريفيت فهي أصلا كل واحدة ولها إستخادمتها وربما يكون النصح هنا للمسرف في إستخدام بريفيت بدون سبب لأنه حسب ما رأيت فمن يستخدم البريفيت والبروتيكتد يستخدها بندرة شديدة والكل يضع دوالة ومتغيرات للكلاس بدون تعريف لتكون public إفتراضياً
لهذا ركزت بشدة علي هذا الهاجس خاصة وأنه تسبب لنا كما تري بلبلة مؤخراً عمن يسأل عن الأسرع في كود ربما يكون بدائي للغاية او لتطبيق ضيق جدا لموقع واحد فليس من المعقول ان نجيبه لنزيد الهاجس لديه ليوفر في برمجيته بما طلبه هذا سرعة في الموقع تقدر ب 0.00005 ثانية !!
هل تعلم ان هذه الطريقة متبعة في العلم حتي في الأمور الدينية ؟
فأنه لا ينصح ان تحدث شخص بدأ الصلاة حديثاً عن أن صلاة السنة في البيت أفضل من المسجد وذلك لانه قد يتكاسل
فأتركه دون إعلامه حتي يعتاد السنة ولا يستطيع تركها ثم أنصحه
وللمرة الثانية أوضح
لا علاقة نهائي بردي هذا بموضوع الذي أري بشدة انه موضوع رائع ومفيد وأفادني شخصياً
ولكني أعلق علي صفحة أولي في منتدي php فيها موضوعين عن فارق السرعة وهو فارق في الحالتين لا يكاد يذكر فأحببت إصلاح الأمر حتي لا يتحول القسم لهاجس كما تري
وأسأل الله أن يوفقك أخي لعمل الخير ويعينك عليه يتقبله منك وأن ينفعنا به
__________________
السيف أصدق أنباء من الكتب
- اخي المجروح، كان مايشغلني فقط هو استخراج توضيح ولو موجز لوجهة نظرك، وقد تم..
حتى يكون واضح لمن يقرأ انه هناك اكثر من رأي في هذا الخصوص..
و بخصوص كلامك عن المواضيع فاليك هذه القاعدة: لا أهتم لا بمواضيع ولا اي شيء من هذا القبيل،
فقط المعلومة التي سأوصلها او التي قد أستفيد منها، والعلم لا يوجد فيه شيء شخصي.
وأجد خير اسلوب لهذا هو النقاش البناء.. علشان كدة قلت اسخنك شوية :nice: بس..
- بخصوص ما وضعتُه من معلومات، فيجب ان يكون المبرمج -ايا كان مستواه- على دراية بها، يعني هي بمثابة أ ب PHP.
قد لا يحتاجها كلها حاليا .. لكنه قد يحتاج لها مستقبلا، ولهذا تلاحظ اني لم اشير الى انه من الواجب التقيد بما ذكرت.
وقد يوجد من يسيء الفهم ويعتقد مثلا اني طالما اوضحت فرق السرعة بين ال Static method و ال object member باني لا افضل البرمجة الكائنية.
لكنه اذا دقق في كلامي مرة واثنتين ربما قد يجد عكس ذلك .. فلكل شيء استخدامه.
- الفوارق المذكورة قد يهتم بها اشخاص وقد يهملها آخرين لكن هذا يرجع اولا واخيرا لمتطلبات العمل وما يفرضه.
- من وجهة نظري ارجح التوسط، يعني:
استخدام ال procedural في مراحل تخزين و جلب النتائج من الكاش لعرضها، وتنقية المدخلات، نظرا للخفة والسرعة.
والمراحل النهائية من الكود التي تتحتك بال HTML او ال XML وعرضها على المتصفح، وهي التي تطلب ال Objects الرئيسية وتحتويها.
بالاضافة لمعالجة القليل من ال Ajax requests .
واستخدام الاوبجكتس في جميع عمليات ال processing للداتا -حتى يسهل التتيع و التحرك بحرية بين الصلاحيات و ال modules ...... الخ،
و حتى يتوافق شكلا مع ما هو مكتوب على الورق.
- وبالطبع هناك تفسيرات كثيرة لاقتناعي باستخدام ال procedural في بعض مواضع، منها هذا المثال:
لنجرب عمل autocomplete في حقل لأسماء الاعضاء مثلا .. بغض النظر عن الضغط الذي سيتسبب فيه اذا لم نلتزم بكود optimized
هو اننا كشفنا البرنامج وجعلناه عرضة لمحاولات التخريب..
__________________
محمد حمود.
استغرب تحول الموضوع... مع ان السائل بالأساس ما كان يسأل عن السرعة...
-بالنسبة للسؤال:
الافضل الاسلوب اللي تحصل في على:
1- high reuse بمعنى انك تعيد استخدام اجزاء كثيره باكثرمن مكان في البرنامج
2- clear code الشخص يفهم ما تحاول الوصول له باقل وقت ممكن
3- وطبعا اخطاء اقل، لكن هذا نسبى من شخص لاخر
-بالنسبة للسرعة! ونحن في زمن السرعة!!
1- اذا تقصدون (بالغرب) الطريقة العلمية، الفكرة حساب ال complexity للبرنامج ، ما اعتقد انه يهمكم لذلك لن اشرحه... باي حال الكتب و المصادر عن بالالاف Analysis of algorithms - Wikipedia, the free encyclopedia
2- اما (الوقت) فهو مهم لمبرمج php بحالتين: اذا كنت تكتب مكتبة يستخدمها غيرك، تحاول تقليل الوقت. أو اذا كان ال response time للصفحة غير مقبول... بمعنى مالم يزيد عن (برأيي)عن ثلاث ثواني.. فهو جدا مقبول... باي حال الموضوع يختلف مع الوقت والبحوث عنه موجوده (وجدت لكم واحد) Web Performance Matters - Journal - Acceptable Response
ضوابط المشاركة
رد مع اقتباس
المشاركة الأصلية كتبت بواسطة المجروح 
