[look997]

Jak w JSHint włączyć oznaczanie błędem jeśli użyje się nieistniejącej nazwy zmiennej? W sensie żeby zaznaczało błąd jeśli popełni się literówkę i poda nieistniejącą nazwę.

#jshint #autocomplete #brackets #webdev
#javascript

[m.....t]

@look997: a to nie jest coś co jest standardowo? zawsze miałem od ręki ( ͡° ʖ̯ ͡°)

"undef": true

[m.....t]

@look997: a sorry, ja używam linta. Ale odp jest do hinta bo wygooglalem.

[look997]

@mortt: Wydawało mi się, że przejrzałem wszystkie opcje z pliku http://jshint.com/docs/options/
Jednak nie, nie wiem jak to się stało.
Chyba wtedy zacząłem czytać ten plik od połowy. xD

Ale automatycznie pojawia się problem że używam requirejs i mi pisze błąd define is not defined. document is not defined. projectClass is not defined, bo jest zapisane w osobnym pliku.

Proszę o pomoc.

[e.....d]

@look997: Ustawiasz globalne zmienne w jshint

"predef": [ "define", "document" ]

albo przez "globals"

jak tutaj: http://stackoverflow.com/questions/16260779/how-to-disable-the-warning-define-is-not-defined-using-jshint-and-requirejs

[look997]

@elmccd: Na razie to wystarczy, ale nie podoba mi się, że będę musiał dopisać tam każdej innej biblioteki. Co prawda używam requirejs i poprzez nią ładuję wszystkie biblioteki ale rożnie może być, może będę miał z którąś problem.

Dlatego taki moim zdaniem lepszym i uniwersalnym rozwiązaniem jest tak jakby połączenie wszystkich plików js, załadowanych np. z poziomu html, ale też requirejs.

Dzięki temu można się tym nie przejmować.

Dodatkowo, co właściwie

[e.....d]

@look997: Z czego wiem to nie da się tego sprawdzać z poziomu JSHinta desda może być jakąś wartością dziedziczoną z prototypu, albo przypisaną w innym momencie. Odwołanie się do de.desda nie rzuci żadnego błędu w przeglądarce. Co innego zmienna która nie istnieje.

Zainwestuj w WebStorma, pisz komentarze w JSDoc i to powinno wystarczyć by nie robić literówek.

[look997]

@elmccd: wydaje mi się, że http://ternjs.net/ coś da, ale nie wczytałem się co to jest i jak działa. Może wiesz?

[P0lip]

var de = {d:2,a:4};

var d = de.desda;

Tu JSHint nie zwróci błędu!

Także to duży osobny problem.

@look997: A dlaczego miałby zwrócić?! Tak jak pisze @elmccd, właściwość może być dziedziczona.

[look997]

@P0lip: Ale w tym konkretnym przypadku nie jest.
Jeśli działamy w obrębie strony internetowej to wiemy jakie są właściwości pierwotne takiej strony. A te dodane i dziedziczone też można odszukać i na podstawie tego odpowiednio oznaczyć błędem.

Tak przynajmniej jest w QT Creator.

[P0lip]

@look997

Ale w tym konkretnym przypadku nie jest.

Słowo klucz. JSHint nigdy nie będzie w stanie przewidzieć tego. Co jeśli jakiś skrypt jest ładowany dynamicznie czy asynchronicznie i dodaje taką właściwość do prototypu obiektu?

[P0lip]

@look997 Poza tym nie możesz założyć, że prototyp obiektu w każdym środowisku będzie taki sam.

[look997]

@P0lip: No to dynamiczne ładowanie właśnie chlałbym aby było brane pod uwagę.
No w JSHint ustala się środowisko, to by miało wystarczyć.

[P0lip]

@look997 No można ustawić środowisko, ale nie o to mi chodzi. Chodzi mi o to, że nie jesteś w stanie założyć jakie właściwości będą istnieć w danym obiekcie. Rozszerzenie w przeglądarce (Firefox to potrafi) może dodać różne rzeczy do np. window.

[look997]

@P0lip: To jest sytuacja która mnie nie dotyczy, jeśli tworzę program w js to nie interesuje mnie dodatkowa właściwość dodana na potrzeby dodatku do Firefoksa. :)

Ale nic, ten temat kończmy, poszukam czegoś gdzieś indziej.

[P0lip]

@look997: Nie rozumiesz. Chodzi o to, że taka właściwość jest widziana również przez Twój skrypt

[look997]

@P0lip: Teraz to dopiero nie rozumiem.

[P0lip]

@look997 Załóżmy, że JSHint informuje Cię, że window.foo jest undefined, a to może być nieprawdą. Po prostu to jest bezsensowne, zresztą nie takie jest założenie JSHinta

[look997]

@P0lip: Ok.

[P0lip]

@look997: Swoją drogą, czemu komentujesz kod po polsku?