Dyskretny Nokaut

Staraj się trzymać Javascript z dala od powiązań i używaj go tylko do metadanych

Więc zamiast robić

<span data-bind="visible: errors().length > 0">You have errors</span>

Użyj obliczonej obserwowalnej

<span data-bind="visible: hasErrors">You have errors</span>

Aktualizacja: poszedłem do przodu i stworzyłem Konwencję nad API konfiguracji dla KO Można go znaleźć tutaj https://github.com/AndersMalmgren/Knockout.BindingConventions/wiki

Zamiast robić <button data-bind="click: save">Save</button> robisz <button data-name="save">Save</button>. Biblioteka zrozumie zgodnie z konwencją, że chcesz podłączyć funkcję Zapisz do przycisku kliknij przycisk handler. Zgodnie z konwencją będzie to również wiązać włączyć, jeśli członek canSave jest obecny. http://jsfiddle.net/3Ajnj/15/

Czy powinnam zaakceptować to, czym jest i nie martwić się w praktyce?

Rozumiem, że "dyskretny" oznacza kilka różnych rzeczy.

Jednym z aspektów "dyskretnych" jest to, że strony internetowe powinny utrzymywać podstawową funkcjonalność w przeglądarkach z ograniczoną obsługą JavaScript lub wcale. W tym celu Twoja troska o tę zasadę powinna zależeć od grupy docelowej. Pracowałem nad projektami, w których znałem swoją grupę docelową na tyle dobrze, że miałem Luksus mówiąc: "jeśli chcesz skorzystać z tej aplikacji internetowej, użyj nowoczesnej przeglądarki, takiej jak Chrome, z włączoną obsługą JavaScript."W tym przypadku nie krępuj się, aby zaszaleć z najnowszymi, najwspanialszymi frameworkami front-endu.

Pracowałem nad innymi projektami, w których tak nie było, musieliśmy być bardzo ostrożni z używaniem frameworków takich jak Knockout. Jeśli polegasz w dużej mierze na Nokautowaniu, aby wykonać podstawową funkcjonalność w aplikacji, Twoja aplikacja jest z natury natrętna. Czy lub nie powinno to przeszkadzać, zależy od grupy docelowej.

Inną zasadą "dyskretnego JS" jest rozdzielenie obaw między JavaScript i HTML. W rzeczywistości debatuję nad tym, jak bardzo ważna jest ta zasada. Myślę, że ważniejszą zasadą jest rozdzielenie obaw pomiędzy logiką modelu widoku i logiką wyświetlania , zgodnie ze wzorem MVVM. Knockout robi fantastyczną robotę zachęcając do czystego oddzielenia problemów widoku/maszyny wirtualnej, nawet jeśli włożysz trochę Logika JavaScript w powiązaniach danych. Tak długo, jak jest to ściśle widok logika, myślę, że faktycznie należy W widoku.

Polecam, abyś odwiedził bloga Ryana i przeczytał: "upraszczanie i sprzątanie widoków w KnockoutJS", jeśli tego nie zrobiłeś...

Http://www.knockmeout.net/2011/08/simplifying-and-cleaning-up-views-in.html

Wyjaśnia kilka fajnych sposobów na refaktoryzację kodu, aby nie zaśmiecać kodu html i utrzymać go bardziej czystym.

Alternatywą dla dostawcy wiązań sugerowanego w wybranej odpowiedzi jest nokaut .unobtrusiveBindingProvider , który jest "dyskretnym, opartym na konwencji dostawcą wiązań dla Knockout JS, który umożliwia czyste oddzielenie HTML i Knockout databindings".