S
А всё потому что нужно добавить возможность указывать реквизиты перечислений
Size: a a a
2020 November 12
A
Alex
Согласен - завязываться на индекс каждый раз это надо гарантировать что не будет других вставок, не будет изменений порядка и т.п. В данном случае я бы тоже явно использовал открытый блок условий
Вставок в дни недели? =)
H
Почему? Я считаю, что необходимость в соответствие была бы, если бы это соответствие было "расширяемым". Здесь фиксированный набор.
Что такое фиксированный набор?
VM
А всё потому что нужно добавить возможность указывать реквизиты перечислений
или просто по имени получить?
NG
Я почему-то всегда думал, что накапливает. Но не вижу этого.
Вот модуль ОценкаПроизводительности.
Здесь каждое завершение замера порождает запись в регистр
Вот модуль ОценкаПроизводительности.
Здесь каждое завершение замера порождает запись в регистр
так это серверный обработчик. накапливает только клиент. сервер пишет сразу
AS
Что такое фиксированный набор?
Имею ввиду, что следующий разработчик, или даже ты сам, когда зайдешь в этот код, тебе не понадобится добавлять новые или изменять существующие значения.
S
так это серверный обработчик. накапливает только клиент. сервер пишет сразу
блин, а серверного накопления вообще нет?
H
Имею ввиду, что следующий разработчик, или даже ты сам, когда зайдешь в этот код, тебе не понадобится добавлять новые или изменять существующие значения.
Нет. Не понадобиться. Для этого я и хосу завести соответствие как словарь
A
Вставок в дни недели? =)
Завтра захотят добавить признак "выходной" - там же логика реализовывается. В любом случае это дополнительное ограничение, о котором надо помнить. Если есть альтернатива сделать стабильный код, то можно пожертвовать парой лишних строчек и вообще не вспоминать :)
H
И по номеру дня получать значение
AS
Имею ввиду, что следующий разработчик, или даже ты сам, когда зайдешь в этот код, тебе не понадобится добавлять новые или изменять существующие значения.
Но.. хотя, если представить такой же подход с бОльшим числом значений, то ИначеЕсли будет слишком много
AS
Делал так же, но на 31 ветку
нужно было еще 2 уровня вложенности добавить. одна на 12 веток по количеству месяцев, и вторую на 100 веток - проверка високосности года.
NG
блин, а серверного накопления вообще нет?
а кто писать-то будет? серверный вызов однопоточный
AS
Нет. Не понадобиться. Для этого я и хосу завести соответствие как словарь
Да, все таки соответствие было бы удобнее.
Когда в 7 строк подряд идут: Вставить(1, ДеньНедели), если в след. раз ты зайдешь в этот код, то ты быстро глазами поймешь .что к чему
Когда в 7 строк подряд идут: Вставить(1, ДеньНедели), если в след. раз ты зайдешь в этот код, то ты быстро глазами поймешь .что к чему
H
Да, все таки соответствие было бы удобнее.
Когда в 7 строк подряд идут: Вставить(1, ДеньНедели), если в след. раз ты зайдешь в этот код, то ты быстро глазами поймешь .что к чему
Когда в 7 строк подряд идут: Вставить(1, ДеньНедели), если в след. раз ты зайдешь в этот код, то ты быстро глазами поймешь .что к чему
Да, именно так.
AS
Перечисления.ДниНедели.Получить(ДеньНедели(ТекущаяДатаСеанса()) - 1)А вот этот варинт, хоть он и лаконичный, но заставляет задуматься, что же он делает)
H
И функию можно назвать ПолучитьЧтоТоПоНомеруДня()
И вообще можно тогда не смотреть, что там внутри
И вообще можно тогда не смотреть, что там внутри
A
А вот этот варинт, хоть он и лаконичный, но заставляет задуматься, что же он делает)
Сложи в ММ перечисления и назови привильно +)
S
а кто писать-то будет? серверный вызов однопоточный
Накапливаться в параметре сеанса, писаться так же как и на клиенте.
H
А вот этот варинт, хоть он и лаконичный, но заставляет задуматься, что же он делает)
Это тоже хороший вариант. Но если на твоем проекте нет бардака