Форум » Для флейма » Помогите протестировать первую xHarbour систему » Ответить
Помогите протестировать первую xHarbour систему
AndreyZh: Уважаемые профи! Наконец перевёл систему на xHarbour (терминальный режим). Если не сложно помогите найти ошибки в её работе (сам уже тестил). Если есть желание, то с удовольствием приму критику в любом виде и отвечу на все вопросы. Система содержит исходный код (+ база очень крупной оптовки за 4 месяца) и варианты Clipper (нужна настройка ОС) и xHarbour (Win32) программ. Для установки скачать в любой каталог и распаковать архив. Все виды паролей - 11. Для создания индексов clipper (s_repair.bat), harbour (srepharb.bat). Справка F1 в любом режиме, инструкции в каталоге document. Для принудительного запуска st.bat (clip)/sth.bat (harb). По системе печати, если интересно - отдельно. Состав комплекса: 1. Оперативная программа. ls.exe (clip)/hls.exe (harb) 2. Администратор и бухгалтерия. la.exe (clip)/hla.exe (harb) 3. Аналитический контур. ldust.exe (clip)/hld.exe (harb) Буду очень благодарен за найденные ошибки и критику в любой форме! Скачка с учётом исправлений всех замечаний на 04.04.2010 (5.92) http://get.freesoft.ru/?id=108083
AndreyZh: Спасибо Pasha за реакцию на сообщение! В принципе достаточно полно изучил большинство тем по Harbour и данная система, как "программиста" меня весьма вдохновляет... Более того достаточно активно занимаюсь её продвижением, рекламой преимуществ и перспектив на других форумах (в основном ERP). Но к большому моему сожалению не имею возможности глубоко сам её осваивать и применять её на практике, т.к. занимаюсь поддержкой у десятков фирм свой тиражной учётной системы. При этом вынужден учитывать привычки, стандартные приемы (мои и чужие) работы и кучу других нюансов слабо связанных с процессом программирования. В частности даже для "стартовой" установки УС Land в десятки магазинов был вынужден перенастроить около 30 компьютеров и "обучить" около 70 пользователей в разных районах довольно крупного города, а как уже заметил - это мизер клиентской базы. Учитывая, что каждая фирма за поддержку платит "копейки", а новая, современная, перспективная система разработки им "по барабану" - это превращается в довольно геморройное дело. Но процесс движется вперёд, пусть не так быстро, как хочется. Но движется! По поводу LetoDb, MiniGui, новых механизмов интерфейса и работы с БД. Поддержка абсолютно разных по исходному коду систем КИС Lack (Clipper) и УС land (хHarbour) выкинет меня вообще из IT бизнеса... Так, что в начале ВСЕ пользователи перейдут на УС Land (ещё кучка программ, которые нужно переписать/написать), а только затем начнуться работы по переводу системы на новый интерфейс и техники работы с БД! Даже просто, с целью "общего развития" пока мало времени на изучение и тестирование данных механизмов... Это в частности объясняет несколько агресивный стиль общения на форуме... Теперь надеюсь на "спад" нагрузки в ноябре-январе, может и продвинусь в освоении xHarbour чуть дальше.
Pasha: AndreyZh пишет: Поддержка абсолютно разных по исходному коду систем КИС Lack (Clipper) и УС land (хHarbour) Что касается minigui - да, текстовый и графический интерфейс очень уж отличаются, так что скорее всего исходный код прийдется разделить. Хотя мне в свое время удалось сделать программы для tui и gui, не разделяя исходного кода. Правда, бинарники при это различные А что касается БД - то тут сомнений не должно быть ! Сырцы должны быть одни и те же. Да и исполняемые модули тоже. А используемый rdd надо указывать в настройке. Линковать все возможные rdd, и ставить при старте программы нужный rddSetDefault(...) У меня так и делается - в файле ini задаю значения параметров: RDD=LETO Server=//192.168.1.20:2812/database или RDD=DBFCDX Server=m:\database или Server=\\192.168.1.20\database или Server=\\server\database или тоже самое для ads Иногда даже приходилось совмещать в одной сети доступ к БД и через leto, и через dbfcdx Конечно, при использовании leto/ads некоторые таблицы, находящиеся на локальных дисках, надо открывать через dbfcdcx/dbfntx А при использовании leto желательно не использовать пути в set path/set default, поскольку они существенны для некоторых файловых операций, например File().
полная версия страницы