Комментарии / Профиль 2developers

25.09.2018 08:04:58

Tue, 25 Sep 2018 08:04:58 GMT

Да, именно так и пробовал в первый раз. Создать плагин с методом install. И там сделать это присвоение. Очень удивился, что не заработало, очевидных косяков не обнаружилось, поэтому начал смотреть, как сделано у других.

Оба варианта — с миксином из vue-wait и с Object.defineProperty из Nuxt заработали сразу. И они мало похожи на то, что описано в документации. Вероятно, не без причины.
Как-нибудь попробую ваш вариант, спасибо.

24.09.2018 11:40:12

Mon, 24 Sep 2018 11:40:12 GMT

1) Конкретно в моем проекте нет необходимости делать inject для axios. Вызовы API я храню отдельно, в компонентах и сторе this.$axios я не использую. В статье пример с axios был с целью показать конфигурирование библиотек внутри плагинов, а не Dependency Injection в корневой экземпляр Vue.

2) Такой способ из документации у меня не сработал, это упомянуто в статье.

Vue.prototype.$myMethod = function (methodOptions) {
    // некоторая логика ...
}

Делать Object.assign в функции install вместо простого присваивания не пробовал.

22.09.2018 13:43:23

Sat, 22 Sep 2018 13:43:23 GMT

Смысл такой же, как и в использовании глобальных миксинов и компонентов. Чтобы не делать импорт во всех файлах, если библиотека используется часто.
Понятно, что применять подобные зависимости надо обдуманно, чтобы не засорять глобальный экземпляр Vue.

31.03.2017 16:46:01

Fri, 31 Mar 2017 16:46:01 GMT

Алексей, к чему эти личные вопросы? Вы что хотите доказать?

31.03.2017 09:36:46

Fri, 31 Mar 2017 09:36:46 GMT

это добавление еще одного поля — увеличит вес таблицы. Да и я не уверен, что сортировка по этому полю будет быстрее чем RAND(). Точнее, приемлемо быстрой

31.03.2017 09:30:57

Fri, 31 Mar 2017 09:30:57 GMT

Почему бы, в самом начале при генерации всех логинов, не расположить их в случайном порядке?

Генерация логинов выполнялась блоками. Нам не понравилось перемешивать их блоками. А если перемешивать их уже после создания, то это очень долго

31.03.2017 09:23:10

Fri, 31 Mar 2017 09:23:10 GMT

такой уровень для «full stack web developer» явно слабоват.

написал в этом комментарии свое мнение по поводу уровня

31.03.2017 09:21:52

Fri, 31 Mar 2017 09:21:52 GMT

Это вопрос терминологии. Для меня full stack означает ширину знаний, а не только глубину. Вполне естественно, что в каких-то областях опыта больше, а в каких-то меньше.

30.03.2017 06:36:06

Thu, 30 Mar 2017 06:36:06 GMT

Нельзя по условиям задачи.

29.03.2017 17:33:41

Wed, 29 Mar 2017 17:33:41 GMT

Раз уж даете такую резкую оценку статье и моему уровню, хотелось бы получить более развернутый ответ, чем плохо решение.

29.03.2017 17:24:17

Wed, 29 Mar 2017 17:24:17 GMT

Если не вдаваться в детали, то это сервис, который генерирует логины по заранее заданному шаблону.

29.03.2017 06:26:47

Wed, 29 Mar 2017 06:26:47 GMT

Согласен, хороший вопрос для собеседования. Можно оценить уровень знаний кандидата, ну или посмотреть, как он рассуждает.
На счет решения проблем — именно на таких задачах и нарабатывается опыт. Можно было бы остановиться на генерации «на лету» и это прекрасно работало бы несколько лет. Но была возможно сделать чуть более идеальнее, почему нет.

29.03.2017 06:12:42

Wed, 29 Mar 2017 06:12:42 GMT

занимаемое таблицей место ведь в разы уменьшится?

Я не совсем понял вашу идею. Если уменьшится количество строк, то занимаемое место уменьшится, да.
А как дальше быть с таблицей? Как выбирать случайную строку, как удалять. Поясните, хотя бы кратко.

29.03.2017 06:10:59

Wed, 29 Mar 2017 06:10:59 GMT

Если бы условия задачи были другие, то и решение было бы другое. Количество вариантов было заранее посчитано, с комбинаторикой у нас все в порядке.

при таком количестве вариантов шанс попасть в занятый логин минимален, даже при половинном заполнении базы, что очень-очень малореально

Да, так и есть. Хотелось «идеального решения», поэтому смысл заморочиться с этим был. Интересная задача

28.03.2017 19:55:40

Tue, 28 Mar 2017 19:55:40 GMT

Да, отличный опыт.)

28.03.2017 19:51:10

Tue, 28 Mar 2017 19:51:10 GMT

загнать в любую БД/файл уже случайно-сортированную последовательность — это несложно

ну вот, оказалось что сложно

28.03.2017 19:45:09

Tue, 28 Mar 2017 19:45:09 GMT

Можно и в базу записывать, тоже будет быстро и не скоро начнет тормозить. Но хотелось решить задачу «идеально».

28.03.2017 19:34:07

Tue, 28 Mar 2017 19:34:07 GMT

Определенно, беспокоиться не стоит. Но интересно же найти элегантное решение, правда?

28.03.2017 19:25:41

Tue, 28 Mar 2017 19:25:41 GMT

Распределение будет хорошее. Но взять из такого большого файла одну случайную строку не быстрее, чем из базы. Верно?

28.03.2017 19:18:21

Tue, 28 Mar 2017 19:18:21 GMT

Полученную строку можно рассматривать не только как логин, но и как уникальный номер. Сертификата, купона и т.п. Поэтому было решено написать алгоритм, который работал бы одинаково быстро при любом количестве уже сформированных строк.