Выбор средства разработки для коммерческого проекта
Для наших целей лучше подойдет Symantec Visual Cafe
v.2.5 и >. Эта среда
может компилировать программу в *.exe файлы.
Я предлагал использовать MsAccess: позволяет
очень быстро и удобно создавать и
модифицировать структуру базы данных,
очень быстро и удобно создавать и
модифицировать формы для работы с
данными. И все это в одной, очень интуитивно
понятной среде. Переход из
режима дизайнера форм в режим реальной
работы с формой для
ввода/просмотра/редактирования данных
осуществляется простым нажатием
кнопки практически сразу и не заметно
никакого компилирования. Просто cool!
На MsAccess можно очень быстро создать макет
приложения, что я часто делаю.
Делаю первый вариант, потом после некоторой
работы проясняется как можно
сделать лучше, и делаю второй вариант и т.д.,
пока не будет все Окей. При
этом сразу же можно начинать наполнять БД
информацией.
Если программа для внутриофисного
использования, то можно остановиться,
поскольку все работает быстро и отлично под
MsOffice. Иначе, если требуется
передавать кому-либо программу, можно
реализовать УЖЕ РАЗРАБОТАННЫЙ И
ОТРАБОТАННЫЙ интерфейс программы на любом
другом языке/среде типа Visual
Basic, Java, Delphi, C++.
Сделать ОДИН РАЗ интерфейс программы на
одном из этих языков/сред можно, а
вот переделывать интерфейс(особенно при
неустоявшейся структуре БД) -
действительно муторное занятие, отнимающее
много времени.
Давай, все-таки попробуем сделать структуру
БД и макет программы на
MsAccess.
Если ты уже начал наполнять таблички в .dbf,
то давай я их очень быстро
перенесу в *.mdb и сделаю формочки для
заполнения. Посмотришь, как оно
выглядит. Программирования это не требует,
только работа с визуальным
дизайнером.
From: Igor Babalich <bia@ucb.crimea.ua>
------------------------
Может быть поступим так: начнем каждый на своем средстве делать определенную часть работ. А потом сольем это все в одно место?
Мне ой как не хочется изучать другие средства разработки. С другой стороны, реальная постановка задачи появится при столкновении с трудностями.
А можно будет сделать программы модулями и соединять их одной оболочкой. Почему бы не сделать так? Тогда каждый сможет писать свою часть в своем средстве. Проблема в структуре базы данных и интерфейс, но, это можно будет решить по ходу пьесы.
Не стоять же на месте. Я думаю, что конкретность выйдет "по ходу работы с общим"
Попробуй сделать программу, которая бы кидала бы картинки на экран. Суть - есть запрос - например, выбрать всех блондинок, программа производит выборку картинок и выдает ее на поле.
Проблема в том, что картинки разне по размерам и разные по пропорциям. Как масштабировать картинки смотри в /архрв/unit1
Сергей