Пишу 1С77-совместимую платформу уже больше года.
Готов скриптовый движок, сетевой модуль, загружается конфигурация и умеет выполнять запросы 1С++. Клиент умеет получать с сервера описание пользовательского интерфейса и строить оный. Сейчас тружусь над заменой мокселю.


Что осталось: стандартные механизмы доступа к данным, стандартный язык запросов и связать скриптовый API с нативным, свой конфигуратор.
Есть скрины тестовых сборок, но форум не пропускает Печаль

Пишу 1С77-совместимую платформу уже больше года.
Готов скриптовый движок, сетевой модуль, загружается конфигурация и умеет выполнять запросы 1С++. Клиент умеет получать с сервера описание пользовательского интерфейса и строить оный. Сейчас тружусь над заменой мокселю.


Что осталось: стандартные механизмы доступа к данным, стандартный язык запросов и связать скриптовый API с нативным, свой конфигуратор.
Есть скрины тестовых сборок, но форум не пропускает

Woland писал(а) 23. Марта 2012 :: 13:59:


Woland, предлагаю вам объединить усилия по созданию лисапета с другим лисапетостроителем, вот его проект http://www.1cpp.ru/forum/YaBB.pl?num=1222774809

И совместный продукт лисапет использовать в операционной система Болдженос ))))

JavaIsJunk писал(а) 23. Марта 2012 :: 16:10:

Не слишком ли много шуму от яловой коровы, которая ни молока ни мяса не дает, зато всех учит как что делать?

Да еще решат кому с кем дружить, да чем заниматься.
Ты наглость где-то оптом закупаешь или по наследству передалась?

trdm писал(а) 23. Марта 2012 :: 16:39:


Мне почему-то сразу вспоминается поговорка "Правда глаза режет"

JavaIsJunk писал(а) 23. Марта 2012 :: 16:41:

пустой треп.

Даже не знаю что ответить.. 
Человек наверное, очень хотел высказаться, и сделал это. Аплодисменты!

JavaIsJunk писал(а) 23. Марта 2012 :: 15:14:

Этот. Немного адаптированый сервер уже полгода молотит живые данные на волгоградском хладокомбинате, обслуживая софт на ТСД. Он Выгружает из базы 1С (SQL) сводные заявки на ТСД и формирует документы по собранным данным.
Я в дискуссии вступать на собираюсь, просто решил рассказать, что есть такой проект. Никого в помощь не ищу, ибо рук хватает. Кому что интересно, спрашивайте по существу.
В скрины верить тоже не заставляю. Грузить из мд гуй не самое трудное. Впереди еще биндинг всего АПИ, который хоть и не такой богатый, зато надо потрудиться, чтобы воспроизвести точно поведение 1С. Потом еще остается на десерт местная ORM, по которой пока еще нет идей. По хорошему, всю работу с данными надо переносить на сервак, но 77 не знает, что это такое, поэтому в целях совместимости надо дать клиенту возможность работать с данными, а тут уже возможны варианты: либо прокидывать серверные дейта-сеты на клиенты через RPC, что не очень шустро, либо передавать все разом на клиент и там дальше обрабатывать. Склоняюсь ко второму, но надо еще поизучать поведение 1С чтобы не вляпаться.
RPC для этого проекта писался специально, но вылился в отдельный проект. Первая версия была целиком завязана на буст, но из-за этого отлаживать либу было сложно, да и компилилось не быстро. Я молчу про то, что сам когда влез туда после месяца перерыва с трудом мог разобраться. Поэтому сейчас весь RPC переписан с нуля, интерфейс описывается деларативно на С-подобном синтакисе, файл с интерфейсом обрабатывает утилита, которая генерит нужный сетевой код на С++, который уже включается в проект.
Скриптовый двиг закончен примерно на 70% и представляет собой вирт-машину + компилятор. Работает субъективно шустро, но сравнительных тестов пока не делал.
Конфа грузится сервером без использования одинесных приблуд и прочего ОЛЕ-недоразумения, либа для чтения Compound-файлов своя, ибо планируется переносимость, но писать оные файлы пока не умеет. Программные модули разжимаю zlib'ом, но только нешифрованные, шифрованные пока не осилил, да и цели не было.
Аналог мокселя писать только начал, пока там все плохо, в зачаточном состоянии. В коде не используется ничего, специфичного для винды, кроме ODBC (изначально Qt не использовался на сервере), но некоторые его части gcc переварить не смог (в основном шаблоны), их позже буду переделывать.
Пока ничего не выкладываю в общий доступ, ибо пока все это по сути лишь набор компонент, которые еще предстоит связать воедино, но если кому интересно - некоторыми вещами могу персонально поделиться.

