В отчете Evans Data Corporation отмечается, что Swing обошел WinForms по распространенности в качестве тулкита для разработки интерфейса пользователя, и в США его использовали в 2005 году 47% разработчиков.
На сегодняшний день гораздо больше программистов используют Java SE и Swing, чем WinForms и .NET
по теме: среди каких-таких разработчиков? если уж за распространенность интерфейсов говорить, то на превом месте будет mfc, потом гольный winapi, потом что-там-такое-в-дельфях.
>На современных машинах работает быстро и выглядит красиво, правильно они делают...
Swig выглядит отвратительно, плохо интегрируется в native desktop, имеет проблемы с отрисовкой. Внутри он выглядит симпатично, но конечный результат...
WinForms - windows-ориентированный toolkit. Несмотря на заявления Иказы, Mono Team всегда будет в роли догоняющего приживалы. Кроме того, даже по сравнению с папашей-VCL, WinForms пока довольно бедны.
>> Tk. По сравнению с Tk всякие там свинги - говно кривейшее.
>кабы там еще какое-нибудь подобие listview было, да было бы оно таки отдельно от tcl..
в MegаWidgets есть. И отдельно от тикля его можно использовать. Боюсь, Вы просто не в курсе идеалогии и использования tcl/tk - главное направление scriptable environment так сказать.. самый пральный путь - заскриптованный интерфейс пользователя, где часть скриптов Вы делаете сами, часть генерируют Ваши-же функции. Хард-кодед только 'бизнес-логика' (еще одно модное словечко).
возвращаясь в java & swing - всё хорошо, но останавливает jvm и тормознутость GUI. Когда запускаю Poseidon - приходит мысль, а не сдох-ли он на старте..При запуске на celeron`е, вообще ухожу курить/пить кофе.
Конечно java технологичен, и более продвинут чем .net - тут даже спорить не надо.
> Swig выглядит отвратительно, плохо интегрируется в native desktop, имеет проблемы с отрисовкой. Внутри он выглядит симпатично, но конечный результат...
>возвращаясь в java & swing - всё хорошо, но останавливает jvm и тормознутость GUI. Когда запускаю Poseidon - приходит мысль, а не сдох-ли он на старте..При запуске на celeron`е, вообще ухожу курить/пить кофе.
Ну так уж работает виртуальная машина. За то дай ей памяти побольше, запусти с параметром server а не client и можно радоваться скорости. И никакой тормознутости гуи. Вот хороший пример IntelliJ-Idea - там и темы можно переключать, поставил виндовую или gtk - даже и намека на трмознутость гуи нет.
есть. зоопарк расширений для tk богат на диковинные экземпляры.
> И отдельно от тикля его можно использовать.
:-) без libtcl.so?
> Боюсь, Вы просто не в курсе идеалогии и использования tcl/tk - главное направление scriptable environment так сказать.. самый пральный путь - заскриптованный интерфейс пользователя, где часть скриптов Вы делаете сами, часть генерируют Ваши-же функции. Хард-кодед только 'бизнес-логика' (еще одно модное словечко).
да плавали, знаем. только если делать все это на tcl, то с его семантикой и без объектов уж больно грустно. выход -- либо связываться с tcli (или как там оно), или строить бутерброд типа ruby + tk + tcl + MegaWidgets. грустно.
Не надо. Выглядит отвратно, работает уже _терпимо_. Но тут не заслуга java, а заслуга производителей железа. Даже по сравнению с очень медленным gtk2 и wxgtk, swig все еще раздражает временем реакции на события и отрисовками. Дабы избежать обвинений в старом железе, скажу, что у меня amd64 с 64-битным Linux, драйверами, JRE и гигабайтом памяти. JRE последний.
> да плавали, знаем. только если делать все это на tcl, то с его семантикой и без объектов уж больно грустно. выход -- либо связываться с tcli (или как там оно), или строить бутерброд типа ruby + tk + tcl + MegaWidgets. грустно.
с itcl связываться действительно не надо.. хотите объектов - связывайтесь с xotcl (http://media.wu-wien.ac.at/) благо что нём обкатываются технологии которые потом появляются в java (если судить по публикациям авторов)
tclkit весит 2 Мб - весь дистрибутив tcl/tk с кучей полезностей вроде vfs; MegaWidgets - 200k максимум.. и работает (подчёркнуто) на всех вообразимых платформах. Хотя, как говорится, на вкус и цвет...
>если уж за распространенность интерфейсов говорить, то на превом месте будет mfc, потом гольный winapi, потом что-там-такое-в-дельфях.
Мсье был подвергнут заморожке в 2000году? Не спорю, в 2000 году так и было, но сегодня все совсем не так, как вчера. Evans Data это отразила в очете. MFC & Delphi похоронены и испольуются кустарями-одиночками и студентами.
У этих перепуганных до сих пор стоит Java 1.1, которая была интерпретируемой и тормозила. Оставь их, истинно говорю тебе, обжегшись на молоке, дуют они и на воду..
А США это уже весть мир ? А вообще изобретение Алана Кея используют ну уж больно не по назначению и оччень много :( какая разница на какорм toolkit'е пишут ... смысл то не меняется, а удобного и стройного (toolkit'а) я так и не увидел.
>И отдельно от тикля его можно использовать. Боюсь, Вы просто не в курсе идеалогии и использования tcl/tk - главное направление scriptable environment так сказать..
с таким кривым синтаксисом ффтопку. для скриптования есть: librep, lua, python
>> И отдельно от тикля его можно использовать. Боюсь, Вы просто не в курсе идеалогии и использования tcl/tk - главное направление scriptable environment так сказать..
> с таким кривым синтаксисом ффтопку. для скриптования есть: librep, lua, python
Тю..сравнивать языки по синтаксису - "нравится/не нравится"..
в Лиспе вон скобок много и ничего - живут ;-)
а по поводу упомянутых librep/lua/python - там есть
event-driven механизм и unicode из коробки ? А на каких платформах работают ? runtime/build/develop зависимости ?? сравни и офигей - сколько они за собой тянут..
Для тех, кто программирует не для широкой публики, а именно для себя (решая повседневные задачи), то явно .NET со своими WinForms рулит, т.к. можно использовать бесплатную студию Visual C# Express. С ее помощью создавать приложения милое дело... удобная среда разработки с хорошим отладчиком!
Ну по-крайне мере большая часть shareware и мелких коммерческих поделок пишется на VB и delphi/с++ builder (оба из них, между прочим, уже мертвы - новых версий выпущено не будет).. А все что для enterprise и кому важна кросс-платформенность - по-моему делают с веб-интерфейсом. <p> А вот не подскажите - насколько более геморойно писать на MFC по сравнению с C++ Builder? Тоже подумываю поделки-shareware под винду писать начать, знаю только (плохо) BCB и (нормально) gtk.. А Qt покупать неохота.