كيف المهم هو W3C XHTML/CSS التحقق من الصحة عند وضع اللمسات الأخيرة على العمل ؟ [مغلقة]
https://stackoverflow.com/questions/7940
-
08-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
على الرغم من أنني دائما نسعى لاستكمال التحقق من صحة هذه الأيام كثيرا ما كنت أتساءل إذا كان مضيعة للوقت.إذا كان يتم تشغيل التعليمات البرمجية ويبدو نفسه في جميع المتصفحات (يمكنني استخدام browsershots.org للتحقق من) ثم هل أنا بحاجة لاتخاذ أي زيادة أو أنا مجرد كونها مفرطة في الشرج ؟
أي مستوى هل تعقد الخاص بك عند إنشاء ذلك:
أ) نفسك ب) زبائنك
P. S.جيف الشركة ، لماذا لا تجاوز سعة مكدس مشكلة ؟ ؟ :)
تحرير:بعض أفكار جيدة, أعتقد أنه منذ كنت صالحة هاجس لفترة طويلة وأنا برنامج معرفة ما سوف يسبب مشاكل و ما لا لذلك أنا في وضع أفضل من الناس من إنشاء الموقع أولا ثم "العودة وإصلاح مشاكل التحقق من صحة"
اعتقد سؤال آخر على تجاوز سعة مكدس;"هل من صحة كما تذهب أو الانتهاء من ثم العودة و التحقق من صحة" ؟ يبدو فيها هذا السؤال هو ذاهب
المحلول
أ) يجب أن ننظر نفسه
ب) المعايير المتوافقة ممكن ، ولكن ليس ذلك الشرج أنه كتل الانتهاء من العمل
في الحالة التي يكون فيها لديك دائم الوصول إلى التعليمات البرمجية, أنا لا أعتقد معايير الامتثال بتلك الأهمية, حيث يمكنك دائما إجراء تغييرات على التعليمات البرمجية إذا كسر شيء.إذا لم يكن لديك دائم الوصول (أي تقوم بتسجيل الخروج على القانون و يصبح شخص آخر المسؤولية), ربما من الأفضل أن تكون متوافقة مع المعايير قدر الإمكان لتقليل الصيانة الصداع في وقت لاحق...حتى لو كنت لا تضطر إلى التعامل مع الرمز مرة أخرى ، سمعتك استمرت ويمكن أن تنتقل إلى غيرها من العملاء المحتملين ، و العديد من الفرق ترغب في إلقاء اللوم على المطور السابق(ق) عن المشاكل التي تأتي.
نصائح أخرى
وأعتقد أن هذا هو أحد المجالات التي يجب أن نسعى جاهدين لاستخدام متانة مبدأ بقدر ما هو عملي (وهي نصيحة جيدة في أي مجال الترميز).فقط لأن شيئا ما يعمل اليوم لا يعني أنه سوف يعمل غدا:إذا كنت تعتمد على معين HTML/CSS هاك أو حتى إذا كنت قد تم للتو قليلا التراخي في ينبعث منها بدقة رمز صالح التكرار التالي من المتصفحات قد كسر.القيام بذلك مرة واحدة في الطريق الصحيح يقلل من هذه المشكلة (على الرغم من لا كليا التخفيف من ذلك).
وهناك عنصر معين من البراغماتية أن تأخذ هنا.من المؤكد أنني أفعل كل ما أستطيع لموقع العميل على أن تكون سارية المفعول ، ولكن أود أن تكون على استعداد لاتخاذ المزيد من المخاطر في الفضاء.
أعتقد أنه فقط "التكنولوجيا" الرجال الذين يهتمون حقا عن "100% معيار الامتثال".بلدي المعتادة الصفحة المستهلكين (= المستخدمين) لا يهمني إذا كان لا يوجد بديل سمة "الحدود القائمة عنصر في الصورة".
أنا عادة فقط تأكد من أن لا أرى أي أخطاء واضحة (كل فئة مغلقة ، حالة انخفاض جميع الصفات في الاقتباس, ...), ولكن إذا كان يبدو جيدا على أي وما يليها ، وهذا كل ما يهمني.لا يهمني إذا كنت تستخدم غير القياسية سمة أي علامة HTML, حتى أن الصفحة لا صحة ضد DTD - طالما أحصل على النتائج البصرية التي لا تهدف إلى الحصول على.
فهم لماذا التحقق من صحة الأمور ، وهناك حاجة لفهم كيف يعمل المتصفح في طبقات مختلفة و أيضا قليلا عن تاريخ الإنترنت من منظور متصفحات الويب.
HTML تعطي المتصفح يتم تفسيرها من قبل المتصفح بعد دوم تطبيق واجهة برمجة خرائط كامل الصفحة التسلسل الهرمي من العقد.كل جزء من هذا شجرة هو نوع من العقدة التي تحتوي على أنواع مختلفة من البيانات.دوم (نموذج كائن المستند) كان ضروريا بسبب تنوع صفحات HTML التي المبكر متصفحات الويب (Netscape, أي...) تنفيذ للسماح تغيير مظهر المحتوى من صفحة ويب دون إعادة عليه.من أجل الحفاظ على عبر منصة طبيعة الويب W3C يريد إصلاح المختلفة تنفيذ تلك المتصفحات ، واقتراح دوم.
دوم الدعم أصبح أولوية كبيرة بالنسبة لمعظم متصفحات الويب البائعين الجهود الجارية لتحسين الدعم في كل إصدار.وهكذا تم الأمر.
دوم هو الخطوة الأساسية جدا التي مستعرض ويب يبدأ.الرئيسية تدفق هو:
- تحليل HTML لبناء شجرة DOM
- شجرة العرض البناء
- تخطيط شجرة العرض
- اللوحة شجرة العرض
الخطوة 1 المحتوى شجرة, مع الكلمات تحولت إلى DOM.الخطوة 2 يعطي شجرة العرض, تحتوي التصميم المعلومات.
لذلك ، لماذا التحقق من صحة الأمور:لأن المحتوى شجرة و شجرة العرض هي الأساس الذي متصفح الويب البدء بعملها.أكثر فهي واضحة المعالم, أفضل متصفح الويب.
في نهاية المطاف دوم هو أيضا أساس جافا سكريبت الخاصة بك الأحداث.لذلك ، فإن التحقق من صحة يساعد على التفاعل الطبقة أيضا.
أعرف أن هذا ليس الإجابة على كل سؤال ، ولكن الأمر يستحق النظر باستخدام صالحة تماما html يمكنك أن تكون متأكدا من أن موقع الويب الخاص بك يجب أن تعمل بشكل صحيح في المستقبل متصفحات الويب التي لم يتم الكشف عنها حتى الآن.
توجهي يميل إلى أن يكون لضمان أستطيع تماما من صحة على كل الصفحات ، ومع ذلك ما زلت إرسال الصفحة كما نص/html بدلا من تطبيق/xhtml+xml حتى لا تكون هناك القبيح XML الأخطاء في حال كنت قد غاب عن شيء.
بالنسبة لي أشعر أنني قد فعلت بعمل جيد إذا البرمجية بالتحقق.رؤية خانة الاختيار الخضراء على w3c صفحات فقط يجعلني قليلا دائخ.أما عن المجموعة باء ، وعادة ما يهمني أن يبدو و يعمل نفسه عبر المتصفحات.أنها المكان الوحيد لقد وجدت أن هذا ليس صحيحا هو القطاع الحكومي.أنها تتطلب إكمال التحقق ليس فقط مع w3c ولكن أيضا تمرير ادا الاختبارات (أساسا كيف يبدو مع قارئ الشاشة).
p.s.عندما أقول القطاع الحكومي ، أعني تحديدا ولاية كاليفورنيا و عدد قليل من المقاطعات في داخله.أنا لم ذر تجربة مع مجموعات من دونهم.
أعتقد التحقق من الصحة اختبارا جيدا ما إذا كنت قد فعلت الأشياء بشكل صحيح ، لذلك إذا كان هناك فقط عدد قليل من المشاكل الصغيرة ، لماذا لم تصلح لهم و ضمان موقع الويب الخاص بك على الأقل أن يفهم بشكل صحيح من قبل المتصفحات في المستقبل (حتى لو لم تجعل الأشياء بشكل مختلف لأسباب أخرى)?
OTOH معظم المشاريع التحقق يبدو صداع كبير و إذا كان يمكنك الحصول على الأشياء التي تعمل عبر المتصفحات ، إنه لا يستحق إنفاق إضافي يوم/أسبوع+ على مجرد التحقق من الصحة.
إلا أن المصادقون أنفسهم حتى إيجابا الشرج ، عندما علم خطأ أو تحذير كلما -moz - أو -webkit أو -o - أيمتصفح مؤهل معين مصطلح يستخدم.أيضا يريدون منك أن تحدد 0px بدلا من 0 أو الوحدات الأخرى صفر هو صفر مهما وحدات المصادقة يريد التحقق من ذلك ضد!
مجرد محاولة التحقق من صحة وورد twentyeleven النمط.css فإنه يلقي 140 الغريب أخطاء كل من طبيعة أعلاه أو المصادقة يتعافى من تحليل الأخطاء
على المصادقون هي عديمة الفائدة إذا كنت لا يمكن فرز الغث والسمين!!!
نحن بحاجة المصادقون أن يتعرف المتصفح مؤهل معين الشروط!
