Po pierwsze jestem twórcą webshims lib (jednego z tych polifili, który nie jest już utrzymywany). Aby odpowiedzieć na twoje pytanie:

Czy warto tworzyć formularze dla projektu?

Czy warto używać forms polyfill jak webshims lib do projektu?

1. Nice standaryzowane deklaratywne API znaczników

Po włączeniu webshimów i skryptów:

//polyfill forms (constraint validation) and forms-ext (date, range etc.)    
$.webshims.polyfill('forms forms-ext');

Możesz po prostu wpisać swoje widżety i ograniczenia do formularza:

<input type="date" />
<input type="date" min="2012-10-11" max="2111-01-01" />
<input type="range" disabled />
<input type="email" required placeholder="Yo you can use a placeholder" />

Spowoduje to utworzenie 3 różnych widżetów i każdy z nich jest skonfigurowany inaczej. Żaden dodatkowy JS nie wymaga tylko standaryzowanego, czystego i szczupłego kodu.

2. Standaryzowane DOM-API

To samo dotyczy API DOM. Oto tylko dwa przykłady: łączenie dwóch pól daty i łączenie pola zakresu z polem daty.

3. działa bez JS w nowoczesnych przeglądarkach

Rozkłada się wdzięcznie w starych przeglądarkach i działa dobrze w nowoczesnych.

4. Mniejszy rozmiar pliku w nowoczesnych przeglądarkach

5. Lepszy UX [głównie mobilny]

Better mobile UX (lepszy interfejs wejściowy dla dotyku, lepsza wydajność, pasuje do systemu), jeśli go używasz: type= "email", type= "number" and type= "date" / type= "range"

Ale co z możliwością dostosowania?

Jestem programistą w większej agencji i masz absolutną rację większość klientów i większość projektantów nie toleruje zbyt dużych różnic, ale nadal chcę korzystać z nowoczesnych technologii, co oznacza, że webshims lib może dać ci to, co najlepsze z obu światów.

Dostosowywanie walidacji ograniczeń

Polyfilling część

//polyfill constraint validation
$.webshims.polyfill('forms');

Dostosowywanie interfejsu użytkownika dla bąbelka błędu:

//on DOM-ready
$(function(){
    $('form').bind('firstinvalid', function(e){ 
        //show the invalid alert for first invalid element 
        $.webshims.validityAlert.showFor( e.target ); 
        //prevent browser from showing native validation message 
        return false; 
    });
});

Generuje następujące znaczniki:

<!-- the JS code above will generate the following custom styleable HTML markup for the validation alert -->
<span class="validity-alert-wrapper" role="alert"> 
    <span class="validity-alert"> 
        <span class="va-arrow"><span class="va-arrow-box"></span></span> 
        <span class="va-box">Error message of the current field</span> 
    </span> 
</span>

Dostosowywanie stylu nieprawidłowego / poprawnego pola formularza:

.form-ui-invalid {
    border-color: red;
}

.form-ui-valid {
    border-color: green;
}

Dostosowywanie tekstu alertu ważności:

<input required data-errormessage="Hey this is required!!!" />

A teraz o co chodzi:

1. nadal działa bez JS
2. nowoczesne przeglądarki ładują tylko kod dostosowywania (3KB min / gziped), a stare przeglądarki ładują dodatkowe API (około 13kb min / gzip) (formularze zawierają o wiele więcej niż tylko API walidacji ograniczeń, na przykład istnieje również autofocus, placeholder, output i tak dalej) {]}

A jaki jest Twój specjalny przykład, dostosowywanie pola danych?

No problem:

//configure webshims to use customizable widget UI in all browsers
$.webshims.setOptions('forms-ext', { 
    replaceUI: true
});

$.webshims.polyfill('forms forms-ext');

A także tutaj:

1. nadal działa bez JS w nowoczesnych przeglądarkach
2. nowoczesne przeglądarki ładują tylko interfejs użytkownika i klej UI-API, ale nie DOM-API (valueAsNumber, valueAsDate...)

A teraz nadchodzi najlepsze:

//configure webshims to use customizable widget UI in all non mobile browsers, but a customizable one in all desktop and all non-capable mobile browsers
$.webshims.setOptions('forms-ext', { 
    //oh, I know this is bad browser sniffing :-(
    replaceUI: !(/mobile|ipad|iphone|fennec|android/i.test(navigator.userAgent))
});

$.webshims.polyfill('forms forms-ext');

1. mniejszy rozmiar pliku i lepszy UX dla przeglądarek mobilnych (większość klientów i większość projektantów pokocha cię za posiadanie innego interfejsu w telefonie komórkowym!!!)
2. nadal działa bez JS w nowoczesnych przeglądarkach
3. nowoczesne przeglądarki ładują tylko interfejs użytkownika i klej interfejsu UI-API, ale nie DOM-API (valueAsNumber, valueAsDate...)