Указатель

← →
Игорь Шевченко © (2004-10-04 17:39) [80]

> Следствием недостаточной продуманной идеологии архитектуры
> VCL имеем массу "кликальщиков", которые смешивают в одном
> модуле код, отвечающий за обработку данных, с кодом, отвечающим
> за действия пользователя и отображение данных. Они даже
> не задумываются о последствиях своих действий, так как просто
> не представляют и не ждут иного поведения от своего, с позволения
> сказать, "творчества".

идеология архитектуры VCL здесь ни с какой стороны не при чем.
Delphi позиционируется как RAD, первая буква значит Rapid.

> VCL слабо подготовлена (именно подготовлена) к дальнейшему
> расширению.

А ее надо расширять ? Где именно ?

> Когда проект распухает до 10-30 форм многие сходят с ума
> (в переносном смысле) или приобретают качества суперпрограммистов
> на Delphi. ;)

Странно. Не слишком ли рано говорить за всех ?

> VCL - библиотека для "разовых" проектов, которые не будут
> развивать свой "внешний вид" (GUI) в будущем (или будут,
> но уже используя другие библиотеки).

Что подразумевается под "развитием внешнего вида" ?

← →
iZEN © (2004-10-04 17:48) [81]

Игорь Шевченко © (04.10.04 17:39) [80]

> Следствием недостаточной продуманной идеологии архитектуры
> VCL имеем массу "кликальщиков", которые смешивают в одном
> модуле код, отвечающий за обработку данных, с кодом, отвечающим
> за действия пользователя и отображение данных. Они даже
> не задумываются о последствиях своих действий, так как просто
> не представляют и не ждут иного поведения от своего, с позволения
> сказать, "творчества".

идеология архитектуры VCL здесь ни с какой стороны не при чем.
Delphi позиционируется как RAD, первая буква значит Rapid.

Borland JBuilder тоже позиционирует как Rapid Application Development Tool, тем не менее, в нём поддержана идеология MVC (модель, отображение, контроллёр) при создании GUI.
> VCL слабо подготовлена (именно подготовлена) к дальнейшему
> расширению.

А ее надо расширять ? Где именно ?

Ну, мне например, нужна градиентная заливка контролов и цветовых тем, независимая от системы. Что я буду делать? Изобретать "скины" как свой собственный крутой велосипед?

> Когда проект распухает до 10-30 форм многие сходят с ума
> (в переносном смысле) или приобретают качества суперпрограммистов
> на Delphi. ;)

Странно. Не слишком ли рано говорить за всех ?

Уже не рановато.

> VCL - библиотека для "разовых" проектов, которые не будут
> развивать свой "внешний вид" (GUI) в будущем (или будут,
> но уже используя другие библиотеки).

Что подразумевается под "развитием внешнего вида" ?

Без переписывания той лапши в перемешку с кодом обработки данных нельзя обновить внешний вид приложения, сделать его похожим на Apple iTunes, например, по внешнему виду. "Лёгким движение руки не получится превратить бруки в шорты" (c) "Бриллиантовая рука".

← →
Algol (2004-10-04 17:50) [82]

← →
Sandman25 © (2004-10-04 17:55) [83]

[81] iZEN © (04.10.04 17:48)

Согласитесь, что Delphi RAD гораздо более Rapid, чем в JBuilder. Даже несмотря на автоматическую конвертацию из одного Layout в другой.

← →
iZEN © (2004-10-04 18:00) [84]

/**Algol (04.10.04 17:50) [82]
Мне кажется что это не следствие структуры VCL, а все-таки следствие непрофессионализма "кликальщиков".
*/
Одно тянет за собой другое: Delphi позволяет не заботиться о структуре кода - "раз и готово" - вот девиз этой среды. Интеллектуальный барьер снят, среда доступна и ей пользуются большее число "недалёких" людей, чем, например, JBuilder. Как всегда маркетинговые и практические соображения (нетребовательная к железу, легко развёртываемая и простая для изучения, быстрый компилятор EXE/DLL/OCX) тоже сыграли не последнюю роль в продвижении.

← →
Игорь Шевченко © (2004-10-04 18:03) [85]

iZEN © (04.10.04 17:48) [81]

> Borland JBuilder тоже позиционирует как Rapid Application
> Development Tool, тем не менее, в нём поддержана идеология
> MVC (модель, отображение, контроллёр) при создании GUI.

