Проектирование GUI приложений

Здравствуйте!
Все же не знаю, или это тема для холивара, или вопрос, на который ответ один и всеми признанный, но мне все таки хочется узнать. Всякие вспомогательные штуки для создания GUI приложений (генерирование кода, проектирование формы, и тому подобные вещи, которые упрощают процесс разработки) - это инструмент для новичков, пока не разбирающихся в GUI программировании, или все же мощная замена написания коду "вручную", которая используются всеми, даже профессиональными программистами? Я вот, например, очень часто замечаю, как некоторые форумчане, когда идет разговор об этих средствах, начинают высмеивать это и напоминать "нубский" Delphi. Самому мне кажется, что из-за интеграции создаваемыми вами проектов к этим средствам, написание кода значительно ограничивается. Например, мне с трудом верится, что можно при этих средствах создать несколько, предположим, кнопок, представить, как один массив и при этом, чтоб эти же средства видели все это. Слово вам.

0

Сообщение от PedRo87 Всякие вспомогательные штуки для создания GUI приложений (генерирование кода, проектирование формы, и тому подобные вещи, которые упрощают процесс разработки) - это инструмент для новичков, пока не разбирающихся в GUI программировании, или все же мощная замена написания коду "вручную", которая используются всеми, даже профессиональными программистами?

идея всех таких инструментов в том, чтобы отделить написание интерфейса от реализации самого приложения. Первое отдают дизайнеру, последним занимается программист. В таком виде эта схема вполне себе работает.

1

Сообщение от PedRo87 это инструмент для новичков, пока не разбирающихся в GUI программировании, или все же мощная замена написания коду "вручную", которая используются всеми, даже профессиональными программистами?

Это инструмент

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

Некоторым ножом удобно резать мясо, другим - овощи и т.д. Готовое блюдо от этого только набирает в качестве.

0

Как минимум это значительное облегчение рутины.

Сообщение от PedRo87 Например, мне с трудом верится, что можно при этих средствах создать несколько, предположим, кнопок, представить, как один массив и при этом, чтоб эти же средства видели все это.

Как бы это не выглядело внешне - это все тот же ООП. И эти готовые классы ни чем не отличаются от тех, что вы бы рисовали сами. Не хватает функционала - наследуйтесь. Хотите загнать в массив - загоняйте.

Еще один плюс - некая унификация интерфейсов. А это значимый для пользователя плюс.

0

Сообщение от voral Как минимум это значительное облегчение рутины. Как бы это не выглядело внешне - это все тот же ООП. И эти готовые классы ни чем не отличаются от тех, что вы бы рисовали сами. Не хватает функционала - наследуйтесь. Хотите загнать в массив - загоняйте. Еще один плюс - некая унификация интерфейсов. А это значимый для пользователя плюс.

То есть, совершенно не важно видят средства это или нет?

Добавлено через 3 минуты

Сообщение от Nameless One идея всех таких инструментов в том, чтобы отделить написание интерфейса от реализации самого приложения. Первое отдают дизайнеру, последним занимается программист. В таком виде эта схема вполне себе работает.

А всегда ли это используется среди профессиональных программ? То есть, есть программы написанные "с нуля" и без помощи этих средств?

0

Сообщение от PedRo87 То есть, совершенно не важно видят средства это или нет?

Кто видит? И какое кому дело до этого? Для окружающих важен результат. А для программиста важно, чтоб он понимал, что значит помещение, например, кнопки на форму. Если он может воспроизвести ту же форму без дизайнера форм, динамически, все ок.... Остальное дело удобства.

Раньше в тойже делфе файлы описания форм были не человеко читаемы. Это было не всегда удобно - нельзя было быстренько отредактировать форму в простом текстовом редакторе. Сейчас (если опять чего не изменилось) они человекопонятны.

Сообщение от PedRo87 А всегда ли это используется среди профессиональных программ? То есть, есть программы написанные "с нуля" и без помощи этих средств?

Есть.

0

