Her HTML ve CSS Standardını kesinlikle izlemeli miyim?


11

Birkaç yıl önce kendimi bir web geliştiricisi olarak düşündüm, temel 3 dili (HTML, CSS, JS) ve çok sayıda PHP'yi biliyordum. Basit metinden gerçek web sitelerine geçmek, o zamanlar benim için gülünç derecede karmaşık olan "standartlar" nedeniyle bir acıydı. Bu oldukça aşağı kaynatıldı (IE ile ilgili şeyler eksi):

Pasta grafikte web geliştirme

Standartlar, işleri daha basit bir şekilde yapmanın eski yollarını değiştirmek için vardır. Ancak bazı şeyleri gerçekten uygulamaya çalışırken (örneğin Tamamen CSS tabanlı mizanpaj), daha basit ve hala çalışan bir çözüm yaptıysam, bunu yapmam 10 kat daha uzun sürdü. Aynı şekilde oluşturulduysa, tarayıcıları değiştirdikten sonra neden 10 kat daha uzun süren ve kırılan daha karmaşık örneği kullanmalıyım? Bu, Freenode IRC'deki ## php, ## css ve ## js'de birçok uzun dini tartışmaya yol açtı ve orada küçük dünyalarıyla uğraştığım için beni ## css'den yasakladı.

Benim sorum: Her standart ve kodlama kuralına uymam gerek, beni 10 kat daha uzun alsalar da basit sonuçla aynı sonucu alsamlar mı?


Ankette etiketi, (büyük veya küçük) her boyutta web sitesi varsa o sizin için, do sen tüm standartlara uygun?


Bu grafik var olsa anti-IE ...
Ullallulloo

Standartlar ve sözleşmeler oldukça farklıdır. Ben standartlara uygun olduğunu söyleyebilirim (W3C-özellikleri, geçerli kod), çünkü yapmazsanız işler bozulacaktır. Ancak, tablasız tasarım bir rehber, tercih, en iyi uygulamadır, ancak kendi başına bir standart değildir.
İnka

Verimliliği% 47 +/-% 5 artırmak için bir algoritma buldum. IE'de geliştirerek başlayın ve FF, Chrome, safari vb. Hakkında endişelenmenize gerek kalmayacak .... :). diğer tüm tarayıcılar sadece çalışır
Ibu

CSS kullanıyorsunuz, çünkü 50. tabloyu oluşturduktan ve biri gelip sizden hepsini farklı ve hala tutarlı bir şekilde değiştirmenizi istiyorsa, mutlu bir yerde olmayacaksınız. Orada, bunu yaptım (ama ilk karışıklığı yaratan ben değildim)
Kevin Cline

Yanıtlar:


12

Önce ürün, sonra cila.

Sitenizi / uygulamanızı / oyununuzu yapması gerekeni yapın. Çalıştırın ve insanların ilgisini çekin.

Sonra, zamanınız olduğunda, geri dönün ve cilalayın. Sadece çünkü sen bakım, başkası yapar çünkü.

Elbette, uyumsuzluk sorunları insanların görüntüleyemediği anlamına geliyorsa veya okunamayacak kadar çirkinse veya yüklenmesi bir ay sürüyorsa veya bakımı zorsa veya tarayıcıyı kilitliyorsa, bu büyük bir sorundur. Ancak standartlara uygun olsanız bile yine de büyük bir sorun olurdu.

Sıradan kullanıcılar, yüklemeyen ve gitmeyen bir web sitesinin kaynağına bakmaz, "Eh, resimleri göstermiyor, ancak tamamen W3C uyumlu". Başka bir web sitesine göz atarlar ve asla geri dönmezler.

Sonuç olarak, yazma tarayıcılarını kolaylaştırmak ve potansiyel güvenlik açıklarını kapatmak için standartlar vardır. Amazon, Penny-Arcade ve Stack Overflow paralarını standartlara uygun bir web sitesi çalıştırmaktan alamazlar. Web sitesi yazma yarışmasına katılmazsanız, siz de istemezsiniz.


12

