window.scrollTo () lub: Kiedy pobyt z dala od pełnomocników użytkownika

To i wiele innych posty są również dostępny w ładnej, dobrze wychowany e-book: Rozwoju sieci Web (ogłoszenia).

Jeśli było zapytać mnie, czy Ciebie jako projektant stron internetowych lub programista powinien zrobić coś o kwestii przedstawiania się, moja odpowiedź była jasna "nie". To nie jest twoja odpowiedzialność. Może brak ważnych informacji o decyzji podejmowanych po stronie agenta użytkownika. You'are będzie dziedziczyć długu technicznego. Tracisz czas.

Przykładem tego może być znalezione w sferze mobilnej developerzy wykorzystać gdzie (window.scrollTo), aby delikatnie sugerować się przeglądarki bary adres na iOS i Android w celu zwolnienia miejsca na ekranie. “24 sposobów” przyciąga uwagę promowanie tego podejścia.

Użyjmy window.scrollTo () sprawę jako przykład, dlaczego developerzy nie powinien brać na obowiązki agenta użytkownika.

1. Jesteś web designer i programista. Pracujesz na stronach internetowych, a nie oprogramowanie użytkownika.Pasek adresu przeglądarka nie jest częścią strony internetowej, to część agenta użytkownika. Klienckie odgrywają kluczową rolę w pracy, ale nie są one jednak swoje obawy.
2. Ze względu na fakt, że nie pracujesz agentów użytkownika, jesteś prawdopodobnie opierać się wszelkim próbom zmiany sprawy agenta użytkownika na założeniach, a nie wgląd, dlaczego decyzje zostały wykonane. W przypadku paska adresu, jedna motywacja do producentów, aby pokazać, że stale jest bezpieczeństwo. Bezpieczeństwo jest to również czynnikiem, który należy rozważyć stosunek istnieje podejrzenie, że ulepszeń, tutaj: użyteczność. Następnie, producenci agenta użytkownika może być już pracę nad samym problemem, co wydarzyło się dokładnie z Android 4.0, który przełącza się automatycznie ukryć pasek adresu.
3. Nie można zobaczyć pełny obraz. Walka problem agenta użytkownika na poziomie strony internetowej lub aplikacji może wprowadzić niespójności, które mogą być szkodliwe dla doświadczenia użytkownika. Dlaczego coś tak fundamentalne jak powinno pasku adresu zachowują się inaczej w różnych miejscach? W jaki sposób korzyści z takiego innego użytkownika zachowań? Czy wiesz z całą pewnością, co robi?
4. Jesteś dziedziczenia, w rzeczywistości, z prośbą o długu technicznego. Kod pisanie nigdy nie jest rzeczą jednorazowa. Pisanie sam kod ma kosztów (czasu spędzasz wymyślanie rozwiązania lub wyrywając go z losowym miejscu). Mając siedzieć kodu w bazie kodu ma kosztów (koszty bezpośrednie poprzez jej wpływ na wydajność, koszty pośrednie poprzez jej wpływ na zrozumiałość i łatwość konserwacji). Usuwanie kodu ma koszt (raz nie trzeba go już lub po prostu przerobić wszystko). W barze przypadku adresowej istnieje dowód, że producenci pracują nad poprawą (patrz Androidem 4.0). Dodaj prędkości, w którym krajobraz zmienia telefon do tego i nie jest to odcinek, aby zobaczyć, że nie potrzebuje Twojego użytkownika Agent Emisji "łatkę" już stosunkowo krótko.

Biorąc to wszystko razem jest to zbędne, przynajmniej bardzo kosztowne dla web developer, aby spróbować rozwiązać problemy agenta użytkownika.Najlepszym sposobem rozwiązania problemów agenta użytkownika jest po stronie agenta użytkownika. Ktoś identyfikacji problemu powinien najlepiej potwierdzić to naprawdę jest problem, dowiedzieć się o każdej historii za nim, a następnie dotrzeć do odpowiednich właścicieli, na przykład składania raportów o błędach lub składania poprawek.

Zawsze wydaje się takie proste: zidentyfikować problem i go rozwiązać. Jesteśmy przyzwyczajeni do tego. Musisz wiedzieć, kiedy problem jest twoje, choć i kiedy tak nie jest.

Źródło w języku angielskim: meiert.com