trdm писал(а) 23. Марта 2012 :: 20:14:


Компилируется в байт-код, который исполняется вирт машиной.
Первоначально было желание использовать виртуальную машину от Mono, даже поэкспериментировал с ней, все понравилось, но была одна загвоздка: все языки, которые компилируются в MSIL со статической типизаций и структура самого MSIL такова, что компилировать в него код с динамической типизацией как в 1С хоть и теоретически возможно, но надо извратиться.
Моя же виртуальная машина оперирует данными внутри аналога одинесного CValue. Компилятор понимает как синтаксис 77, так и восьмерошные нововведения, такие как <Новый, Для Каждого> у объектов можно реализовать оператор []
Про йоксель в курсе, очень положительного мнения о нем, много использовал. Но он завязан на MFC, а у меня Qt4. При желании конечно скрестить можно, но связка будет весьма костыльной и не кроссплатформенной. Хотя как крайнюю меру рассматриваю.

trdm писал(а) 23. Марта 2012 :: 20:23:


Видел, посмотрел уже. Но не стал трогать без разрешения автора.
ЗЫ.: не сразу заметил, что ты и есть автор)))  Спасибо, покопаюсь возможно что-то и выйдет

Woland писал(а) 23. Марта 2012 :: 20:34:

тут 2 пункта:
- медленная работа паинтера.дравтекст;
- внутри использую xml для сохранения, сериализации копипастинга. а он в Qt тормоз неимоверный.

основная проблема 1-я.
нужен спец что-бы дать совет о способе ускорения дравинга. Я пробовал кешировать пиксмап, получилось, но когда распечатал - пиксмапы на печать вышли "негативами", т.е. белый цвет фона стал черным, а черный текст - белым.
вот тут я окончательно охренел 

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

По растеризации шрифта надо будет поэкспериментировать. Для вывода на экран можно кешировать пиксмап, а для печати - рисовать через drawText. Ведь если тормоза могут быть при частой перерисовке например при скроллинге, то при однократной отрисовке при печати это будет незаметно на фоне скорости печати.
Кроме того, когда это возможно нужно перерисовывать не всю таблицу, а только часть, учитывая то, что paintEvent это позволяет. Еще одна оптимизация - пререндеринг видимой части таблицы + область вокруг в пиксмап и обновлять его только при изменении ячеек или при приближении к границе пиксмапа во премя скроллинга. Так будет горазда быстрее.
На крайний случай можно попробовать выводить текст через freetype, но думаю, что до этого не дойдет.

По поводу открытый/закрытый:
У меня в планах в случае успешного доведения до стадии готовности сделать 2 версии:
Закрытая коммерческая и открытая свободная.
На закрытой хочется заработать и иметь возможность нанимать народ для дальнейшего развития.
Открытая для популяризации, в ней будет функционал 1С77 плюс что-нибудь еще по мелочи. Имеется ввиду, что не будет клиент-сервера и некоторых других крупных наработок. Плюс изначально открою адаптеры только для свободных БД из тех, которые будут.

Я думаю, что начни сейчас раздавать 77 даром, да еще с исходниками, много кто возьмет и так, не смотря на то, что 77 давно устаревает.

Изначально я планировал сделать небольшую учетную систему для внедрения в некоторых небольших подшефных конторках, которые хотят избавиться от пиратской 77. Но все упирается в то, что 1С хотят за то, что легко и за малые деньги можно найти поддержку, а другое, пусть и бесплатное решение потребует бОльших средств для сопровождения. Найти хорошего спеца по с#/С++ гораздо сложнее, нормо-час дороже, времени надо больше.

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

Ну вот. С новоселием

+ люди тут не будут зазря интересоваться системой.
Они будут интересоваться только тем, что может помочь:
- готовым инструментом;
- возможностью оказать помощь другому;
обещаниями и спорами холиварными не будут интересоваться. Это уже приелось.
Так что пока не жди дифирамбов и вопросов особо