Сообщение от voral Кто видит? И какое кому дело до этого? Для окружающих важен результат. А для программиста важно, чтоб он понимал, что значит помещение, например, кнопки на форму. Если он может воспроизвести ту же форму без дизайнера форм, динамически, все ок.... Остальное дело удобства. Раньше в тойже делфе файлы описания форм были не человеко читаемы. Это было не всегда удобно - нельзя было быстренько отредактировать форму в простом текстовом редакторе. Сейчас (если опять чего не изменилось) они человекопонятны.

Может это индивидуальный вопрос, но как тогда это все делается через NetBeans, где код инициализации элементов интерфейса для тебя закрыт, и фиг все сделаешь вручную.

0

Иными словами: "какой есть визуальный редактор для netbeans и как его прикрутить?".
я им не пользуюсь. не знаю. Но тут ведь и от языка зависит.

Например С++ если испрользовать Qt есть QtDesigner.....

0

Сообщение от PedRo87 но как тогда это все делается через NetBeans, где код инициализации элементов интерфейса для тебя закрыт, и фиг все сделаешь вручную.

это один из главных недостатков дизайнера в нетбинсе - он не позволяет править сгенерированный код, а потому его или пишут ручками(как в голом эклипсе) или довольствуются тем, что есть. Ну можно еще сторонние плагины поискать

0

или все же мощная замена написания коду "вручную"

да, именно так.

0

Сообщение от PedRo87 Здравствуйте! Все же не знаю, или это тема для холивара, или вопрос, на который ответ один и всеми признанный, но мне все таки хочется узнать. Всякие вспомогательные штуки для создания GUI приложений (генерирование кода, проектирование формы, и тому подобные вещи, которые упрощают процесс разработки) - это инструмент для новичков, пока не разбирающихся в GUI программировании, или все же мощная замена написания коду "вручную", которая используются всеми, даже профессиональными программистами?

ни то и ни другое. Поведение в любом случае пишется вручную, какими бы vclами ты не пользовался. И заменить ручную разработку нельзя. И если ты "плаваешь" программировании из-за этого вручную не пишешь, то так и будешь "плавать". А писать поведение, или интерфейс - новичку разницы нет, а в серьёзном проекте поведение сложнее интерфейса. Визуальная разработка - мощный инструмент ускорения, избавляющий от рутины. Но одновременно и ограничитель. Если тебе нужны не предусмотренные в библиотеке элементы разработки, то попытка юзать делфу выльется в отчаянную борьбу со средой и с визуальной библиотекой. Всякие там гейммейкеры позволяют в очень узком классе разрабатываемых программ юзать ещё более простой специализированный язык. Но шаг вправо/шаг влево считается побег изо рва, прыжок на месте - попытка улететь, ПВО придавит без предупреждения. При этом хоть и на упрощённом языке, а писать всё равно приходится, от этого не уйдёшь. Зато разработка опять таки ускоряется. Но если хочешь писать что то другое, то придётся писать другой инструмент.

Добавлено через 2 минуты
Я писал прогу для металлургического завода и использовал VCL, а многие мои поделухи написаны без VCL.

Добавлено через 1 минуту

Сообщение от PedRo87 Например, мне с трудом верится, что можно при этих средствах создать несколько, предположим, кнопок, представить, как один массив и при этом, чтоб эти же средства видели все это. Слово вам.

Ну это то ваще не задача. А вот сделать овальную кнопку, или кнопку, реагирующую без видимого нажатия, это уже сложнее.

Добавлено через 11 минут
Проблема всех этих генераторов, библиотек классов, конструкторов игр и тому подобного софта в том, что только графически ни один разработчик чего бы то ни было поведение сам себе не объяснит. Внешний вид можно в одной графике сделать. Можно накидать в графике без текста один интерфейс без поведения. Но даже конструкцию устройства/приспособления уже придётся как минимум дополнить размерами и материалами. И всё. А втыкать ли штепсель в 220, или в 110 - это пишется текстом. И на какую ткань куда повернуть задатчик на утюге приходится объяснять текстом. А ведь это много проще поведения любой программы.

0