Я думаю, было бы невежливо приводить тут простыню реального кода ). То, что вы видите - набросано исключительно для иллюстрации вопроса. Вопрос в том, могу ли я так делать (назначать полю датакласса значение Iterator)?
Что касается "одноразовости" - код берет данные и заполняет ими таблицу, скажем, в xlsx. Так что одноразовость тут именно то, что мне нужно. А использование классов данных помогает не запутаться в выдаваемом наборе значений, который, разумеется, несколько шире и сложнее, нежели в приведенном примере.
ChairfaceChippendale, например, выделяешь на начальном этапе сущность "работы". В процессе учета всех требуемых тебе характеристик работ ты понимаешь, что у тебя для разных работ появилось слишком много уникальных атрибутов (в коде - еще и методов) и каждую конкретную работу проще вывести в свою отдельную сущность. Под это переписываешь весь код. Хотелось понять, может есть какие-то алгоритмы первоначального анализа, которые позволят подобные вещи выявить на старте.
Slava Rozhnev, в реальном мире последняя ваша таблица формируется динамически. Расчистили площадку под стену, оказалось - болото. Позвали Тиберия осушать болото. Потом только стена. И т.п.
При наличии сотен операций имеем миллионы вариантов сочетаний - не все же их в таблице прописывать. Удобнее решать это условиями в коде. Но при этом иметь в БД какие-то данные по "весу" работ что-ли...
Slava Rozhnev, пример - всего лишь пример, а не конечная задача. В задаче которую я бы в итоге хотел для себя решить - сотни атрибутов (и это, к сожалению, еще не конец), которые "пересекаются" в различных сочетаниях. На первых порах получалось логически раскидать их по таблицам, и все даже получалось вполне красиво. Но появлялось все больше и больше трудностей по ходу работы. Приходилось все чаще "перекраивать" структуру.
В связи с этим, решил найти что-нибудь мало-мальски фундаментальное по данному вопросу, чтобы понимать с чего, по-хорошему, следовало бы начинать.
ChairfaceChippendale, декомпозиция, нормализация отношений, приведение к нормальной форме более высокого порядка. Если набросать более-менее подробно атрибуты какого-либо реального производственного процесса, получается весьма существенное их количество. Так просто сразу раскидать их по таблицам - не получается. Вернее, получается - но криво и постоянно приходится все "перекраивать". Ищу какой-нить способ сделать все по-уму, при этом совсем не разбираюсь в теме. Вот и начал с учебника.
Деление на отдельные таблицы предусмотрено дальнейшими шагами Учебника. На первом этапе нужно собрать все в одну исходную, которую последовательно потом буду приводить к нормальным видам.
В исходной может быть значительно больше атрибутов нежели в приведенном примере и так сразу на составляющие ее разделить будет сложно. Потому и хочется попробовать пройти путем из Учебника.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Что касается "одноразовости" - код берет данные и заполняет ими таблицу, скажем, в xlsx. Так что одноразовость тут именно то, что мне нужно. А использование классов данных помогает не запутаться в выдаваемом наборе значений, который, разумеется, несколько шире и сложнее, нежели в приведенном примере.