Базовые понятия ООП...
1) Для компании пишется N-рабочих мест сотрудников. (N<10);
2) Разработка будет проводится небольшой группой программистов;
3) Решено сделать так:
- На сетевом ресурсе создаются папки под каждый АРМ (будут разрабатываться независимо);
- С целью унификации интерфейса и т.п. там же создается папка Common, в которой будут содержаться формы общие для проекта (которые потребны каждому из АРМ), а также main-форма, от которой хочется унаследовать main-формы всех АРМ.
Вот тут вопрос возник...Написать так:
class TForm2 : public TForm1 - не проблема. Как сделать, чтобы при этом форма-наследник была доступна в design-time вместе с компонентами, имеющимися на родительской форме. Вроде как можно затолкать ее в репозиторий, но тогда при ее изменении придется на каждом месте разработчика АРМ обновлять ее в репозитории?
Наверное, я просто неправ в идеологии...Посоветуйте, пожалуйста, как такое лучше сделать?
Спасибо.
P.S. Или посоветуйте хорошую книжку/курсы по вопросам проектирования...
--
Знал бы прикуп - жил бы в Сочи...:-)
Цитата:
Originally posted by Berg
Расскажите ламеру. Это мое первое участие в крупном проекте...Задача:
1) Для компании пишется N-рабочих мест сотрудников. (N<10);
2) Разработка будет проводится небольшой группой программистов;
3) Решено сделать так:
- На сетевом ресурсе создаются папки под каждый АРМ (будут разрабатываться независимо);
- С целью унификации интерфейса и т.п. там же создается папка Common, в которой будут содержаться формы общие для проекта (которые потребны каждому из АРМ), а также main-форма, от которой хочется унаследовать main-формы всех АРМ.
Вот тут вопрос возник...Написать так:
class TForm2 : public TForm1 - не проблема. Как сделать, чтобы при этом форма-наследник была доступна в design-time вместе с компонентами, имеющимися на родительской форме. Вроде как можно затолкать ее в репозиторий, но тогда при ее изменении придется на каждом месте разработчика АРМ обновлять ее в репозитории?
Наверное, я просто неправ в идеологии...Посоветуйте, пожалуйста, как такое лучше сделать?
Спасибо.
P.S. Или посоветуйте хорошую книжку/курсы по вопросам проектирования...
--
Знал бы прикуп - жил бы в Сочи...:-)
Расскажите ламеру. Это мое первое участие в крупном проекте...Задача:
1) Для компании пишется N-рабочих мест сотрудников. (N<10);
2) Разработка будет проводится небольшой группой программистов;
3) Решено сделать так:
- На сетевом ресурсе создаются папки под каждый АРМ (будут разрабатываться независимо);
- С целью унификации интерфейса и т.п. там же создается папка Common, в которой будут содержаться формы общие для проекта (которые потребны каждому из АРМ), а также main-форма, от которой хочется унаследовать main-формы всех АРМ.
Вот тут вопрос возник...Написать так:
class TForm2 : public TForm1 - не проблема. Как сделать, чтобы при этом форма-наследник была доступна в design-time вместе с компонентами, имеющимися на родительской форме. Вроде как можно затолкать ее в репозиторий, но тогда при ее изменении придется на каждом месте разработчика АРМ обновлять ее в репозитории?
Наверное, я просто неправ в идеологии...Посоветуйте, пожалуйста, как такое лучше сделать?
Спасибо.
P.S. Или посоветуйте хорошую книжку/курсы по вопросам проектирования...
--
Знал бы прикуп - жил бы в Сочи...:-)
А причем тут ООП (объектно-ориентированное программирование) и объектно-ориентированное проектирование (ООД)?
Здесь вопрос выбора VCS (система контроля версий) и конфигурирования проекта под выбранной VCS.
Цитата:
Originally posted by Green
А причем тут ООП (объектно-ориентированное программирование) и объектно-ориентированное проектирование (ООД)?
Здесь вопрос выбора VCS (система контроля версий) и конфигурирования проекта под выбранной VCS.
А причем тут ООП (объектно-ориентированное программирование) и объектно-ориентированное проектирование (ООД)?
Здесь вопрос выбора VCS (система контроля версий) и конфигурирования проекта под выбранной VCS.
ООП тут при "class TForm2 : public TForm1"
Ну, да. Можно считать это двумя разными вопросами топика.