Интерфейс на C vs Delphi

[gauss]

Давно пишу на Delphi клиенты к БД, но очень надоело возиться с dfm ами. Когда больше сотни форм, тяжело с ними разбираться. Пробовал на C#, там конечно все удобно, но вот возможностей по украшению интерфейса очень мало. Даже платные компоненты часто не дотягивают до Delphi. Кто-нибудь знает, есть ли золотая середина? чтобы можно было программировать на нормальном объектно ориентированном языке, но и интерфейс было не очень сложно разрабатывать?

Заранее большое спасибо.

[topknot]

Это была бы не "золотая середина" а "золотая вершина"
Я не спец по делфи, но если "возможностей по украшнию" в шарпе мало, то где тогда они есть? Красивше только ручками... имхо.

[Flexz]

При таком количестве форм в пору об их автоматической генерации (в рантайм) задуматься

[yan_kos]

Ну незнаю как кто а я считаю что интерфейс должен быть не красиым а функцыонально удобным.
Я пробовал писать на С# и пешу на С\С++ так вот
1. С\С++ - серидина для профисионалов гибкость и глубина перехвата обработки интерфйса.
2. С# - это для новичков все до боли просто туго и нету свободы

[/7y3uK]

ИМХО, с дельфи вообще пора уже сваливать. Т.к. Delphi уже все, свое отжил...

yan_kos:
1. С\С++ - серидина для профисионалов гибкость и глубина перехвата обработки интерфйса.
2. С# - это для новичков все до боли просто туго и нету свободы

извини, я с тобой не соглашусь, эти языки решают совершенно разные бизнес задачи, поэтому так их сравнивать не корректно. Уже в соседних топиках мусолили, что и С и Срр - это круто, но для системных задач, сиречь оси, дрова, игрульки и пр, что активно и эффективно должно юзать железо напрямую без посредников. Соответственно, что дотнетовский фреймворк, что VJM в джаве - они решают совсем другие задачи и на них пишут совсем другой софт, т.ч. сравнивать даже написание интерфейсов на них не стОит...

ПыСы

gauss:
но вот возможностей по украшению интерфейса

а надо отвыкать от мышекликательного программирования и привыкать к нормальным паттернам проектирования, в частности model2, которые ни какие ГУЙ-дизайнеры сделать не смогут Научишься, потом очень быстро сможешь интерфейсы с любыми рюшечками сам делать...

[gauss]

а надо отвыкать от мышекликательного программирования и привыкать к нормальным паттернам проектирования, в частности model2, которые ни какие ГУЙ-дизайнеры сделать не смогут Научишься, потом очень быстро сможешь интерфейсы с любыми рюшечками сам делать...

Что что имеется в виду под model2? Когда ты проектируешь все визуальные контролы практически с нуля, рисуя все руками по точкам?
Конечно, разработав свою систему визуальных компонент можно потом штамповать на ее основе разные приложения, но ведь это очень сложная задача, сделать например на Java что-то наподобие продвинутого интерфейса на Delphi просто несопоставимые по сложности задачи, а с другой стороны, при разработке большого приложения на Delphi добавление новых форм сводится практически к разработке этих форм с нуля, т.к. очень большие ограничения налагаются на систему классов. Все равно программа получается не совсем объектно-ориентированной.

[/7y3uK]

gauss:
сделать например на Java что-то наподобие продвинутого интерфейса на Delphi просто несопоставимые по сложности задачи

да ничего подобного просто в дельфях используется VCL, где интерфейс накликивается, а в Java в Swing используется модель MVC, там на стандартных компонентах и на лайаутах все пишется не сложнее и не на много дольше, чем при использовании гуй-дизайнера, просто нужны более квалифицированные программисты... Ладно, я свое ИМХО высказал... что-то мы от темы топа уехали...

ПыСы

gauss:
Что что имеется в виду под model2?

это такой дизайн паттерн Model-View-Controller