Standart yazarları, erişilebilirlikle ilgili endişeler gibi, sizin başınıza gelmeyen şeyleri düşündüler. Bir nedenden dolayı standartlar vardır. Ve HTML5 ile standartları takip etmek oldukça kolaydır.

Bazen, standarda uymamak için bir neden olabilir, ancak bunu takip etmek varsayılan davranışınız olmalıdır.


1
Kulağa yeterince adil geliyor. Genel standartları takip etmeye çalışıyorum, sadece her birini değil
TheLQ

7

Tembellik, standarda uymamak için bir mazeret değildir. Bazen, eğer standart aptalsa, onu takip etmemenin bir nedeni budur. Standardın ne zaman aptal olduğunu nasıl anlarsınız? Uzun bir süre boyunca tüm ilgili standartları harf ve ruh halinde takip etmek için iyi niyetle çaba gösterdiğinizde ve bazı niş vakalardaki standardın aslında hatalı olduğu makul ve iyi desteklenen bir sonuca vardığınızda, sen.

Çoğu zaman, bu olsa da geçerli olmayacaktır.


5

Mümkün olduğu kadar iyi standartlara 'bağlı' diyebilirim - ama nitpicking çok fazla zaman harcamayın, bazen standartların mükemmelliği için standart bir HTML / CSS üzerinde mühendislik yapabilir ve en kötü durumda bırakabilirsiniz.

Örnek olarak, web uygulamalarımızdan birinde faturalandırma için bir sayfamız var. Sayfa, faturalandırılacak öğelerin uzun bir listesini listeler ve birkaç sütun içerir. Orijinal geliştirici, CSS'deki tüm 'masa' yapısını tasarladığı "Tablolar kötüydü" sendromu ile o kadar başarılı geçti.

Şimdi, rapora fazladan birkaç sütun eklemeniz gerekene kadar oldukça etkileyici, CSS ayarlarını, genişliğini vb.

Eğer geliştirici, standartlara uygun bir şekilde tee'ye kadar takip etme konusunda o kadar anal olmasaydı, aslında, normal bir html tablosunun çok daha mantıklı olacağını, fatura tarihinin sonuçta tablo olduğunu fark etti.

Bu beni anlamsal HTML'ye yönlendiriyor. HTML'nizin yalnızca sayfanızı tanımlayan öğeler içermesi gerektiğine inanıyorum. Stiller CSS'de depolanmalı ve en kötüsü, uygun olduğunda HTML etiketinin 'Stil' özelliğine girilmelidir.

Ayrıca bir HTML doğrulayıcı üzerinden koymak gerekir geçerli bir neden görmüyorum - geçerli HTML almak koşuluyla hemen hemen orada vardır.


3

İlk olarak müşterilerinizin kullandığı tarayıcıları desteklemeniz gerekir. İkinci olarak, uygulanabilir olduğunda standartlara uymalısınız.

Örneğin, yakın tarihli bir projede desteklememiz gereken tek tarayıcı Firefox 3.5 idi. Bu, sayfanın başka bir tarayıcıda nasıl görüneceğinden endişe etmeden -moz css özelliklerini kullanabileceğimiz anlamına geliyordu. Gerçekten uzun bir yuvarlatılmış köşeler yapmaya değer olurdu, sadece standart css kullanıyorduk?

Bununla birlikte, birden fazla tarayıcı için site oluştururken standartların size engel olmak yerine genellikle size yardımcı olacağını söyledik. Çoğu standarda bağlı kalmaya çalışırdım, ancak tarayıcı uyumluluğu için sapmak zorunda kalsam uykuyu kaybetmem.

Anket için benden cevap hayır.


0

Standartları körü körüne takip etmeyin. Bazı standartlar iyi, bazıları kötü. Çeşitli amaçlara hizmet ederler ve HTML5 taslakları gibi, büyük tarayıcı üreticilerinin ve web geliştiricilerinin bir koleksiyonunu çoğunlukla iyi görünen belirli bir yönde itmeye hizmet ederler. Ama her zaman standartlaştırılmış bir sürü korkunç şey olduğunu unutmayın ...

COBOL da bir standarttı.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.