| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Документ/представление
qube © (2002-09-17 10:10:00)Братья-программисты!
Я думаю, не секрет, что программисты на C++ недолюбливают Delphi (не будем превращать этот топик в очередной флейм типа "кто умнее, Вирт или Страуструп?") за отсутствие разделения данных и интерфейса, т.е. очень часто можно увидеть, как в программе на Delphi данные разбросаны по глобальным переменным или полям классов форм, а весь код сконцентрирован в ButtonXXClick. Есть ли библиотеки для Delphi, или, может быть, кто-то пробовал писать сам, или просто задумывались над вопросом, как организовать архитектуру приложения с разделением ядра и интерфейса, как, например, в архитектуре Doc/View из MFC?
qube (2002-09-17 11:15:00) [21]Если бы на такой подход уходило больше времени, буржуи бы его не практиковали. Больше времени уходит на выпуск первой кое-как работающей версии. Сопровождение же и модификация значительно упрощаются.
alena.svt (2002-09-17 11:12:00) [22]Да MFC42.dll библиотека отличная но увы мелкософт на нее дает исходничков а лишь оберточку при установленном VC++
Но я полностью согласна с Кулюкин Олег © (17.09.02 11:01)Одно плохо - на такой подход уходит больше времени, а сроки поджимают, а люди не привыкли так писать...
qube (2002-09-17 11:07:00) [23]
> alena.svt © (17.09.02 11:00)
> VCL
Нет, в VCL как раз этого и близко нет (не бросайте в меня камнями! я люблю VCL, но ничего похожего на Doc/View в ней не имеется)
Кулюкин Олег © (17.09.02 11:01)
А как это?
Не силен я в MFC :(
В MFC есть класс CDocument, с которым может быть связано много разных CView. Наследуя свои классы от CDocument и CView, мы создаем свое приложение для конкретных нужд.
Кулюкин Олег (2002-09-17 11:01:00) [24]2 qube © (17.09.02 10:10)
> с разделением ядра и интерфейса, как, например, в архитектуре Doc/View из MFC?
А как это?
Не силен я в MFC :(
Полностью с Вами согласен, данные отдельно, интерфейсы отдельно.
Одно плохо - на такой подход уходит больше времени, а сроки поджимают, а люди не привыкли так писать...
А сроки срывать нельзя.
alena.svt (2002-09-17 11:00:00) [25]VCL
qube (2002-09-17 10:54:00) [26]2 Johnny Smith:
Да и я согласен, и я далеко не первый год учусь программированию :). Да только загвоздка в этом слове грамотно. Как пишут классики, OOA & OOD & OOP -- процесс сложный, итерационный, неформализованный, хорошая архитектура должна быть выстрадана, многократно испытана в различных приложениях. В случае MFC уже есть готовая архитектура, поэтому проектирование для рядового программиста упрощается, есть скелкт, на который можно натягивать все остальное.
Johnny Smith (2002-09-17 10:46:00) [27]2Дмитрий Баранов © (17.09.02 10:36)
Согласен. Именно так нормальные системы и делаются. А вешать логику на ButtonXXClick"и можно только на первом году учебы программированию :))).
Дмитрий Баранов (2002-09-17 10:36:00) [28]Стандарты как бы давно известны - приложение сперва грамотно проектируется (на бумажке или CASE-средствами), затем пишутся классы-обертки (на Delphi) или COM-объекты(на чем угодно), моделирующие реальные объекты и инкапсулирующие логику.
| |
Страницы: 