PG
result
|> Enum.find_value(&(&1["assets"] == symbol && [&1]))
|> balance_value()
Size: a a a
2020 February 12
LL
Ну они разное делают
find вернёт первый подошедший элементfilter вернёт список из всех подошедшихM
в этом случае filter подходит. несмотря на то что там один элемент будет.
Ну а на скорость не важна так как result всегда будет достаточно малым
balance_value с массивом всегда работает, так что все равно преобразование делать. Ну а на скорость не важна так как result всегда будет достаточно малым
ŹR
Почему balance_value работает со списком, если известно что всегда будет один элемент?
ŹR
И почему он не называется balance_values
Z
а может кто-нибудь показать пример как указать правильно mtproto в
:proxy в конфиге nadia?AN
а может кто-нибудь показать пример как указать правильно mtproto в
:proxy в конфиге nadia?надя по хттп работает, какой там mtproto, не умеет она так
Z
аа
PG
Почему balance_value работает со списком, если известно что всегда будет один элемент?
Наоборот, принимает список, отдаёт один элемент
ŹR
Наоборот, принимает список, отдаёт один элемент
Я это и написал
ŹR
Принимает список, в котором заведомо один элемент
PG
Принимает список из произвольного количества элементов и вычисляет из них нечто
ŹR
Из кода видно, что в списке один элемент
PG
Из обсуждения дальше ясно что может быть и несколько
2020 February 13
M
Из кода видно, что в списке один элемент
это один метод. второй метод передает в balance_value массив с n элементами
balance_value вызывается в нескольких местах и работает с массивом, а что бы не плодить похожие методы, в этом случае лучше результат обернуть в массив
balance_value вызывается в нескольких местах и работает с массивом, а что бы не плодить похожие методы, в этом случае лучше результат обернуть в массив
S
Добрый день подскажите пожалуйста. Получаю из базы список файлов с хэшами вроде этого. Как я могу сравнить хеш в базе с новым, чтобы организовать проверку на дублирующиеся файлы. 1ый проект :)
[
%Documents.Upload{
meta: #Ecto.Schema.Metadata<:loaded, "uploads">,
filename: "game.ex",
hash: "3cbcdc76a8661eab64d03bb70def52ca4148bba48780dcf362c7033852043ad9",
id: 161,
size: 187]
},
%Documents.Upload{
meta: #Ecto.Schema.Metadata<:loaded, "uploads">,
filename: "game.ex",
hash: "3cbcdc76a8661eab64d03bb70def52ca4148bba48780dcf362c7033852043ad9",
id: 161,
size: 187]
}]
[
%Documents.Upload{
meta: #Ecto.Schema.Metadata<:loaded, "uploads">,
filename: "game.ex",
hash: "3cbcdc76a8661eab64d03bb70def52ca4148bba48780dcf362c7033852043ad9",
id: 161,
size: 187]
},
%Documents.Upload{
meta: #Ecto.Schema.Metadata<:loaded, "uploads">,
filename: "game.ex",
hash: "3cbcdc76a8661eab64d03bb70def52ca4148bba48780dcf362c7033852043ad9",
id: 161,
size: 187]
}]
SM
query = from d in Documents.Upload, where: d.hash == ^new_hash
Repo.exists?(query)
Ну и индекс на
hash не помешает.S
да как ни странно у меня так у самого получилось, я думал что тут необходимо использовать паттерн матчинг в каком то варианте?
P
А может проще при вставке документа юзать
on_conflict ?P
Зачем два запроса когда можно один в БД сделать?