Size: a a a

2021 January 16

Z

Z 07 in JS
Gert Vali
а зачем копировать классы?
В моём случае, это игра в шахматы, у меня есть классы фигур (пешки и т.п.), по правилам игры, у нас пешка, при достижении "конца доски" может превратиться в любую другую фигуру (акромя короля), вот мне и нужно, чтобы класс пешки заменялся на класс, к примеру, ферзя.
источник

GV

Gert Vali in JS
Z 07
В моём случае, это игра в шахматы, у меня есть классы фигур (пешки и т.п.), по правилам игры, у нас пешка, при достижении "конца доски" может превратиться в любую другую фигуру (акромя короля), вот мне и нужно, чтобы класс пешки заменялся на класс, к примеру, ферзя.
создай просто  инстанс новой фигуры
источник

В

Валик in JS
заменялся где? класс ты определяешь один раз, пешка - это инстанс класса пешки, что мешает сменить ссылку на новый инстанс?
источник

GV

Gert Vali in JS
и передай ей координаты прошлой фигуры которая превратилась
источник

GV

Gert Vali in JS
В любом случае тебе не нужно "копировать" класс
источник

Z

Z 07 in JS
Аха, понял, благодарю!))
источник
2021 January 17

OJ

Oleg Junior in JS
Здравствуйте! Вопрос к профессиональным программистам. Часто ли в компаниях пишут тесты во фронтенд области?
источник

ВР

Ваня Реутенко... in JS
Oleg Junior
Здравствуйте! Вопрос к профессиональным программистам. Часто ли в компаниях пишут тесты во фронтенд области?
Зависит от проекта, у меня каждая дырка покрыта пирамидой, у коллег есть проекты без тестов вовсе
источник

ВР

Ваня Реутенко... in JS
Пирамидой тестирования
источник

MG

Max Galynov in JS
Oleg Junior
Здравствуйте! Вопрос к профессиональным программистам. Часто ли в компаниях пишут тесты во фронтенд области?
Любой нормальный программный продукт, не важно фронт или бэк, необходимо покрывать тестами, в особенности, если в разработке участвуют несколько человек.
источник

OJ

Oleg Junior in JS
Max Galynov
Любой нормальный программный продукт, не важно фронт или бэк, необходимо покрывать тестами, в особенности, если в разработке участвуют несколько человек.
необходимо - да. но так ли это на практике мне интересно. вот я и спросил. я не профи не знаю
источник

ВР

Ваня Реутенко... in JS
Зависит от требований заказчика, иногда проще составить тест-кейсы и нанять мануальных тостеров чем запариваться с тостами
источник

Ai

Aleksander irreligio... in JS
вот у меня возник такой вопрос . я через Фигму открыл скетч-файл и разбирая по блокам и элементам макет , делаю ветстку. стили смортю в Фигме , и это меня начало беспокоить . там как то  CSS криво сделаны , в макете очень слабая вложенность , свойство display зачастую нерациолнально используеться , и я соответственно себе в код пишу то же самое. только приходиться изменять некоторые свойства если уже вообще не получаеться сделать точно по макету  . так возник вопрос - а вообще есть какая то потребность придерживаться тех стилей что отвечают за позиционирование и display, или соблюдать нужно только те стили которые напрямую связаны с дизайном документа , такие как цвет, шрифт, бордер , бордер-радиус итд?
источник

E

Eugen in JS
Aleksander irreligious86
вот у меня возник такой вопрос . я через Фигму открыл скетч-файл и разбирая по блокам и элементам макет , делаю ветстку. стили смортю в Фигме , и это меня начало беспокоить . там как то  CSS криво сделаны , в макете очень слабая вложенность , свойство display зачастую нерациолнально используеться , и я соответственно себе в код пишу то же самое. только приходиться изменять некоторые свойства если уже вообще не получаеться сделать точно по макету  . так возник вопрос - а вообще есть какая то потребность придерживаться тех стилей что отвечают за позиционирование и display, или соблюдать нужно только те стили которые напрямую связаны с дизайном документа , такие как цвет, шрифт, бордер , бордер-радиус итд?
второй вариант
источник
2021 January 18

Ai

Aleksander irreligio... in JS
Eugen
второй вариант
благодарю за совет! меня начало это беспокоить с того момента когда в глаза бросилось отсутствие display:flex, display:grid - мои любимые инструменты в верстке, вместо всех ихних фич тупо блок. второе - иерархия , вложенность элементов. в Фигме явно наотьебись это реализовано , ну да ладно Фигма , на то и живой верстальщик чтобы рационально использзовать свойства ЯП , в даном случае html. хотел только узнать мнение более опытных  людей , насколько важно следовать тем стилям которые в макете я вижу через Фигму
источник

E

Eugen in JS
html это язык разметки, а не ЯП
источник

AS

Anatoly Sharov in JS
Eugen
html это язык разметки, а не ЯП
Он об этом и сказал, указав на данный случай.
источник

E

Eugen in JS
Anatoly Sharov
Он об этом и сказал, указав на данный случай.
он сказал язык программирования, хтмл не язык программирования
источник

AS

Anatoly Sharov in JS
Eugen
он сказал язык программирования, хтмл не язык программирования
Я знаю что хтмл не яп. Зачем писать это в каждом сообщении... Он сказал обобщенно про яп, потом конкретно о хтмл.
источник

E

Eugen in JS
Anatoly Sharov
Я знаю что хтмл не яп. Зачем писать это в каждом сообщении... Он сказал обобщенно про яп, потом конкретно о хтмл.
скинь мне скрин, где я это ранее писал. если не найдёшь не пиши мне больше
источник