Не имея представления о Borland JBuilder не могу дать никакую оценку. Сам по себе факт реализации MVC не хорош и не плох.

> Уже не рановато.

У меня, как ни странно, другой опыт. И разрастание проекта до N форм не приводит ни к помешательству ни к суперпрограммизму. У знакомых мне пользователей Delphi ситуация аналогичная.

> Ну, мне например, нужна градиентная заливка контролов и
> цветовых тем, независимая от системы. Что я буду делать?
> Изобретать "скины" как свой собственный крутой велосипед?

Свою линию standard и custom controls изобретать, очевидно.

> Без переписывания той лапши в перемешку с кодом обработки
> данных

Для начала такую лапшу не надо писать, не правда ли ?

← →
Игорь Шевченко © (2004-10-04 18:04) [86]

iZEN © (04.10.04 18:00) [84]

> Интеллектуальный барьер снят, среда доступна и ей пользуются
> большее число "недалёких" людей, чем, например, JBuilder

И чем это плохо ?

← →
Суслик © (2004-10-04 18:05) [87]

> И чем это плохо ?

во-во...
я тоже не пойму.

← →
iZEN © (2004-10-04 18:06) [88]

/**Sandman25 © (04.10.04 17:55) [83]

[81] iZEN © (04.10.04 17:48)

Согласитесь, что Delphi RAD гораздо более Rapid, чем в JBuilder. Даже несмотря на автоматическую конвертацию из одного Layout в другой.
*/
Нет, не соглашусь.
JBuilder, особенно Enterprise-версия позволяет вести совместную работу (разработку и удалённую отладку) с различными серверами приложений не покидая среды. Полу- и Автоматический деплоймент и развёртываение enterprise-приложений очень много зачат для разработчиков.

← →
iZEN © (2004-10-04 18:12) [89]

to Игорь Шевченко © (04.10.04 18:03) [85]
Раз уж Вы профи в Delphi...
Полностью согласен с последними двумя высказываниями - от VCL мало что дождёшься кроме базовой функциональности предков, а вот лапшу трудно не написать, чем обратное.

← →
Суслик © (2004-10-04 18:14) [90]

> вот лапшу трудно не написать, чем обратное.

имхо от vcl лапша или не лапша не зависит.

← →
Игорь Шевченко © (2004-10-04 18:15) [91]

iZEN © (04.10.04 18:12) [89]

Уважаемый, лапшу написать можно с одинаковой легкостью в какой угодно среде. Было бы желание и руки соответствующие.

> от VCL мало что дождёшься кроме базовой функциональности
> предков

В этом ее великая заслуга, кстати :)

← →
Sergey_Masloff (2004-10-04 18:16) [92]

iZEN © (04.10.04 18:06) [88]
>JBuilder, особенно Enterprise-версия позволяет вести совместную >работу (разработку и удалённую отладку) с различными серверами >приложений не покидая среды.
И что?

>Полу- и Автоматический деплоймент и развёртываение enterprise->приложений очень много зачат для разработчиков.
Это вообще ерунда. Не бывает никакого автоматического развертывания. Enterprise приложения перед развертыванием тестируются и отлаживаются и время на развертывание по сравнению с этим-ничтожно, следовательно и смысла экономить на нем нет.
Как один из разработчиков энтерпрайс приложения которым постоянно пользуется несколько десятков тысяч пользователей разбросаных по всему миру могу ответственно заявить - автоматическое развертывание это АБСОЛЮТНО не та проблема что много значит для разработчиков, что бы не писали в рекламных проспектах.
И вообще в ставшей с недавних пор моей любимицей книге Peopleware - Productive Projects and Teams среды разработки и вообще инструментарий это не то что должно беспокоить разработчиков и IT руководителей ;-)

← →
Zacho © (2004-10-04 18:20) [93]

2 iZEN © :
А, я понял, ты один из тех, кто всерьёз воспринял "Настоящие программисты не используют Паскаль" ?

← →
iZEN © (2004-10-04 18:36) [94]

