14.04.2015, 09:38 | #1 |
Участник
|
1С творит очередную революцию для своих разработчиков
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
14.04.2015, 10:42 | #2 |
Участник
|
MorphX добавили?
|
|
14.04.2015, 15:58 | #3 |
Участник
|
Мне это кое-что другое напоминает:
1. Платформа Eclipse и возможность написания своих плагинов для удобства работы Eclipse это планинистая IDE типа Visual studio изначально от IBM. 2 . Кросплатформенность, т.е наконец-то можно работать на Mac ) 3. Конфигурация хранится не в информационной базе, а в файловой системе. Из этого [вытекает возможность использования популярной системы контроля версий (git, svn) 4. Разрабатываемая конфигурация может использоваться с разными информационными базами и разными версиями «1С:Предприятия» 5. Одновременно можно редактировать несколько конфигураций 6. Работа в DT имеет некоторые отличия в части работы с объектами конфигурации и сохранения результатов работы, т.к. используется платформа Eclipse 7. Более удобная и быстрая командная разработка |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
14.04.2015, 16:15 | #4 |
Участник
|
|
|
14.04.2015, 16:26 | #5 |
Участник
|
Обождите, я думал "управляемые формы" - это IntelliMorph
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
15.04.2015, 15:27 | #6 |
Участник
|
|
|
20.06.2015, 16:50 | #7 |
Участник
|
По-моему им главное громко заявить, а потом как всегда - тренировка на клиентах
|
|
24.06.2015, 05:49 | #8 |
NavAx
|
Цитата:
Может в австралии консалтеры лохи, но в 2012 они настройки, по большей части, ручками переносит между Dev, Test, UAT и Prod. Что несомненно дикость. Но как перенести между инстансами профили разноски не задев транзакционную информацию, никто не знает.
__________________
Isn't it nice when things just work? |
|
24.06.2015, 07:44 | #9 |
Участник
|
Термином "конфигурация" в 1С называется приложение, т.е функционал (бизнес-логика).
Есть ещё "платформа" - это что-то вроде ядра с базовыми объектами. |
|
|
За это сообщение автора поблагодарили: macklakov (1). |
24.06.2015, 08:39 | #10 |
Участник
|
Кстати, подумалось. Никто же не мешает скриптовать применение нужных настроек. Тогда и применять их можно будет на каких угодно инсталляциях и контроль версий тут же. Ещё можно придумать генератор скрипта по уже сделанным вручную настройкам...
|
|
24.06.2015, 10:15 | #11 |
Участник
|
попытки делались неоднократно. лично я болел этой идеей в далеком 97, еще когда был в рарусе. даже был действующий прототип. потом были попытки у других
в итоге - сликом сложно, слишком мало возможностей для рефлексии в 1С. ближайший аналог - make-файлы в unix/linux. почитайте о них, о том какие там задачи и как решаются. |
|
24.06.2015, 10:23 | #12 |
NavAx
|
Мы еще 1С обсуждаем или AX?
__________________
Isn't it nice when things just work? |
|
24.06.2015, 16:05 | #13 |
Участник
|
|
|
24.06.2015, 17:04 | #14 |
Участник
|
В 1С весьма развита технология обмена данными между инсталляциями (в т.ч. разнородными) при помощи XML. Есть специальное приложение для настройки маппинга между БД и настройки триггеров обмена. Далее, во все типовые конфигурации встроен движок, который может мануально или в фоновом режиме отрабатывать обмен между БД по разработанной схеме.
Поэтому задача автоматизированного переноса настроек, начальной НСИ и планов счетов решается с полпинка. Ну а для базы разработки и продуктива есть штатная программа, позволяющая переносить любые элементы или наборы информации со всеми связанными данными. Например, если мне нужно перенести в базу разработки десяток сегодняшних инвойсов с новой номенклатурой и клиентами, это займет минут 5 времени. Просто отбираю нужные документы по критериям и перегружаю. Последний раз редактировалось Сисой; 24.06.2015 в 17:07. |
|
24.06.2015, 20:43 | #15 |
Участник
|
ребят... вы снова как-то очень упрощенно и схематично мир воспринимаете. по-1Совски
вы все-таки полюбопытствуйте насчет make-файлов. вы сводите вопрос к настройкам одного "модуля". это ж тривиальный частный случай. вам говорят о настройках нескольких взаимосвязанных "модулей"/"конфигураций" возьмем пример из бизнес-области, реализация для которой есть и у 1С, и у Аксапты: расчет сдельной зарплаты для рабочих. если включен модуль "производство", в котром фиксируется фактическая выработка рабочих, то расчет ЗМ можно и нужно делать по данным модуля производства. возникает необходимость настроить из каких смен/рабочих журналов/норм брать данные. если же модуль "производство" не включен, то данные о фактической выработке придется вводить вручную в журналы/документы "модуля" расчет зарплаты. и нужно настроить их. и т.п. предопределенные значения... хе-хе-хе! "технология обмена данными"... хе-хе-хе! снова ответ в стиле "можно сделать" вместо "уже существует". ну, ребяты!!!! Последний раз редактировалось mazzy; 24.06.2015 в 20:45. |
|