Dynamic card: различия между версиями

Материал из Common History development
Перейти к навигации Перейти к поиску
(Created page with "Category:Model from Sergey Shishkin [http://retrospect-xix.livejournal.com/107510.html?thread=530422#t530422 Параметр, значения которого списо...")
 
(Opinions)
 
(не показаны 4 промежуточные версии этого же участника)
Строка 1: Строка 1:
 
[[Category:Model from Sergey Shishkin]]
 
[[Category:Model from Sergey Shishkin]]
 +
=[[wikiru:Параметр_(значения)]]=
 +
Пример параметра в таблице - шапка у столбца. Значения в ячейках.
 +
=[[wikiru:Список_(информатика)]]=
 +
а, б, с, д, ... - пример простого списка
 +
 +
а (б, с, ...), д, ... пример вложенного списка
 +
= Dynamic card =
 
[http://retrospect-xix.livejournal.com/107510.html?thread=530422#t530422 Параметр, значения которого список параметров (динамика структуры!). И соответствующие параметры, значения которых - списки. Рекомендованная структура события - то есть определенные параметры - именно, рекомендуемые. И согласитесь, обоснованы и выстраданы. Если у кого тут замечания, то они должны носить конкретный характер. Другое дело, что программисты не любят работать со списками, поскольку пишут, как правило, не на функциональных языках и поэтому придумывают всякие аргументы уходить от обработки такой естественной структуры, предпочитая пользоваться готовыми СУБД... Но если список покрывают таблицу, наоборот таблица не покрывает список.]
 
[http://retrospect-xix.livejournal.com/107510.html?thread=530422#t530422 Параметр, значения которого список параметров (динамика структуры!). И соответствующие параметры, значения которых - списки. Рекомендованная структура события - то есть определенные параметры - именно, рекомендуемые. И согласитесь, обоснованы и выстраданы. Если у кого тут замечания, то они должны носить конкретный характер. Другое дело, что программисты не любят работать со списками, поскольку пишут, как правило, не на функциональных языках и поэтому придумывают всякие аргументы уходить от обработки такой естественной структуры, предпочитая пользоваться готовыми СУБД... Но если список покрывают таблицу, наоборот таблица не покрывает список.]
 +
 +
[http://retrospect-xix.livejournal.com/107510.html?thread=568822#t568822 параметры карточки будут динамичными и значения параметров - списки, тип которых строка-ссылка]
 +
[http://retrospect-xix.livejournal.com/99468.html?thread=479372#t479372 с учетом некоторого опыта общения с xml-подобным: можно ввести некоторую минимально-обязательную структуру события для случая "по умолчанию" и параметр для перечисления всех параметров в структуре. Типа динамической схемы для события, которая описывается тоже параметром. Минимум это типа - даты и места, возможно какой-то служебной инфы, например, создатель "карточки события", время создания и т.п., а остальные параметры могут быть, а могут не быть. Значения всех параметров, кроме даты и может чего-то служебного - списки из строк и ссылок.]
 +
= Opinions =
 +
[http://retrospect-xix.livejournal.com/107510.html?thread=567542#t567542 похоже, что таблица для [[User:Sergey_Shishkin|Sergey_Shishkin]] - это не список строк, а список колонок], а сделать он хочеть в [[dynamic card]] User Defined Fields. [http://stackoverflow.com/questions/5106335/how-to-design-a-database-for-user-defined-fields Как это делать] и [http://programmers.stackexchange.com/questions/231939/is-it-bad-practice-to-allow-user-defined-fields почему это плохо].
 +
 +
[[Data and knowledge bases#Opinions]]

Текущая версия на 10:17, 10 августа 2016

wikiru:Параметр_(значения)[править]

Пример параметра в таблице - шапка у столбца. Значения в ячейках.

wikiru:Список_(информатика)[править]

а, б, с, д, ... - пример простого списка

а (б, с, ...), д, ... пример вложенного списка

Dynamic card[править]

Параметр, значения которого список параметров (динамика структуры!). И соответствующие параметры, значения которых - списки. Рекомендованная структура события - то есть определенные параметры - именно, рекомендуемые. И согласитесь, обоснованы и выстраданы. Если у кого тут замечания, то они должны носить конкретный характер. Другое дело, что программисты не любят работать со списками, поскольку пишут, как правило, не на функциональных языках и поэтому придумывают всякие аргументы уходить от обработки такой естественной структуры, предпочитая пользоваться готовыми СУБД... Но если список покрывают таблицу, наоборот таблица не покрывает список.

параметры карточки будут динамичными и значения параметров - списки, тип которых строка-ссылка с учетом некоторого опыта общения с xml-подобным: можно ввести некоторую минимально-обязательную структуру события для случая "по умолчанию" и параметр для перечисления всех параметров в структуре. Типа динамической схемы для события, которая описывается тоже параметром. Минимум это типа - даты и места, возможно какой-то служебной инфы, например, создатель "карточки события", время создания и т.п., а остальные параметры могут быть, а могут не быть. Значения всех параметров, кроме даты и может чего-то служебного - списки из строк и ссылок.

Opinions[править]

похоже, что таблица для Sergey_Shishkin - это не список строк, а список колонок, а сделать он хочеть в dynamic card User Defined Fields. Как это делать и почему это плохо.

Data and knowledge bases#Opinions