johnRSDN,

Привет! Я давно занимаюсь таким вопросом, но в отношении оконных приложений. Кое-какие наработки есть, но свести всё к единому продукту не хватает ресурсов. Если кто захочет вложиться, то максимум через полгода получит полноценную среду разработки - по удобству не уступающую 1С, но не имеющую проблем 1С.

Недавно столкнулся с разработкой в WEB. Использую PHP и MSSQL2008. Начал с разработки платформы, но не для дизайна, а для логики сущностей. И удалось кое-что сделать:

1. База данных у меня давно проектируется в объектно-реляционном стиле. Наследование, полиморфизм, частично инкапсуляция (но можно и полную инкапсуляцию сделать). А главное у меня уже есть набор базовых классов, которые без всякой переделки кочуют из проекта в проект вот уже почти 8 лет. Так сказать ядро системы.

2. Для WEB-звена время жизни объектов ограничивается временем исполнения кода. При повторном обращении они создаются заново, поэтому нужно всегда где-то сохранять промежуточные значения. Для этого используют файл сессии. Мне удалось сделать базовый класс, который может себя сохранять в сессии и восстанавливать оттуда. Причем главное преимущество, это способность сохранять объектные атрибуты в виде ссылок. Таким образом при восстановлении объектов каждый восстанавливается по отдельности, а затем все они собираются вместе заменяя ссылки на самих себя.

Поясню подробнее.

Возьмем к примеру два объекта и в каждом сделаем ссылку на второй объект




Теперь если восстановить эти объекты из сессии, то получим по два экземпляра каждого объекта.
Первый экземпляр obj1 восстановится из сессии, а второй из свойства obj2->Property. То же самое со вторым объектом.

Так вот базовый класс при создании экземпляра генерирует уникальный ХешКод и перед сохранением заменяет объектные свойства на ХешКод. Соответственно каждый объект сохраняется в сессию в единственном экземпляре, всё остальное в виде ссылок.

При восстановлении объекта из сессии просматриваются все его свойства вида ХешКод, по которому находятся соответствующие экземпляры, восстанавливаются из сессии и заменяют собой ХешКоды.

Таким образом, получаем неограниченное время жизни объектов. При это еще сам собой получился сборщик мусора. Объект, на который потерялись все ссылки в сессию просто не сохранится.

Благодаря такому механизму удалось сделать события и обработчики событий для всех объектов. Удалось связывать разные модули между собой пока жива сессия.

Из минусов.

- Иногда сессия может вырасти до мегабайта, но тут нужно грамотно писать код, не создавать лишнего и хорошо обрабатывать ошибки.
- Зачастую прямую ссылку на страницу дать нельзя, т. к. она создается в контексте чего-либо и ХешКод уникален, система просто скажет, что такой объект не найден.

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

3. Интерфейс удалось сделать на шаблонах. Основное понятие в системе - операция. Операция - это страница или часть страницы. Операция обращается к сущностям, получает от них данные, берет шаблон, превращает его в DOM-модель и связывает поля (с данными) с контролами (тегами)

Это, конечно, еще не 1С, но платформа позволяет развить её и превратить в полноценный конфигуратор. Для этого есть идеи и опыт, но нет ресурсов.

johnRSDN,

Такого продукта нет :-(

Александр Пузаков,

В том то и дело, что они знали что хотели получить (да и то не до конца), а как это сделать не знали и скорее всего не знают до сих пор. Поэтому и получилось то, что есть.

Я уже точно знаю что хочу и как. И, кстати, не полгода. Полгода это сейчас, а этому предшествовало 12 лет кропотливого труда. Изучения программирования, поиска технологий, наработки опыта, программного и аналитического, проба разных концепций, в результате чего выработалась единая концепция построения учётных систем. Есть даже идея написания книги на эту тему. Книги не по абстрактному программированию, а практическое руководство для программиста, который собрался написать учетную систему.
Чтобы не было по форумам вопросов, как сделать разграничение прав, как учитывать приход и расход и т.д.