|
30.11.2009, 14:39 | #1 |
Участник
|
Ок. Куда бы ты ни отнес, у нас есть ветка, где можно громко заявить о...
Про функционал - сюда Возможности функционала Dynamics AX и 1С УПП Цитата:
По-моему, ты о другом говоришь. но давай нас другие рассудят. Цитата:
Сообщение от Сисой
Принято. Кстати, сервер 1С умеет работать с потоками. Поэтому можно эмулировать асинхронные процессы примерно так:
http://net-to-you.ru/programm/1cprog.../159-test.html Имитация - это уже хорошо. Искренне поздравляю. А тупой таймер, который был еще в версии ax2.5, реализовать этой иммитацией можно? Или хотя бы автообновление формы по таймеру? Да, да. 1Сники - извините. просто меня здорово смутили разработки, которые выкладывают на инфостарте например, http://infostart.ru/public/16021/ ПрогрессБар есть. Правда с ограничениями, но есть. Ура, в этом наконец-то приблизилась к ax2.1 Давайте еще. |
|
30.11.2009, 15:19 | #2 |
Участник
|
О пакетном режиме.
В терминологии 1С "пакетный режим" используется при работе Конфигуратора (административная утилита 1С для разработки и администрирования). Можно задать в командной строке имя файла, в котором описан порядок выполнения административных действий и запустить пакет на исполнение. С точки зрения пользовательского интерфейса ERP режим пакетного запуска предполагает запуск по шедулеру любых отчетов, печатных форм, обработок, отложенного проведения документов. В типовых конфигурациях 1C такого нет. Все, что есть, это автообновление и автопубликация некоторых отчетов и автоматизация процесса обмена данными между базами (там есть и шедулер и пакеты). Тем не менее, используя фоновые процессы на сервере 1С, регламентные задания и обработчики ожидания на клиенте (периодический опрос флагов), можно программно реализовать пакетный запуск. Подобные решения есть, их можно найти в Инете (как правило, частные задачи, вроде массовой печати документов). Также можно запустить произвольную обработку из внешнего шедулера при помощи ключа командной строки /С (например, обработку исполнения пакета). |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
30.11.2009, 15:27 | #3 |
Участник
|
Спасибо
Цитата:
В Аксапте Формы не запускаются в пакетном задании. Любые Отчеты и унаследованные от RunBase классы - да. А уже классы запускают "обработки, отложенное проведение документов". Цитата:
Сообщение от Сисой
Тем не менее, используя фоновые процессы на сервере 1С, регламентные задания и обработчики ожидания на клиенте (периодический опрос флагов), можно программно реализовать пакетный запуск. Подобные решения есть, их можно найти в Инете (как правило, частные задачи, вроде массовой печати документов).
Также можно запустить произвольную обработку из внешнего шедулера при помощи ключа командной строки /С (например, обработку исполнения пакета). Еще есть технологические возможности, по которым 1С приблизилась к Аксапте? |
|
30.11.2009, 15:43 | #4 |
1C
|
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
30.11.2009, 16:10 | #5 |
Участник
|
Цитата:
Спасибо! Значит таймер на форму повесить можно. А таймер в других местах - не получится. Таймер в 1С видимо с точностью до секунд. Можно ли в 1С реализовать какую-нибудь плавную анимацию, типа тетриса? |
|
30.11.2009, 16:23 | #6 |
Участник
|
Сомневаюсь, что в 1С8 можно нарисовать плавный Тетрис. Там нет объектов типа shape. Придется перерисовывать на форме элементы управления.
Промежуточный итог: Аксапта лучше приспособлена для написания компьютерных игр :-) |
|
30.11.2009, 16:34 | #7 |
1C
|
В семерке был метод GetPerformanceCounter()... Наверняка и в восьмерке можно отыскать такой :-)
А плавность шейпов... хто его знает, может через HTML поле сделать :-) Зачем все это в прикладных задачах-то? |
|
30.11.2009, 17:09 | #8 |
Участник
|
Ок
Отображение состояний процессов на одном экране. Всякие энергетики, коммунальщики, железнодорожники... ок. Еще есть технологические возможности, по которым 1С приблизилась к Аксапте? |
|
30.11.2009, 17:31 | #9 |
Участник
|
Думаю, что это в ветку по платформе. Знающие 1С, расскажите, пожалуйста, как реализовано обновление? Имею ввиду вот что: предприятие ведёт разработку в типовой конфигурации, приспосабливая её под свои нужды. Как в этом случае накатываются обновления, выпускаемые собственно 1С?
Верно ли, что при самостоятельном изменении объектов они "снимаются с поддержки"? Если нет, то при каких условиях можно накатывать стандартные обновления, а при каких нельзя? Существует ли механизм сравнения, что именно было изменено программистом предприятия по сравнению с типовой конфигурацией? |
|
30.11.2009, 17:40 | #10 |
1C
|
Цитата:
Сообщение от FE
Знающие 1С, расскажите, пожалуйста, как реализовано обновление? Имею ввиду вот что: предприятие ведёт разработку в типовой конфигурации, приспосабливая её под свои нужды. Как в этом случае накатываются обновления, выпускаемые собственно 1С?
Верно ли, что при самостоятельном изменении объектов они "снимаются с поддержки"? Если нет, то при каких условиях можно накатывать стандартные обновления, а при каких нельзя? Существует ли механизм сравнения, что именно было изменено программистом предприятия по сравнению с типовой конфигурацией? никаких слоев разработки, ничего и близко нет для облегчения... разве что ремарки в коде :-)( |
|
30.11.2009, 17:48 | #11 |
Участник
|
Цитата:
Сообщение от FE
Думаю, что это в ветку по платформе. Знающие 1С, расскажите, пожалуйста, как реализовано обновление? Имею ввиду вот что: предприятие ведёт разработку в типовой конфигурации, приспосабливая её под свои нужды. Как в этом случае накатываются обновления, выпускаемые собственно 1С?
Верно ли, что при самостоятельном изменении объектов они "снимаются с поддержки"? Если нет, то при каких условиях можно накатывать стандартные обновления, а при каких нельзя? Существует ли механизм сравнения, что именно было изменено программистом предприятия по сравнению с типовой конфигурацией? Да, в конфигураторе 1С реализован механизм сравнения. Можно выборочно применять/не применять изменения в новой версии. Самое сложное - код модулей. Есть режим поиска расхождений в текстах, но трудоемкость процесса достаточно ощутимая. Также непросто анализировать изменения в формах. Но при переходе к декларативному описанию форм в 8.2 проблема становится менее острой. |
|
30.11.2009, 17:38 | #12 |
1C
|
|
|
01.12.2009, 11:47 | #13 |
Участник
|
"На этой карете прошлого далеко не уедешь" . В следующих версиях AX от него вообще планируют отказаться (так по крайней мере пишут в мануале разработчика для DAX2009). Взамен него используется более перспективный в плане скорости и удобства работы .NET Business Connector.
А вот тут как я понимаю у 1С как раз все не очень здорово. Точно знаю, что платформа 8.1 не может выступать сама как .NET провайдер. И похоже, что внутри нее подключить .NET компоненты (CLR сборки) и использовать их как "родные" элементы конфигурации, нет возможности. + что, еще разочаровало в платформе 8.1: 1. Отсутствие возможности параллельной разработки нескольких программистов в одной конфигурации и одной базе. Как мне кажется, на больших проектах это сильно усложняет регламент разработки. + сюда же - необходимость перезапуска клиента 1С для того, чтобы протестировать изменения в конфигурации (что тоже скорости разработки не добавляет). 2. Отсутствие полноценного наследования и остальных атрибутов настоящего ООП. При проектировании новой сложной функциональности (как сам MS, так и партнеры) могут использовать все современные методики проектирования ПО опираясь на общепринятую терминологию (ООП паттерны (GOF, Фаулер), рефакторинг, UML и т.п.). Какие методики при проектировании архитектуры масштабных решений (на их самобытном фреймворке) использует 1С мне не очень понятно. 3. Как я понял в типовых конфигурациях повсеместно используется подход - реализация бизнес-логики на модулях форм. Как мне кажется, связано это с пунктом 2. От этого, "детские болезни", о которых писал mazzy (бешеный траффик между клиентом и АОС-ом и т.п.) становятся совсем недетскими . Так как, как мне кажется, связаны опять таки с подходом к проектированию бизнес-логики в 1С. Поэтому, чтобы вылечить эти "детские болезни", скорей всего потребуется тотальное переписывание типовых конфигураций. А это означает, что клиентам 1С придется еще не раз внедрить систему с чистого листа, чтобы перейти на более прогрессивные версии. 4. Не реляционная структура БД. Спорный, кончено, момент. Но, ИМХО, на данный момент существующие технологии объектно-реляционного преобразования не позволяют достичь такой же производительности, как если бы структура была чисто реляционной. + мы теряем возможность полноценного использования некоторых встроенных в СУБД средств оптимизации (partitioning напрмер) и аудита (трейсинг тяжелых запросов например) производительности. Да и еще хотел еще раз подчеркнуть не раз звучавший здесь тезис - MS, в отличии от 1С вкладывает немалые усилия в сохранение преемственности версий, или как они выражаются "в сохранение инвестиций", сделанных партнерами и клиентами. Выражено это во многом: начиная от формирования таких вот документов (Arijit Basu: Statement of Direction for Microsoft Dynamics AX), и заканчивая разработкой целых фреймворков для облегчения переноса данных между версиями не только для стандартного функционала, но и доработок (http://www.microsoft.com/downloads/d...displaylang=ru). Сам был свидетелем двух параллельно идущих проектов в одной компании - один по переходу с Axapta 3.0 на DAX4.0. Другой - с 1С Бух 7.7 на 1С Бух 8.0. Проект по Аксапте занял 3 месяца с учетом работ по оптимизации и аудиту. Причем сам подъем приложения занял не больше двух человеконедель, остальное время - тестирование, оптимизация, перенос данных. 1С же по сути внедряли с нуля в течении года (хотя там были проблемы с менеджментом проекта, но тем не менее). |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
Теги |
1c, платформа, сравнение систем |
|
|