advancesss, я ответил по существу. Вопрос был "(почему) не работает querySelectorAll?", писали заголовок, вроде как, вы, но если это не так, то перечитайте заголовок.
Вы просите написать за вас решение.
Может тогда поделитесь платой за эту работу, если уж работаем мы совместно?
Отослал вас к документации я из-за того, что вы реально просите базовые вещи, и раз вы их не знаете, то я осмелился предположить, что вы либо не читали ее, либо читали невнимательно.
Нет, конечно, многие готовы написать сотни решений ваших проблем в сотнях ваших глупых (да-да, именно глупых, ведь это основы, и пока вы их не освоите, вам лучше отложить все остальные дела) вопросов за вас, по разным причинам, но я не из них, извините.
И я же попросил не обижаться на критику, но вы обиделись и написали этот огромный комментарий, в попытке оправдать свое незнание, хоть я и предполагал такой исход.
Как прискорбно...
Но раз уж ваши ручонки добрались до кодинга, то будьте добры, избавьте других людей от вашего невежества, хотя бы путем изучения базиса JavaScript. Циклы
advancesss, не позорьтесь (и не обижайтесь на этот призыв), и перечитайте вопросы и документацию.
Циклы и массивы — это основы, базис. Как вы прошли дальше без их знания — не понимаю.
advancesss, уберите console.log, это я для отладки добавил.
Естественно так не будет работать, во-первых потому, что у объекта (?) console нету методов или свойств style.width, а во-вторых, как уже подметили другие участники "форума", это массив элементов, и надо обращаться к каждому через цикл.
А если это лендинг, у которого если и есть какой-то бэк, то там нода?
Пример, конечно же, утрированный, но нет уж. Неправильно так.
Лучше сначала уточнять, а потом делать.
Дмитрий, Ну да, константы определенны всегда, потому я и не определил ее в родительском классе, и сделал static, и если не определить константу в наследнике, то будет брошено исключение при попытке вызвать метод, получающий значение константы.
Суть константы в том, что ее никогда нельзя переопределить, в ее иммутабельности
У меня все это есть. Константа определяется в наследнике. Ее никто не собирается переопределять. Она нужна только для доступа к имени конфига.
Я обязую все наследующие классы определять константу, и если она не будет определена, то при попытке ее вызвать будет брошено исключение, что константа не определена, что, собственно, я и имел в виду, говоря о "абстрактных константах".
Та же переменная — переменная, поэтому мне и не подходит, т.к. нужно закрыть возможность изменения имени конфига.
По сути, я сам же на свой вопрос уже ответил в описании вопроса, и в комментариях к вопросу Дмитрий подтвердил мои предположения, что так просто будет логичнее (хоть я и предложил сделать интерфейс, а он — абстрактный метод, но суть та же).
Дмитрий
... и начинать поиски другого места работы?
Вообще совет годный, но я работаю в компании второй месяц, и это будет выглядеть странно на след. рабочем месте, что я так мало проработал, а объяснения причины увольнения могут быть расценены как попытка отмазаться, оправдаться, и поэтому этот вариант самый не рассматриваемый мною.
66demon666, если у вас есть жесткое разделение на фронтенд и бэкэнд (а раз у вас вы знаете что тако Аякс, то, видимо, есть), то правильно. А насколько — не знаю.
Но ведь для того и нужен рест, чтобы предоставлять интерфейс доступа к бэкэнду. А вот для чего он будет предоставлен — это уже второй вопрос (да и не особо важный, имхо). В вашем случае для фронтенда.
Но это не "сайт" — это уже полноценное веб приложение. Взболтать, но не смешивать, как говорится.