Wpływ wydajności używania map źródłowych css/javascript w produkcji?

Question

• Czy mapy źródłowe powinny być używane w środowisku produkcyjnym? Czy zapewniają one jakieś korzyści oprócz debugowania?
• Czy mają one wpływ na czas ładowania aplikacji z powodu dodatkowych podróży przez serwer? Czy przeglądarki są wystarczająco inteligentne, aby załadować zasoby .map po załadowaniu i wyrenderowaniu aplikacji?
• Jeśli przeglądarka nie może znaleźć zasobu .map (błąd 404), czy miałoby to wpływ na wydajność? Czy powinienem to naprawić?

Pamiętaj, że utrwalenie ostatniego może nie być tak proste jak udostępnienie zasobów .map, jeśli istnieją skomplikowane kroki budowania konkat/minify.

Answer 1

Szybki test używając Charles Web Proxy pokazuje, że mapy źródłowe są tylko załadowany czy narzędzia programistyczne są otwarte. Jeśli załadujesz stronę bez otwartych narzędzi deweloperskich, nie ma żądania http dla map źródłowych.

zachowanie było takie samo w Chrome i Firefox 43 38.

Wygląda więc na to będą one żadnego wpływu na środowisku produkcyjnym.

Answer 2

Od HTML5 Rocks:

Zasadniczo jest to sposób mapować połączony plik/minified powrotem do stanie niezabudowanej. Kiedy budujesz do produkcji, wraz z minifunkcjonowaniem i łączeniem plików JavaScript, generujesz mapę źródłową zawierającą informacje o oryginalnych plikach . Po wysłaniu zapytania do pewnej linii i numeru kolumny w wygenerowanym kodzie JavaScript można wykonać wyszukiwanie w mapie źródłowej, która zwraca pierwotną lokalizację. Narzędzia dla programistów: (obecnie kompilacje internetowe NightKicks, Google Chrome lub Firefox 23+) mogą automatycznie analizować mapę źródłową i wyświetlać ją tak, jakbyś był , uruchamiając niezminiowane i nierozłączone pliki.

http://www.html5rocks.com/en/tutorials/developertools/sourcemaps/