/**Zacho © (04.10.04 18:20) [93]
А, я понял, ты один из тех, кто всерьёз воспринял "Настоящие программисты не используют Паскаль" ?
*/
Лично мне нравится Паскаль своей однозначностью и выразительностью без "выкрутасов". Но, к сожалению, Стандартный Паскаль уже давно не развивается или развивается в других языках (Modula и Oberon). Да и новый стандарт на этот язык (теперь уже ObjectPascal) вводить никто не собирается. Печально, но факт. Хорошая академическая идея по-всякому "извращена" в различных несовместимых между собой (не)коммерческих продуктах: разброд и шатание.

А так называемые "настоящие программисты" под конкретное дело почти всегда выбирают адекватный инструмент, всё время надеясь найти "универсальный молоток". Как ни печально... ;))

← →
Zacho © (2004-10-04 18:47) [95]

iZEN © (04.10.04 18:36) [94]
В принципе, согласен ...

← →
iZEN © (2004-10-04 18:49) [96]

to Sergey_Masloff (04.10.04 18:16) [92].
Развёртывание и технология развёртывания - один из важных этапов подготовки приложения к работе, не говоря уж о серверах, в том числе для работы на офисных ПК.

Деплойер - одна из ролей Enterprise-разработчика (кто работает с J2EE/EJB - тот знает). Приложение должно соответствовать аспектам функционирования в той бизнес-среде, для которой оно предназначено. Есть куча промышленных серверов приложений J2EE, в которых особенности работы EJB-моделей описываются дескрипторами развёртывания (XML-описателями бизнес-логики). Эти дескрипторы НЕСОВМЕСТИМЫ между собой. С серверами приложений поставляются т.н. инструменты подготовки и развёртывания EJB-приложений (deploytool"s).

Но в процессе создания и отладки приложения в JBuilder можно забыть о сторонних инструментах развёртывания и работать из среды - цикл редактирование/сборка/развёртывание/отладка резко сокращается, разработчик имеет почти все необходимые инструменты по мониторингу состояния приложения внутри среды.

Далее, подготовка отлаженного приложения сводится к клику мышки, после которого J2EE-приложение остаётся просто перенести на сервер (или передав его деплойеру, который деньги за это получает).

← →
iZEN © (2004-10-04 18:56) [97]

/**Sergey_Masloff (04.10.04 18:16) [92]
И вообще в ставшей с недавних пор моей любимицей книге Peopleware - Productive Projects and Teams среды разработки и вообще инструментарий это не то что должно беспокоить разработчиков и IT руководителей ;-)
*/
В высшей степени головотяпство.
Под разработку всегда должен подбираться адекватный инструментарий и кидать это на самотёк - верх безумия.

Удалено модератором
Примечание: Почитай правила, прежде чем писать

Удалено модератором

>Comp © (04.10.04 20:43) [99]
1. При пользовании общественным internet-ресурсом сначала обычно читают правила.
2. Серьезные вопросы обсуждаются в основном в тематических форумах. Эта конференция - для трепа. Соответственно, что хотели - получили.
3. Про обсуждение действий модератора - см. п.1

Удалено модератором
Примечание: Не надо продолжать.

Mystic © (01.10.04 15:03) [49]
некоторые особенности работы с WinAPI в VCL обернуты на уровне языка (зарезервированное слово message

Это не так. Зарезервир. слово message никакого отнашения в виндовым сообщениям НА УРОВНЕ ЯЗЫКА не имеет. То что у наследников Control виндовые сообщения можно обработать с помощью procedure WmMessage(var Message: TMessage); message WM_MESSAGE; - это особенность реализации TControl.WndProc

procedure TControl.WndProc(var Message: TMessage);
begin
...
Dispatch(Message);
end;

Если я перекрою этот метод и не буду вызывать Dispatch, то упомянутым выше способом вы не сможите обработать win сообщения. Подробнее см хелп по TObject.Dispatch/DefaultHandler и ещи с ними..

Удалено модератором

[88] iZEN © (04.10.04 18:06)

Я пишу клиентскую часть, поэтому для меня гораздо важнее, сколько времени я потрачу на создание пользовательского интерфейса: на все эти панельки, кнопочки и комбобоксы.
Вчера я был буквально шокирован - я не могу в дизайнере проскроллировать ScrollPane. Имеющихся команд контекстного меню Move Last и Move Fast недостаточно, особенно по сравнению с дельфийским кликаньем на полосе прокрутки. Поэтому не стоит говорить, что у Delphi перед JBuilder. Хотя должен признаться, что в целом JBuilder X более удобен, чем Delphi 7.

Указатель Найти похожие ветки