Лучшее средство разработки программ
Программизъм.. Используйте
технологии COM, ActiveX, просто
старые добрые DLL и средства
межпрограммного/межпоточного взаимодействия -
мессаги, DDE, сокеты, pipes, отображаемые
файлы - ведь все это вместе настоящее
программистское эсперанто.
Конечно, это несколько увеличит объем
проекта, может сказаться на скорости работы, но и
на скорости разработки тоже (обратно скорости
работы ;)). В конце концов, потом это все можно
будет портировать в какое-то одно место типа Delphi.
Если вы отойдете от процедурного
программирования и отдельно взятые фрагменты
кода с высокой самодостаточностью оформите в
объекты, это будет очень просто.
мылить to: azanov@perm.raid.ru azanov1@psu.ru
ICQ UI╕ : 23913640
WWW-страничка: http://www.raid.ru/customers/azanov
+++
Сделать отображение файлов в память и работать
без баз данных
+++
Уважаемый Sergei E. Mikhailov,
Подробно принципы ;открытых проектов;
рассмотрены в статье ;Собор и
базар; Э.Реймонда. Перевод данной статьи был
опубликован в BYTE/RE
за октябрь 1999 года.
Max Anfilatov
Web-developer
mailto:woyager@w.spb.ru
+++
Hello Sergei,
SEM> речь идет о нечетко заданной задаче
Здесь конечно сложнее...
SEM> - как будут храниться ответы в базе данных,
Ну тут базу переписать на диск, сделать
подходящую структуру таблиц и
все.
SEM> - как будет производиться статистика по
ответам пользвователя,
SQL и еще представления(view) можно посоздавать.
С чем стоит на мой взгляд побороться так это с
использованием BDE, дело в том что он
местами работает кривовато и инсталлировать в
машину пользователя
кроме своей программы еще и его не очень хорошо. В
5-й версии Delphi
есть компоненты midas, которые позволяют
обращаться к БД минуя BDE,
так же к Access можно подключиться через ODBC, который
все равно есть
в Windows. И еще аксесовскую базу можно запаролить,
чтобы пльзователь
в ней сам руками не ковырялся.
Удачи Вам в Вашем нелегком труде!!!
<Адрес удален>
+++++
из известных мне FoxPro, Centura Builder и Delphi
предпочтение отдаю
Delphi
с остальными системами практически не знаком
на что хотел бы обратить внимание - если ваш
проект коммерческий и вы
собираетесь
продавать свой продукт на запад - то серьезно
отнеситесь к тому, с
какой именно
управляющей системой вы будете работать (Sybase, Oracle
и т.д.).
Там это все стоит денег. Равно как и прочие
побочные продукты (те же
рисунки).
И платить за это будете или вы, или клиенты. Но
стоимость конечного
продукта в итоге все равно повысится
что касается постановки задач и технического
задания - то ничего
необычного тут нет
просто иной раз большое количество писем
для быстрого решения мелких вопросов - ICQ
а вообще подобного рода вопросы, как показала
практика, решаются
итерационным методом
--
WBR, Sr
From: Sergey Izokh <sr@belcaf.minsk.by>
++++++++++
Предлагаю использовать MsAccess. :-)
У него есть такое классное средство, как
;репликация;, т.е. например, я
делаю обновления в структуре, ты вносишь новые
данные, я вношу новые данные
и т.п.
Для согласования наших БД, создается ;реплика;,
содержащая все изменения от
последнего обновления по ;реплике;. Эта реплика
откатывается на другой БД и
обе БД становятся одинаковыми и согласованными.
Очень просто и удобно!
+++
SEM> Говорят, что на эксессе хорошо
моделировать процессы. Я решил пока
SEM> моделировать на BDE и CPP + Delphi. (Я просто не знаю
бэйсик).
Добавлю от себя пару слов(если не возражаете). Не
знаю что Вам надо
моделировать, но в университете мы моделировали
системы массового
обслуживания, так люди, писавшие на Delphi, тратили
на порядок больше
времени, чем использовавшие специализированные
языки, а именно
GPSS(старенький пакет под DOS, но для получения
статистики вполне
подходит). В той организации экранные формы на
Access быстро ;лепили;
для себя девушки-операторы, не знающие Бэйсик, а я
освоил построитель
запросов SQL за один день, возможно там и
моделирование довольно
простое и понятное? Если же Вам нужно
моделировать бизнесс-процессы с
последующей разработкой приложений БД, то на это
замахнулись в Oracle
своим Designer 2000, именно этим я сейчас и занимаюсь,
но пока оценить
толком не могу.
Привет, Макс
Большое спасибо за ответ
Я еще не определился с тем, на чем будет
писаться это. Но куски уже написаны на на сях и
дельфях.
Советуют писать на джаве, как на
кросплатформенной вещи, совтуют делать
пристрелочный вариант на Эксессе.
Пока решил писать на чем прийдется и по ходу
пьесы определяться с тем, что получилось.
Да, проблемма с инсталяцией.
* Тише едешь - не оглохнешь
(вместо эпиграфа)
Привет, Сергей!
Если эта разработка подразумевает инсталляцию
(если я правильно понял, разработка на Delphi), то
вполне можно использовать BDE. Хоть это и монстр,
но с такими объемами справится наверняка. Если
база данных будет велика, то Paradox и DBase не
подойдут, придется использовать либо Local InterBase,
либо MSSQL, либо Jet (MSAccess). Но, если потребуется много
места под BLOB-поля (картинки, средней величины
описания к ним), то InterBase и MSAccess плохи тем, что вся
база данных со всеми потрохами хранится в одном
файле, т.е. получатся большие тормоза. Тут есть
вариант: картинки хранить отдельно от базы
данных, т.е. не в BLOB-полях, а таблице держать
только имена нужных файлов. Или, если база будет
очень бо-ольшая, ;)) можно задействовать Oracle, SyBase,
Informix - один из этих драйверов, это монстры,
рассчитанные на большие сетевые БД.
А общаться с другими разработчиками можно на
Королевстве Delphi<http://delphi.vitpc.com>,
в фидошных эхах RU.DELPHI, RU.DELPHI.DB и иже с ними. Из
инета в них можно писать через гейт fido7. Еще вроде
есть какой-то форум на InfoArt'е, но я его не видел, не
знаю, что такое. Мне этих двух источников обычно
хватает.
За сим челом бью и откланиваюсь, Макс.
мылить to: azanov@perm.raid.ru azanov1@psu.ru
ICQ UI╕ : 23913640
WWW-страничка: http://www.raid.ru/customers/azanov
From: Антон Л.
Гершман
Как фанат Delphi, рекомендую Delphi +
BDE. Поскольку программа не обязана будет влезать
на одну флопку, более того, должна будет лежать на
лазерном диске, BDE в данном случае не будет тяжелой ношей.
Программистов же, имеющих опыт использования
этого конгломерата - пруд пруди.
C> Какое средство разработки, использующее
базы данных, лучше всего
C> использовать в проекте, который должен
закончится коммерческим CD? (Проект
C> будет иметь дополняемую базу данных, большую
библиотеку картинок.)
Я работал ....(над одним проектом)..... В качестве
средства разработки
использовался VisualBasic, в качестве БД - Access.
Основным
достоинством такого сочетания было то, что VB
довольно быстро и удобно
работает с аксесовскими базами(хотя очень
хотелось попробовать
последние версии Delphi, но не было лицензионного и
руководство не
выделяло времени на эксперименты).
Предварительная подготовка данных
велась с использованием того же Access:
одновременно работало несколько операторов,
объемы данных средней мощности (десятки тысяч
записей), быстрая
разработка форм для операторов средствами
самого Аксеса и другие
удобства. Фотографии хранились в виде внешних
файлов, а в БД - пути к
ним, используемые для показа. Была попытка
перевести процесс
подготовки информации на работу с СУБД Oracle и
клиентскими местами,
написанными в Delphi, но по ряду причин прошла не
очень гладко и
работы все равно ведутся с использованием
Аксесса.
<Адрес удален>
|