Здравствуйте коллеги,

Разрабатываю систему, состоящую из взаимосвязанных объектов, где:

Объект — это набор полей из простых типов — число, дата, строка или сложных — коллекция объектов, коллекция ссылок на объекты, отображения (ключ на объект или ссылку на объект).

Связь — это включение одного объекта в другой 1) по значению 2)по ссылке или 3) через отображение ключ (строка) на объект.

Ищу ГУЙ который позволит отображать объекты, создавать экземпляры объектов и редактировать их свойства (поля) и связи между ними.

На что посоветуете посмотреть?

Здравствуйте, Igor Sukhov, Вы писали:

IS>Ищу ГУЙ который позволит отображать объекты, создавать экземпляры объектов и редактировать их свойства (поля) и связи между ними.

Отображать в каком виде? В табличном? В виде форм? Обычные CRUD операции?

IS>На что посоветуете посмотреть?

Access, 1С и тому подобные "конструкторы".

Здравствуйте, wildwind, Вы писали:

IS>>Ищу ГУЙ который позволит отображать объекты, создавать экземпляры объектов и редактировать их свойства (поля) и связи между ними.
W>Отображать в каком виде? В табличном? В виде форм? Обычные CRUD операции?
сами объекты в виде форм: поле1 = знаничение1, ... полеN = значениеN,
коллекции объектов в виде списков или гридов.

IS>>На что посоветуете посмотреть?
W>Access, 1С и тому подобные "конструкторы".
У Access GUI заточен под базы данных, а не объекты или документы, 1С слишком специализирована, требует большого количества зависимостей,
а вот про "подобные конструкторы", которые можно использовать из mainstream языков, пожалуйста поподробнее.

Здравствуйте, Igor Sukhov, Вы писали:

IS>У Access GUI заточен под базы данных, а не объекты или документы
Исходя из твоего описания, разницу пока не улавливаю. Кроме того, объекты или документы все равно берутся из базы, не так ли?

IS>1С слишком специализирована, требует большого количества зависимостей,
Так тебе "посмотреть" или "попользовать"? Если попользовать, то вопрос не сюда. (Кросспостинг — плохо, фу на него).

IS>а вот про "подобные конструкторы", которые можно использовать из mainstream языков, пожалуйста поподробнее.
А что собственно от него требуется? Нарисовать генератор форм "полеN = значениеN" и гридов в любом из mainstream языков можно за пару дней на коленке.

Здравствуйте, wildwind, Вы писали:

IS>>У Access GUI заточен под базы данных, а не объекты или документы
W>Исходя из твоего описания, разницу пока не улавливаю. Кроме того, объекты или документы все равно берутся из базы, не так ли?
объекты беруться из файла, где хранится их сериализованное представление. городить работу с базой для прототипа нецелосообразно.

IS>>1С слишком специализирована, требует большого количества зависимостей,
W>Так тебе "посмотреть" или "попользовать"? Если попользовать, то вопрос не сюда. (Кросспостинг — плохо, фу на него).
посмотреть — я же сказал что прототип.

IS>>а вот про "подобные конструкторы", которые можно использовать из mainstream языков, пожалуйста поподробнее.
W>А что собственно от него требуется? Нарисовать генератор форм "полеN = значениеN" и гридов в любом из mainstream языков можно за пару дней на коленке.
можно и быстрее, просто некогда.

ладно, если будет что по делу сказать — то пиши, теорию разводить тут не надо. что интересно, я видел уже такой фреймворк лет 10 назад, но забыл как называется

Здравствуйте, Igor Sukhov, Вы писали:

IS>Ищу ГУЙ который позволит отображать объекты, создавать экземпляры объектов и редактировать их свойства (поля) и связи между ними.

VS Lightswitch, Sharepoint, Access — подобных конструкторов куча. Дополнительные требования какие?

Здравствуйте, Igor Sukhov, Вы писали:

IS>Ищу ГУЙ который позволит отображать объекты, создавать экземпляры объектов и редактировать их свойства (поля) и связи между ними.

IS>На что посоветуете посмотреть?

В терминах MVC этот ГУЙ просто представление твоей модели — объектов и связей между ними. По описанию вообще сильно похоже на UML class diagram.
Бери любую diagraming-библиотеку и рисуй. Для Delphi есть например TMS Diagram Studio, для дотнета наверное тоже есть что-нибудь похожее.

Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Igor Sukhov, Вы писали:

IS>>Ищу ГУЙ который позволит отображать объекты, создавать экземпляры объектов и редактировать их свойства (поля) и связи между ними.