А ты продуктивный
И шустро идет. Может и правда получится

Еще скромные достижения:

Обрабатывается объединение ячеек, доработаны стили, немного улучшена отрисовка.
Сейчас допиливаю контроль текста, потом займусь клиппингом.

classic писал(а) 28. Марта 2012 :: 17:37:

Вообще, это либа на С++/Qt4, которая к вебу никакого отношения не имеет.
Если есть острая необходимость например в модуле для php, для обработки mxl, можем это обсудить в личке или аське/скайпе. Еще в поставке gcomp имеется скрипт на питоне, который конвертит mxl во вполне понятный xml, который можно обработать в php.

думаю на нетбуке можно погонять, как раз слабая машинка, могу помочь с этим

Woland писал(а) 30. Марта 2012 :: 08:34:


В переводе с языка форума 1cpp это означает, что программы как таковой нет, а если есть то функционала нет, а если функционал есть, то это функционал свито-перделки.

Этот тролинг уже начинает надоедать.
заняться больше нечем?

trdm писал(а) 31. Марта 2012 :: 19:33:


Что значит троллинг? Я не вижу разницы между моими постами и постами например Woland-a. Я здесь не матюкаюсь, никого не посылаю, вывешиваю скрины точно, так же как Woland и другие болтуны. Почему же я тролль а другие нет?

Woland писал(а) 01. Апреля 2012 :: 23:45:


Ну, что же, Жопская Болдженос Бухгалтерия тоже не стоит на месте, я тоже поэкспериментировал в Делфи примерно..... с полчаса.....  И тоже состряпал актец, правда я не стал заниматься выделением, потому как не понимаю, какая разница какое выделение в редакторе форм..... но это как говорится дело вкуса

eurobax писал(а) 03. Апреля 2012 :: 07:30:


Веб-интерфейс, облачный сервис, веб-приложения, JAVA, С#, все это мерзость, но для форумных болтунов разумеется все это открывает, широкие перспективы еще больше болтать и переливать из пустого в порожнее. А учитывая, что я на этом форуме аутсайдер, то меня такие перспективы не прельщают.

eurobax писал(а) 03. Апреля 2012 :: 07:30:

Что-то у вас критиков совсем глаза в кучу съехали.
Критикуете велосипедостроение и тут же предлагаете сотворить велосипедогугледокс.
Смотрю поджилки дрожат когда конкурентный продукт начинает расти

Woland, делай свое дело. А юродливые и пустозвоны всегда найдутся. Без них скучно

eurobax писал(а) 03. Апреля 2012 :: 09:17:

А оно вообще надо?

eurobax писал(а) 03. Апреля 2012 :: 09:17:

Я говорил именно  об этом. Тереп ни о чем и не по существу.
Именно это я подразумевал под словом "юродливый".

Раздел называется "qt1L, 2C и прочие "аналоги" 1С. " а не "Растегни ширинку и помахай".

eurobax писал(а) 03. Апреля 2012 :: 08:43:


Ну дык просветите дремучего, наконец то на этом форуме, среди серой массы болтунов, появился по настоящему высококлассный специалист. Наконец то, публика увидит воотчию "прочий "аналог" 1С". Ждем от eurobaxa больших перемен в сфере бесплатных аналогов 1С.

eurobax писал(а) 03. Апреля 2012 :: 13:42:

Ну так это не вакансия, а кто-то кому-то заказал/заплатил.
Каким боком это касается форумную публику?

eurobax писал(а) 03. Апреля 2012 :: 14:49:

По причине "пустоты" предложения. Оно ничем с твоей стороны не обеспечено: ни предложением помощи, не заказом на работу с обещанием оплаты, т.е. ничем. Пустота. Одно писдорбольство.
предложение оно по другому оформляется.

trdm писал(а) 03. Апреля 2012 :: 15:14:

Может еще и устройство исполнителя в соответствии с КЗОТ РФ? :-D
Мне кажется здесь вообще какое-то предвзятое отношение к понятию форум.

Вчера уделил полчаса (времени среди недели совсем мало), теперь можно редактировать текст в ячейках. Еще сделал задел под универсальную страницу свойств.
Продолжаю пилить среду приложения, а конкретно менеджер действий, который будет отвечать за привязку специализированных тулбаров, таких как тулбар мокселя к типам окон, а также за подписку на стандартные действия. При переключении между окнами приложения менеджер действий будет обновлять состояния панелей инструментов. На данный момент помимо управления окнами среда умеет различать типы открываемых файлов, создавать при открытии файла дочернее окно нужного типа и загружать файл в нем. Также   среда управляет порядком инициализации и завершения приложения, реализует общее окно глобальных настроек, расширяемое вкладками и некоторые другие мелочи. Функционал небогатый, я пополняю его по мере возникновения потребности. Сама среда как отдельный компонент нужна для того, чтобы с одной стороны без лишних трудозатрат обеспечить единый вид для конфигуратора и приложения, с другой стороны, она выносит в отдельный модуль весь вспомогательный функционал, о котором написал выше и позволяет тратить меньше усилий на получение оного в дочерних окнах разных типов. Такое вот ООП.

Я так понимаю, куча народу затаила дыхание. хочется верить в успех вашего мероприятия

eurobax писал(а) 03. Апреля 2012 :: 18:37:


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

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

Woland писал(а) 04. Апреля 2012 :: 11:02:


То бишь завел тему обсуждать, то, что в принципе обсуждать нельзя без рабочей демки )) абсолютно в стиле раздела форума "qt1L, 2C и прочие "аналоги" 1С" )

http://lurkmore.to/butthurt

Boris_1c писал(а) 05. Апреля 2012 :: 08:35:


То бишь если человек рассуждает объективно и высказывает мнение которое не всем нравится у него токсикоз? Тогда получается, что, если хвалить и воспевать болтунов, то токсикоза у человека нет?

trdm писал(а) 04. Апреля 2012 :: 20:14:


Точно, приврал я маленько, за 5 лет существования форума, демка ток у тебя и у Пенты. Остальные ветки сплошная болтовня.

Woland писал(а) 08. Апреля 2012 :: 11:57:


Даж не знаю.... вывешивать ли мне скрины моей жопской болдженос бухгалтерии под линуксом или нет? Опять меня обвинят в провокации, троллинге и токсикозе......  если публика пожелает, я вывешу, а ежель нет, то не буду....

Woland писал(а) 08. Апреля 2012 :: 16:51:


Старый добрый Дельфи меня не подводит, жопская болдженос бухгалтерия под Линусом просто летает с бешеной скоростью работы.

JavaIsJunk писал(а) 09. Апреля 2012 :: 08:44:

Да уж.
Есть в Qt вещи сделанные ломиком через анус.
Это отрисовка текста, очень тяжелый XML.
А сейчас куда идут вообще не понятно.  http://www.opennet.ru/opennews/art.shtml?num=33527

Вся отрисовка будет через опенжилу.

ПС. Насчет печати счета-фактуры бред полный. Была бы коммерческая задача давно бы сделал. Мотивация закончилась.

Woland писал(а) 08. Апреля 2012 :: 22:20:

Можно глянуть на алгоритмы отрисовки?

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

Почитал данную ветку, и вот сижу, думаю. Зачем всем сдались аналоги 1с. Сам работаю с 1с 7.7 лет 8, с 1с 8.2 больше года. Сравниваю обе системы, в принципе кроме масштабируемости я качественных скачков в развитии 1с не увидел. Ну добавили в 8-ку рюшечек и ряшечек, функций и процедур всяких, объектов метаданных и прочей туфты.

Настройка прав на создание, проведение и тд и тп самих документов и всех объектов, как была на уровне конфигуратора, там там и осталась. Те же справочники исключительно иерархической структуры.

Конфигурирование и сопровождение стало сложнее и дороже. Скачок по большей части произошел количественный, но не качественный.

Где же ускорение разработки и внедрения конфигураций? Где простота настройки и администрирования? А нет, и не будет. Потому как сама концепция монолит платформа-монолит конфигурация по моему мнению устарела, и в данном случае мало подходит для реализации современных задач по автоматизации бизнесс-процессов.

В настоящее времи при таком многообразии специфик в учетных системах предприятий, необходимо другое решение (ИМХО).

Например, нужна не монолитная платформа, а платформа состоящая их модулей, которые можно было бы подключать по мере необходимости, кроме этого сама конфигурация также должна состоять из набора нескольких взаимосвязанных между собой модулей, которые могут отключаться или подключаться по мере необходимости.

