Форум сайта python.su
В силу обстоятельств, вынужден всерьез изучать JavaScript. Я просто в ужасе, насколько это странный (мягко говоря) язык при кажущейся простоте, особенно когда дело доходит до ООП.
После Питона писать на JavaScript объекто-ориентир программы - просто мучение. То ли привык так к Питону, то ли действительно он значительно более эргономичен.
Офлайн
JS вполне подлежит восприятию, только если он обернут в какой-нибудь хороший framework:)
Офлайн
Посмотрите pyxer, вдруг пригодится. По описанию вроде ничего.
Офлайн
Я с ним тоже особо не дружу, но с jquery, вроде бы, справлялся нормально :)
Офлайн
Посмотри еще pyjamas, интерсный проект, к сожалению похоже заброшенный
Офлайн
Писать intranet rich web клиента пробуем на Ext JS и, к сожалению, никаких альтернатив я не вижу - эстетика и богатейший выбор виджетов просто ошеломляет.
Есть еще Ext GWT - он на Яве, а это безусловно лучше чем JavaScript, но мне категорически не нравится идея перекомпиливать это дело перед выкладкой на сервер, да и не доверяю такому количеству абстракций от разных производителей - того и гляди что-нибудь где-нибудь поплывет.
Ext JS, в принципе, и в интерфейсах кодинга/архитектуре “классов” очень удобна и продумана, но JavaScript сам по себе дико раздражает.
Офлайн
ИМХО…. Серьезное приложение, требующее средненьких расчетов на клиенте, всё равно не сделать на JavaScript. Будет тормозить, ограничивать возможности, проблема кросс браузерной совместимости еще актуальна.
Так что, python, C/C++ BOOST/QT/wxW/FLTK компилять и выкладывать на сервер будет проще и выгоднее, чем c rich web мучиться.
Ничего серьезного на JS, кроме конечно интернет магазинов и новостных сайтов, пока не надлюдаю.
Отредактировано (Июль 2, 2008 13:27:02)
Офлайн
PyCraftНу, расчетов мы там делать и не собираемся, это же тонкий клиент - все расчеты на сервере скриптами и запросами к БД. Ограничений возможностей для приложений БД особых не наблюдается - ввод данных, отображение и печать - все это прекрасно работает в браузерах, а большего и не надо.
ИМХО…. Серьезное приложение, требующее средненьких расчетов на клиенте, всё равно не сделать на JavaScript. Будет тормозить, ограничивать возможности, проблема кросс браузерной совместимости еще актуальна.
PyCraftЭто направление просто еще не получило должного развития. Хотя, допустим, пресловутая 1С уже сделала к 8-ке rich web морду практически не уступающую по возможностям нативному клиенту.
Ничего серьезного на JS, кроме конечно интернет магазинов и новостных сайтов, пока не надлюдаю.
Офлайн
Teddy BearПримеры прикольные, может быть даже сам использовать буду. Но я не про демонстрационные примеры говорил, которые хоть и маленькие но тормозные, а про реальную эксплуатацию, где объемы данных и вычислений на клиенте намного больше и требуют максимальной производительности приложения. Например, любые вычисления и данные связанные с 3D отображением в реальном времени(Есть такие? с VRML сам работал, не аргумент) или прикладные аналитические расчеты, не требующие обращения к серверу, не связанные с сохранением результата в базе и интересные только отдельному пользователю. Если пользователей много, то эти вычисления не стоит производить на сервере. Например, почему Google, при наличии Web-интерфейса, продвигает проект Google Earth с совсем не Web-интерфейсом? Потому, что по другому добиться нужной производительности(конкурентоспособности) невозможно.
посмотрите, например, здесь http://gwt-ext.com/demo/ или здесь http://extjs.com/deploy/dev/examples/samples.html примеры.
Отредактировано (Июль 2, 2008 19:01:19)
Офлайн
PyCraftА MS Word вы можете пользоваться без самой программы, а может быть Shotoshop у вас заработает без оной установки?
http://gwt-ext.com/demo/ - я не смог посмотреть из-за несоответствия системных требований. Думаю, что для любого Web-сайта это минус. Часть потенциальных пользователей сразу покинут такой сайт, и не зайдут больше, пока когда-нибудь не обновят себе браузер до нужной версии и случайно не найдут этот сайт в поисковике повторно.
Офлайн