Как стать автором
Обновить
0
0

Пользователь

Отправить сообщение
Вы не по назначению используйте router-link. Оно, конечно, у вас работать будет, но другие разработчики после вас увидев в коде router-link сразу не догадаются, что это просто кнопка для раскрытия модалки. router-link всё-таки это про переходы на другие страницы сайта. Для раскрытия модалки (с точки зрения семантики) лучше применять button.
Потому что те, кто будут читать ваш код, увидят getUserMessage(userId, true) и будут недоумевать

Можно делать так:
...
let retrieveFullMessage = true
getUserMessage(userId, retrieveFullMessage)
Спасибо за информацию!
Непременно воспользуюсь полезным советом.
Небольшая статья породила очередной холивар в мире ООП? Истина где-то рядом?
Оно (ускорение) не просто идёт, оно летит!
У нас аналогичная ситуация. Только проект переписали с Drupal 6 на Laravel 5.2. Кеширование реализовали на фронтенде (nginx) + SSI для вывода динамических блоков.
Мы очень довольны.
Представим, что мы с вами написали некий сервис — теперь нужно понять, какую нагрузку он выдержит.

А разве таков должен быть порядок, не наоборот ли? Не сперва ли нужно решить под какими нагрузками планируется работа сервиса? И отталкиваясь от этого подбирать и железо и ПО и прочее.
А то по вашему получается, что, если вдруг заданную нагрузку этот сервис не выдерживает, то что делать с ним? Переписывать? И так каждый раз после очередных нагрузочных тестов?
Pitfails

Может Pitfalls?

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность