Утилита предназначена для организации удобного хранения метаданных 1С Предприятия в системах контроля версий (svn, git, mercurial,...). Выполняет декомпиляцию файлов совместимого с CF формата в текстовые файлы. Для файлов конфигураций, внешних отчетов и обработок создается структура каталогов, повторяющая структуру метаданных исходного файла.
Скачать файл
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Ближайшими аналогами являются v8Unpack и CfProject. От них утилиту отличает распаковка в структуру каталогов соответствующую структуре объектов с обработкой всех данных исходного файла.
Установка и запуск.
Для запуска необходимо наличие Java версии 1.7 и выше.
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы. Может выполнять свертку сразу нескольких баз данных и выполнять их автоматически без непосредственного участия пользователя.
Решение в Реестре отечественного ПО
Инструмент для написания и отладки кода в режиме «1С:Предприятие». Представляет собой консоль кода с возможностью пошаговой отладки, просмотра значений переменных любых типов, использования процедур и функций, просмотра стека вызовов, вычисления произвольных выражений на встроенном языке в контексте точки останова, синтаксического контроля и остановки по ошибке. В консоли используется удобный редактор кода с подсветкой, контекстной подсказкой, возможностью вызова конструкторов запроса и форматной строки.
Инструмент, позволяющий абсолютно по-новому взглянуть на процесс разработки печатных форм. Благодаря конструктору можно значительно снизить затраты времени на разработку печатных форм, повысить качество и "прозрачность" разработки, а также навести порядок в многообразии корпоративных печатных форм.
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
Разработка Конструктор автоматизированных рабочих мест "Конструктор АРМ" реализована в виде расширения и является универсальным инструментом для создания АРМ любой сложности в пользовательском режиме.
Восстановление партий или взаиморасчетов, расчет зарплаты, пакетное формирование документов или отчетов - теперь все это стало доступнее. * Есть желание повысить скорость работы медленных алгоритмов! Но... * Нет времени думать о реализации многопоточности? * о запуске и остановке потоков? * о поддержании потоков в рабочем состоянии? * о передаче данных в потоки и как получить ответ из потока? * об организации последовательности? Тогда ЭТО - то что надо!!!
Сырцы где-то можно глянуть? или закрытый проект?
Проблема с длинными именами файлов как-то решена?
Работает для всех версий платформы или только какой-то одной?
(3) so-quest, Сырцы включены в архив, проект живет на битбакете, но здесь запрещено давать ссылки на внешние ресурсы.
Насчет длинных имен проблем не имел, не упирался в ограничения ФС.
Проверялось на 8.2, 8.3. На 8.0 и 8.1 тоже должно работать. Не думаю что на 8.2 поменяли идентификаторы. Если речь о системе, то поскольку java, то кроссплатформенно.
Добро пожаловать в клуб авторов "еще одного распаковщика" (http://forum.infostart.ru/forum24/topic132213/message1365501/#message1365501)
У меня один вопрос: зачем нам еще один? Может быть, вы еще не в курсе проектов v83unpack, precommit1C и других? Я как бы не критикую, вроде, судя по скриншотам, у вас все замечательно сделано. Просто это еще один изобретенный велосипед. Сообщество уже прошло этот путь. А вот разобрался бы кто в форматах "скобочек" {0,0,{}} для чтения метаданных, да еще бы задокументировал - вот было бы отлично!
(5) Evil Beaver, тут возникают ньюансы...
для того что бы обрабатывать {0,{}} - нужны внутренние классы 1С. По крайней мере перечисления и гуиды.
Все можно получить но возникают вопросы правового характера. Имеем ли мы право выкладывать классы 1С(перечисления), использовать их гуиды.
Я таки добился кодогенерации на основании описания хелпа...но вопрос можно ли это публиковать?
(7) Evil Beaver, ньюанс еще в том что реализация классов в 1С меняется с версией и то что было актуально вчера - сегодня уже неправда...
то есть - необходимо для каждой версии технологической платформы генерировать свой набор классов и системных перечислений - либо поддерживать только последнюю платформу.
(9) генерировать то можно, было бы из чего. У тебя случайно нет описания что за что отвечает во внутреннем представлении? а то разобраться в списке этих безумных гуидов - достаточно сложно...
(12) ну вот смотри - открываем root и видим
{2,a73b50b7-09a5-48f1-80d0-b4ce9f6116cb,} (это внешняя обработка)
гуид - имя контейнера где содержиться описанаине обработки. А что такое 2? и что за параметр отсутствует на 3 месте?
Далее открываем контейнер на который указывает гуид. Вопрос - как этот список перевести в структуру с вменяемым названием полей? Точнее - может у кого-то есть такое описание? перегнать уже не вопрос.
(5) Evil Beaver, Изначально создавалось конечно как форк v8unpack с прицелом на кроссплатформенность и более разумное потребление памяти. v83unpack и precommit, насколько понимаю, требуют наличия установленной 1С для распаковки, здесь же небольшая утилита сама в себе, для работы ничего кроме java не требуется.
Хотя конечно изобретение велосипеда присутствует =)
форк v8unpack с прицелом на кроссплатформенность и более разумное потребление памяти
да, и такие есть уже в нашем "клубе" :-)
(6) minimajack,
кодогенерация на основании помощи - это скользкое место. в синтаксис-помощнике описаны поля, которые используются в режиме выполнения, а в модели сериализации их может и не быть. или типа они какого-нибудь другого. я тут тоже кодогенерирую на досуге :)
правда я XML-выгрузку разбираю.
то что было актуально вчера - сегодня уже неправда...
в 1С такие-же разработчики, как и мы все. пока что-то работает, лишний раз трогать не будут. потому лично я сильно сомневаюсь, что UUIDы у нынешних типов поменяются, так как чуется мне, что на них многое завязано.
v83unpack и precommit, насколько понимаю, требуют наличия установленной 1С для распаковки, здесь же небольшая утилита сама в себе, для работы ничего кроме java не требуется
v83unpack и precommit я упомянул, как уже относительно взрослые решения, с которыми можно работать и решать прикладные задачи, того-же код-ревью. Дело в том, что v83unpack синхронизирует в гит XML-выгрузку конфигурации, а она гораздо более читаемая и толку от нее больше. Поэтому, я и говорю, что если бы независимая отдельная утилита умела парсить скобочки в человекочитаемый формат - было бы круто. А утилит, создающих просто "скобочные" файлы - уже много, и имхо, кроме исследовательского интереса ничего не привносят в работу 1С-ника. Со скобочным форматом работать тяжело. Ну распаковали, в гит сложили, а дальше?
Кстати, новые веяния говорят, что скоро и платформа сама сможет делать то, что делает precommit и v83unpack из коробки. http://v8.1c.ru/o7/201507xml/index.htm @pumbaEO, большой брат все-таки признал, что ты готовишь выгрузку исходников правильнее :)
(18) Evil Beaver, первьій раз я про это говорил еще в мае 2013 на инфостарте, после выхода edt напомнили зарегистрировав ошибку при выгрузке ERP 2.0 и они признались, что данный баг у них уже как 2 года висит (только они его никому не показывают).
создаем класс -> на основании описания десериализуем скобочный формат (автоматически) -> получаем объект -> сериализуем в xml опять же по описанию из класса(автоматически)...
По сути необходимо лишь правильно описать класс 1С.
Скрытый текст
@V8Class
@XmlRootElement(name = "Root")
public class PackData
{
@XmlElement(name = "Description")
public List<PackedDescription> list = new LinkedList<PackedDescription>();
@XmlTransient
@V8Transient
public HashMap<Integer, PackedDescription> hashedData = new HashMap<Integer, PackedDescription>();
public void afterUnmarshal()
{
for ( PackedDescription packetDescription : list )
{
hashedData.put( packetDescription.index, packetDescription );
}
}
public PackedDescription getByIndex( Integer index )
{
return hashedData.get( index );
}
}
На bitbucket проект по поиску находится. Понравилось, что не просто распаковать, но хоть и с помощью регулярок происходит попытка распарсить наименования. Жаль что 1с управляемые формы все-таки не в xml хранит, все в том же скобочном формате.
Даже элементарно - значения каких типов может встречаться в списке? Число, гуид и строка - это понятно. но иногдаи такие определения встречаются
"{2,574413f5-39e6-49e1-9044-2c1bd9dec82e,zRHGIBkZn+NhFh/zXRfSRjnbA26J8ygBPspPWuLnv/YEc0cQDMWSghycggIxaQ1N
9DI74TeU39DSB6wmH82VrQ==}" - вот 3 параметр - что за тип?
Я только не понимаю одного, что мешает если это внешнаяя обработка создать при ее изменении новую с именем версии в файле я так всегда делал и буду делать, намного легче сравнивать между обработками изменения. Если это встроенные использовать хранилища...
Exception in thread "main" java.lang.NoClassDefFoundError: ru/shmalevoz/utils/Log
at ru.shmalevoz.v8cf.Main.<clinit>(Main.java:35)
Caused by: java.lang.ClassNotFoundException: ru.shmalevoz.utils.Log
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)