Н
Lesson
[]Material
[]Task
Size: a a a
2020 August 08
ЛА
Lesson
[]Material
[]Task
[]Material
[]Task
А что если хранить слайс интерфейса, которому оба -и материал и задача будут удовлетворять?
J
Всем привет. Подскажите, ловлю ошибку "
Вот код на golang:
Использую вот этот пакет: github.com/rasky/go-lzo
lookbehind underrun" при попытке декопрессировать данные, сжатые с помощью minilzo. Вот код на golang:
func Decompress(data []byte) string {
var buff bytes.Buffer
(&buff).Write(data)
rev, err := lzo.Decompress1X(&buff, 0, 0)
if err != nil {
logger.Println("gate.Decompress: decompress data error: ", err)
return ""
}
return string(rev)
}Использую вот этот пакет: github.com/rasky/go-lzo
Н
А что если хранить слайс интерфейса, которому оба -и материал и задача будут удовлетворять?
Это похоже будет на Unit в варианте 2, как я понимаю. Как минимум в БД отразится именно в таком виде
Н
Всем привет. Подскажите, ловлю ошибку "
Вот код на golang:
Использую вот этот пакет: github.com/rasky/go-lzo
lookbehind underrun" при попытке декопрессировать данные, сжатые с помощью minilzo. Вот код на golang:
func Decompress(data []byte) string {
var buff bytes.Buffer
(&buff).Write(data)
rev, err := lzo.Decompress1X(&buff, 0, 0)
if err != nil {
logger.Println("gate.Decompress: decompress data error: ", err)
return ""
}
return string(rev)
}Использую вот этот пакет: github.com/rasky/go-lzo
Довольно узкопрофильный вопрос, лучше создать issue на гитхабе и спросить напрямую у автора либы
ЛА
Это похоже будет на Unit в варианте 2, как я понимаю. Как минимум в БД отразится именно в таком виде
У вас очень многое остаётся за скобками)) я пока не понял, что собственно в ситуации у вас вызывает вопросы.
Н
Буйный Виталя
Просто из того что я вижу, мы не можем приступить к задаче, пока не получим определенные материалы и решим определенные задачи и пройдем определенные уроки. Это так?
Для примера: урок по арифметике. Вам нужно:
1. Дать материал объясняющий что такое арифметика
2. Дать материал про сложение
3. Дать задачу на сложение
4. Дать материал про умножение
5. Дать задачу на умножение
6. Дать еще одну задачу на умножение
1. Дать материал объясняющий что такое арифметика
2. Дать материал про сложение
3. Дать задачу на сложение
4. Дать материал про умножение
5. Дать задачу на умножение
6. Дать еще одну задачу на умножение
БВ
Для примера: урок по арифметике. Вам нужно:
1. Дать материал объясняющий что такое арифметика
2. Дать материал про сложение
3. Дать задачу на сложение
4. Дать материал про умножение
5. Дать задачу на умножение
6. Дать еще одну задачу на умножение
1. Дать материал объясняющий что такое арифметика
2. Дать материал про сложение
3. Дать задачу на сложение
4. Дать материал про умножение
5. Дать задачу на умножение
6. Дать еще одну задачу на умножение
Вы не поняли, у вас последовательность уроков уже определена или есть возможность выбора с какого урока я сегодня начну?
Н
Буйный Виталя
Вы не поняли, у вас последовательность уроков уже определена или есть возможность выбора с какого урока я сегодня начну?
Последовательность определена для всего: как для уроков, так и для материалов и задач внутри урока. Идти можно только последовательно, как в примере выше
⛪
В Go есть функция die?
н
os.Exit(1)
⛪
нелицеприятный
os.Exit(1)
Фенкс
2020 August 09
МП
Вопрос по огранизации бизнес сущностей
Для примера у вас есть урок, для которого есть несколько заданий и материалов к прочтению. Нужно выдавать материалы и задачи в четкой последовательности, например: материал 1 - задача 1 - задача 2 - материал 2. Учитывая условие с порядком, как лучше организовать?
1. В каждом материале/задаче сделать булевый ключ switch. При выводе списка проходимся по одному массиву материалов/задач, если у элемента switch true, то свичтим на массив второй сущности, и наоборот.
2. Сделать сущность Unit, которая в себе будет иметь айдишник задачи/материала и будет связана с уроком. В уроке же держим массив unitsOrder.
Либо какой-то еще вариант, если видите.
Для примера у вас есть урок, для которого есть несколько заданий и материалов к прочтению. Нужно выдавать материалы и задачи в четкой последовательности, например: материал 1 - задача 1 - задача 2 - материал 2. Учитывая условие с порядком, как лучше организовать?
1. В каждом материале/задаче сделать булевый ключ switch. При выводе списка проходимся по одному массиву материалов/задач, если у элемента switch true, то свичтим на массив второй сущности, и наоборот.
2. Сделать сущность Unit, которая в себе будет иметь айдишник задачи/материала и будет связана с уроком. В уроке же держим массив unitsOrder.
Либо какой-то еще вариант, если видите.
на Go я бы сделал yaml с описанием задач. Для задачи сделал бы поле What с её текстовой формулировкой для ученика, поле Name для идентификации задачи и поле, например, PrevExercises, в котором будет слайс имён задач, которые надо решить для решения данной задачи. При старте приложения я бы тупо анмаршалил этот yaml в мапу и для каждого ключа построил бы полное дерево всех задач:
var map [string] ExercisesХранить это всё в sql бд на мой взгля оверкил и меганеудобно.
type Exercise struct{
Name, What string
PrevExercisesNames []string
}
МП
Ну а если уж надо делать на sql, то понятно надо сделать таблицу exercise c первичным ключом id (UUID) , полями what и полем типа массив prev_exercises, которое reference key на exercise.id
ВГ
Для примера: урок по арифметике. Вам нужно:
1. Дать материал объясняющий что такое арифметика
2. Дать материал про сложение
3. Дать задачу на сложение
4. Дать материал про умножение
5. Дать задачу на умножение
6. Дать еще одну задачу на умножение
1. Дать материал объясняющий что такое арифметика
2. Дать материал про сложение
3. Дать задачу на сложение
4. Дать материал про умножение
5. Дать задачу на умножение
6. Дать еще одну задачу на умножение
Значит, вам нужна сущность Content, которая уже делится на уроки и занятия полем type. Привязывать к материалу в рамках sql можно как через material_id + поле "вес", так и через массив - что ближе по духу.