S>VS Lightswitch, Sharepoint, Access — подобных конструкторов куча. Дополнительные требования какие?
LightSwitch посмотрю, SP это мне кажется тяжеловато для прототипа ... прототип в моем понимании это что-то что можно поднять за 2-3-4 часа свободного времени.
Требований никаких нет — главное что бы можно было скачать за 10 минут, настроить за 2-3 часа и к концу дня уже иметь рабочий прототип. Подумав, идеальный вариант это какой-то скрипт (java или python) который по описанию типов (idl, xml, whatever) геренирует GUI позволяющий проводить CRUD дейсвия + поиск + навигация по всязям parent->child->parent. Как объекты представляются в памяти — пофиг, как сохранять — json или xml-сериализация.

Здравствуйте, Аноним, Вы писали:

IS>>Ищу ГУЙ который позволит отображать объекты, создавать экземпляры объектов и редактировать их свойства (поля) и связи между ними.
IS>>На что посоветуете посмотреть?
А>В терминах MVC этот ГУЙ просто представление твоей модели — объектов и связей между ними. По описанию вообще сильно похоже на UML class diagram.
я наверно не совсем ясно выразился — диаграммы не нужны. связи впосле могут быть представлены слабовизуально — например если у объекта SomeVector
поле Items имеет значение (30) — это значит что вектор содержит 30 элеметнов и по клику на это поле показывается другая форма с гридом из 30 строк
элементов. как-то так.

А>Бери любую diagraming-библиотеку и рисуй. Для Delphi есть например TMS Diagram Studio, для дотнета наверное тоже есть что-нибудь похожее.

Здравствуйте, Igor Sukhov, Вы писали:

IS>Здравствуйте коллеги,
IS>Разрабатываю систему, состоящую из взаимосвязанных объектов, где:
IS>[...]

Задача чётко не описана, соответственно, решать её можно кучей способов. Обычно подобное реализуют системы для всяких разных диаграмм, типа ER для баз данных, UML, IDEF и прочих бизнес-процессов и т.д. Здесь можно глянуть в сторону и открытых средств а-ля Ess-Model, ArgoUML и пр., так и найти библиотеки/фреймворки для диаграмм под нужную платформу/язык. В то же время и средства для всяких MindMap, Wiki и подобного тоже могут обеспечить подобную структуризацию, в т.ч. и в броузере, как TiddlyWiki. Если вдруг оказывается, что ещё рядом требуется и визуализация алгоритмов, то тогда в целом нужен комплексный подход. Последние модные тренды в этой области — визуализация а-ля Scratch, как Blockly от гугла, Modkit Micro для контроллеров и т.д., или а-ля блок-схемные решения, например, здесь анонс. Правда, очень легко получить такие типовые результаты

Автор: PSV100
Дата: 26.04.12

от визуальных сред.

Если бы я делал проект сугубо для личного использования под свои нужды, то смотрел бы в сторону плагинов к нормальному текстовому редактору, например, по мотивам org-mode эмакса.

Одним словом, если это нагибалка для программистов — одни подходы, если это инженерная среда под микроконтроллеры, принципиальные схемы и т.д. — другие, если попсовый проект — нужны иные гламурности.

Здравствуйте, Igor Sukhov, Вы писали:

IS>Разрабатываю систему, состоящую из взаимосвязанных объектов, где:

IS>Объект — это набор полей из простых типов — число, дата, строка или сложных — коллекция объектов, коллекция ссылок на объекты, отображения (ключ на объект или ссылку на объект).

IS>Связь — это включение одного объекта в другой 1) по значению 2)по ссылке или 3) через отображение ключ (строка) на объект.

IS>Ищу ГУЙ который позволит отображать объекты, создавать экземпляры объектов и редактировать их свойства (поля) и связи между ними.

IS>На что посоветуете посмотреть?

Ничего такого нету. Есть SharePoint, который умеет это из коробки, но:

1. Из коробки он умеет не все. Например, типы включений мы с товарищем сейчас пилим в виде навесных модулей и это на грани возможного.
2. Есть вещи, которым его научить нельзя в принципе из-за кривой архитектуры.
3. Для девелопера это кошмар. API наихеровейшее, декларативный язык запросов представлен XML'ным (facepalm) CAML'ом. То есть, самое интересное для вас обломится.

По этой причине я давно предлагал реализовать какой-то базовый функционал для самых легковесных технологий:

http://rsdn.ru/forum/prj/5201587.1

Автор:
Дата: 16.06.13