ما هي اختصارات البرمجة التي ينتهي بك الأمر إلى الندم عليها أو التراجع عنها؟[مغلق]

Question

لقد رأيت هذا السؤال وذكرني بـ AutoGenerateColumns في DataGrid القديم.في المرات القليلة التي استخدمتها فيها ، انتهى بي الأمر إلى دعمها لأنني كنت بحاجة إلى تنسيق بيانات عبر المعيار "قم بإبراز أعمدة مصدر البيانات". وبالمثل ، مع التبديل ، يبدو أنه سيوفر الوقت ، ولكن بعد ذلك ينتهي بك الأمر إلى تتبع الحالة أو أي شيء آخر ، وتعيد كتابة الكود وفقًا لذلك.

هل هناك أشياء ينتهي بك الأمر إلى استخدامها معتقدًا أنها ستوفر لك الوقت، ولكن ينتهي بك الأمر إلى التراجع عنها لأنها لا تفعل ما تحتاجه؟

Answer 1

قم بتحسن بسيط في نظام العمل الحالي وعدم تغطيته مع الاختبارات.

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

Answer 2

أعتقد أن الإجابة الواضحة لأكثر البرمجة المؤسفة "اختصار" ستكون GOTOS.

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

Answer 3

كل مشروع ويب كبير يبدأ بكمية كبيرة من الوحدات عادةً ما يتجاوز نطاق التطبيق الذي سيتم إنشاؤه في النهاية.

لذلك، تستدعي طبقة الويب واجهة المفوض، واستدعاءات تنفيذ المفوض، واستدعاءات واجهة الخدمة، واستدعاءات تنفيذ الخدمة، واستدعاءات واجهة داو، واستدعاءات تنفيذ داو، وما إلى ذلك.

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

---

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

إذا كنت تكتب helloworld، فما عليك سوى كتابة الكود وتجميعه لاحقًا حسب الحاجة.

Answer 4

ترك Visual Studio القيام بربط البيانات. إنه يعمل معظم الوقت ، لكنه في بعض الأحيان يقدم الأخطاء الدقيقة التي تستغرق وقتًا أطول للعثور على البيانات وحلها أكثر بكثير.

Answer 5

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

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

Answer 6

باستخدام أحدث وأكبر ميزة منu003Cinsert framework here> فقط أن تفشل وتستغرق وقتا أطول.

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

Answer 7

أكثر من استخدام وحدات الماكرو C/C ++. أعتقد أنه مشاريع كبيرة تندرج في المشاريع الصغيرة أكثر من مشاريع صغيرة.

Answer 8

ليس بالضبط اختصار ، ولكن: كتابة فئة سلسلة C ++ دون حتى النظر في احتمال أن يكون لدى شخص آخر نفس الفكرة. ومع ذلك ، فقد كان تمرينًا جيدًا ، كما تعلمت:

• كتابة مكتبة لا تجعل جميع البرمجة المنحدرات من هناك. قد يكون من الأسهل الحصول على مكتبة في متناول اليد ، ولكن إذا كان من الصعب فهم دلالات المكتبة من تنفيذ الوظائف باليد ، يمكن أن تتحول المكتبة إلى أن تكون عديمة الفائدة إلى حد ما.
• يحتوي C ++ على الكثير من الميزات الأنيقة حقًا.
• C ++ مفقود دائمًا تلك الميزة التي أحتاجها حقًا.