(495) 925-0049, ITShop интернет-магазин 229-0436, Учебный Центр 925-0049
  Главная страница Карта сайта Контакты
Поиск
Вход
Регистрация
Рассылки сайта
 
 
 
 

Конференция "Gupta/Centura (Gupta Technologies)"

Обсуждение вопросов, связанных с компанией Unify/Gupta (Gupta Technologies), ее продуктами Team Developer, SQLBase и др.

 
 
Добавить сообщение »

Тема: Оптимизация Centura-программы.

Автор:  les Дата: 30.11.2000 14:13
Спасибо . Итого без APD (с чем все согласны) + несколько EXE + DLL
Ответить на сообщение »
 
Автор:  George Panov ( http://geos.sniff.ru ) Дата: 30.11.2000 14:08
1. Мой вариант оптимизации кода - все, сказанное Антоном-доброжелателем + снос кода в DLL по максимуму. Все спокойней и быстрее, когда код живой работает, а не P-код. Кстати, особенно проблема объема и особенно скорости встала с последней версией CTD2000 - там изменена структура tagNUMBER, описывающая числовое значение и из-за этого числовые циклы (т.е. одна из самых обыденных конструкций) там на порядок медленнее работают, чем в старых версиях CTD...

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

- только EXE (APP + общее ядро в виде APL), включающий в себя как административные, так и прикладные функции
- только EXE+APD (общее ядро в виде APL), включающий в себя как административные, так и прикладные функции
- несколько EXE (APP + общее ядро в виде APL), каждый из которых выполняет набор определенных функций, как прикладных, так и административных.

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

HTH
Георгий.
:)

P.S. Кстати, я тоже как и Антон до февраля 2000 года работал в Инфософт'е и я помню, как программеры как дети радовались, когда мы наконец-то от APD отказались, хотя не более года ими пытались пользоваться - такое мучение!!!, кстати, особенно в процессе разработки.
Ответить на сообщение »
 
Автор:  Фёдоров Павел. Интерфейс. Дата: 30.11.2000 10:33
>>1.Если кто экспериментировал, как можно уменьшить размер Centura программы, неговоря об использовании функций.

Есть ещё классы и ООП, которое как раз и призвано уменьшить размер программы за счёт повторного использования кода.

>3. Наконец по поводу уменьшения размеров APL - создавайте как можно меньше окон. Существенный процент от исходного кода в центуре составляет внутрисистемное описание собсно самих окошек.
>

Дельный совет.
От себя могу добавить, что и в этом случае использование классов для визуальных компонентов может существенно облегчить программирование как в смысле размеров исходника и исполняемого файла, так и в смысле простоты программирования и исправления ошибок.
Ответить на сообщение »
 
Автор:  Доброжелатель Дата: 29.11.2000 15:36
>если верить моим приятелям из инфософта, то стоит во время разработи использовать апд, а при окончательной компиляции собирать из апл единый ехе-шник + необходимые длл.
>Также кто-то говорил, что не стоит использовать апд размером больше 2 мб

1. как бывший сотрудник ЗАО 'Инфософт' очень интересуюсь кто бы это мог Вам ТАКОЕ посоветовать...
2. APD в центуре - бред сивой кобылы, так что лучше ими вообще не пользоваться. И уж тем более в контексте отладки и написания приложения (самое веселое начнется во время окончательной сборки) - хуже китайских пыток.
3. Наконец по поводу уменьшения размеров APL - создавайте как можно меньше окон. Существенный процент от исходного кода в центуре составляет внутрисистемное описание собсно самих окошек.

Антон
Ответить на сообщение »
 
Автор:  les Дата: 28.11.2000 10:23
если верить моим приятелям из инфософта, то стоит во время разработи использовать апд, а при окончательной компиляции собирать из апл единый ехе-шник + необходимые длл.
Также кто-то говорил, что не стоит использовать апд размером больше 2 мб
Ответить на сообщение »
 
Автор:  alla Дата: 27.11.2000 17:04
1.Если кто экспериментировал, как можно уменьшить размер Centura программы, неговоря об использовании функций.
2.Если смысл разбивать программу на несколько app-файлов?
СПАСИБО!!!
Ответить на сообщение »
 

Добавить сообщение »

 Распечатать »
 Правила публикации »
   
 Рекомендовать »  
 

Магазин программного обеспечения   WWW.ITSHOP.RU
Q 1.0 for Windows Single User
Microsoft SQL Server Standard Core 2017 Sngl OLP 2Licenses NoLevel CoreLic Qualified
SAP® Crystal Reports 2016 WIN INTL NUL
FastCube FMX Single License
Quest Software. SQL Navigator for Oracle
 
Другие предложения...
 
Курсы обучения   WWW.ITSHOP.RU
 
Другие предложения...
 
Магазин сертификационных экзаменов   WWW.ITSHOP.RU
 
Другие предложения...
 
3D Принтеры | 3D Печать   WWW.ITSHOP.RU
 
Другие предложения...
 
Новости по теме
 
Рассылки Subscribe.ru
Информационные технологии: CASE, RAD, ERP, OLAP
Новости ITShop.ru - ПО, книги, документация, курсы обучения
Программирование на Microsoft Access
CASE-технологии
Реестр Windows. Секреты работы на компьютере
СУБД Oracle "с нуля"
Все о PHP и даже больше
 
Статьи по теме
 
Новинки каталога Download
 
Исходники
 
Документация
 
Обсуждения в форумах
ODBC: dBase CREATE TABLE... (8)
Есть проблема Из программы на CTD 2.0 PTF3 подключаемся к DBF-файлам Set SqlDatabase='Файлы...
 
TD 6.2 SP4 Ошибка при установке (5)
Добрый день! Кто-нибудь устанавливал TD 6.2 SP4 на Win7? В конце процесса установке выдаётся...
 
PMC (4)
Подскажите как формируется Product Media Code или ключик к SqlWindows 510 ( CTD510)
 
Работа клиента Сеntura с клиентами Оракл 10, тонким клиентом, net client (3)
Есть клиент, написанный на Centura, исходников нет Работает только с клиентами Оракл 8 и 9 Ни...
 
подключение к Centura SQLBase server 6.1.2 (3)
есть приложение (клиент-банк) с вышеуказанной базой. В приложении для подключения к базе...
 
 
 



    
rambler's top100 Rambler's Top100