На уровень вверх

 

Выбор средства разработки для коммерческого проекта


Для наших целей лучше подойдет 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

 

Сергей