Ну например организация ведет складской учет, пока на первом этапе развития ей не нужен учет НДС, бухучет, просто тупо приход-расход-остаток, вот предприятие разраслось, купило модуль для учета НДС или бухучета, и все теперь у нее все это есть. без изменения существующей структуры БД, а просто путем добавления возможностей в программу. Чтобы не перегружать остатки из одной конфигурации в другую или чего то подобного.

При существующей системе, мне как начинающему предпринимателю например не нужны все "возможности" платформы 1с, так вопрос, зачем я буду переплачивать за то что мне не надо?

Если говорить образно, то это выглядит примерно так: я сначала купил себе тележку с колесами для того чтобы возить товар, но оборот растет и мне нужно перемещать товара больше и быстрее, я покупаю двигатель (модуль к платформе), что мне позволило возить больше товара и делать это быстрее. В дальнейшем мне кроме перевозки товара потребовалась его фасовка на ходу (возможность конфигурации в дополнительной специфике учета), я купил устройство для фасовки и просто прикрутил его к тележке, запитал это устройство от генератора двигателя и теперь я перевожу товар и одновременно его расфасовываю. Кроме этого расфасовывать мне надо сегодня по 500 грамм, завтра по 900, т.е. в устройстве фасовки есть все необходимое чтобы я без всяких специалистов смог менять величину и порядок фасовки, а также настраивать необходимую форму упаковки без использования сложных инструментов (настройка некоторых моментов, более тонкой подстройки учета в конфигурации под нужды предприятия, которые может сделать менее квалифицированный специалист).

В итоге получится продукт позволяющий производить программирование и настройку программ на разных уровнях абстракции. Начиная от самых сложных программист-модуль платформы, программист-модуль конфигурации и программист или опытный пользователь-надстройка программы.

Создание же клонов 1с дело бессмысленное и неблагодарное, тем более что один разработчик аналога 1с против команды разработчиков самой 1с, как говорится один в поле не воин.

Разбивка платформы и конфигурации на модули позволить снизить затраты на разработку и внедрение программного продукта, как заказчику так и непосредственно самому разработчику.

Ну вот в общих чертах примерно так выглядит мое мнение об отечетственных учетных системах.

Dmitry The Wing писал(а) 31. Июля 2012 :: 04:42:


Я поэтому и назвал все это ОБРАЗОМ, не вдаваясь в технические подробности. Если не хватает воображения, то приведу еще один пример. Например конструктор ЛЕГО, в нем есть кубики (модули) и которых можно собрать все что угодно. Только не говорите, что это будет выглядеть некрасиво и неэстетично...))) не об этом речь.

yas писал(а) 31. Июля 2012 :: 05:16:

Подсистемы в 1С появились в версии 8.0.
Совместимость и стыкуемость же подсистем зависит только от пряморукости их авторов.
Никто не запретит собрать свою конфигурацию из разных независимых подсистем.
Рынок же диктует необходимость разработки именно готовых конфигураций, т.к. для большинства покупателей они подходят. Для трети они подойдут после небольшой доработки напильником. Тех же, кому они принципиально не подходят, "считанные единицы" теряющиеся в основной массе покупателей. Такие или разрабатывают свои или дорабатывают типовые конфигурации, а затем ими пользуются...
В этом и заключается гибкость платформы.
Далее - 1С постоянно совершенствует платформу, учитывая пожелания пользователей...

yas писал(а) 31. Июля 2012 :: 06:04:
Готовое приложение будет сложно модифицировать, а изменения в законодательстве требуют соответствующих изменений в учетных системах. Именно потому конфигурация отделена от платформы.
А про автопром отечественный: не автовазом единым богато отечество. Лично я не знаю джипа, способного конкурировать с УАЗом по проходимости кроме супер-крузера, который мало кто способен купить (и дело не только в цене, - японцы их просто так не продают). А теперь и внешний вид патриота становится все лучше и лучше. В таганроге также делают неплохие авто, однако не все знают, что это не иномарки.
Покупают и те и другие. Точных данных у меня нет, но видел примерно следующие цифры: в среднем по России покупают 50% иномарок и 50% отечественных. Не нашел где это проверить, но раньше видел именно такую инфу.

Никто не умер, все живы. Ухожу из франчи, теперь снова время появится на проект, пока занимался эпизодически. trdm, как что-то будет - лично тебе первому напишу, сейчас пока сложно что либо планировать.