Если есть методичка, хотя бы в виде существующих тестов, которые используют соответствующую mocking library, то новые люди учатся использовать ее весьма быстро. Как говорится, monkey see, monkey do.
Конечно распухает, класс-то нужно хранить.
Если это проблема — нужно использовать отдельный ClassLoader и «потерять» его, когда эти классы/выражения станут не нужны.
Макс Крайнов (автор 4 Конверта) на днях утверждал, что вообще-то инвесторы уже лет так 10 не вкладывают деньги просто в идеи. Только в нечто работающие, минимум прототип. О да, бизнес-план нужен, но и даже его недостаточно.
russian.joelonsoftware.com/Articles/StrategyLetterI.html
Про быстрый рост и захват территории в новой нише.
Если заходите в новую нишу, то и тут тоже часто нужно иметь много денег.
Иначе подсмотрят и займут раньше.
Но это не делает GWT-Ext лучше.
Проблемы, которые требуют гугления и спрашивания в форуме всегда будут.
Но до определенного уровня качества пользоваться библиотекой нельзя. В это входит в том числе документация и нормальная диагностика ошибок. Согласись, падать с дикими ошибками в Javascript — это не дело.
Все правильно — при использовании чистой GWT — ковыряться в JavaScript не нужно.
Но GWT-Ext — это обертка вокруг ExtJs, и решать ошибки можно только путем ковыряния в JavaScript.
Чтобы не быть голословным:
1. попробуй создать CycleButton без item'ов.
2. попробуй создать GridPanel без колонок и данных.
3. аналогично любая ChartPanel.
4. бросить GWT-Ext Button на layout.
Ошибки обычно офигительно полезные…
com.google.gwt.core.client.JavaScriptException: (TypeError): Объект не поддерживает это свойство или метод
number: -2146827850
Все, полный конец обеда. Из Java исходников ничего не видно.
Спасибо, если вдруг еще не опоздал. ;-)
Если разом осушить бутылку с пометкой «яд», то рано или поздно, почти наверняка, почувствуешь легкое недомогание. © Чарльз Лютвидж Доджсон
Но здесь ситуация несколько иная.
У меня уже стоит 3.1.20081127W и менять нечто стабильное на бету не хочется.
Бету не хочу. :-(
Если это проблема — нужно использовать отдельный ClassLoader и «потерять» его, когда эти классы/выражения станут не нужны.
Помимо идеи нужно еще приложить «два Т» — труд и творчество, а в идеальном случае «три Т» (+талант). На авторство не претендую, где-то прочитал.
Про быстрый рост и захват территории в новой нише.
Если заходите в новую нишу, то и тут тоже часто нужно иметь много денег.
Иначе подсмотрят и займут раньше.
Но когда первый раз увидел скриншоты подумал, что это статья GMail.
Чувствуется, что кое-какие идеи взяты оттуда. ;-)
Мне как раз такое понадобилось, но без тестов использовать страшно. ;-)
— А я за 5.
— Ломай.
© Угадай Мелодию
Ядер в процессоре много (чем бы их еще загрузить?!), память стоит копейки.
Пусть себе в фоне в отдельной JVM прогоняются.
Недостаточно пользователей.
www.threeriversinstitute.org/blog/?p=291
Я полагаю никому не нужно напоминать о том, как практически использовали гипотезу об атомах…
Но это не делает GWT-Ext лучше.
Проблемы, которые требуют гугления и спрашивания в форуме всегда будут.
Но до определенного уровня качества пользоваться библиотекой нельзя. В это входит в том числе документация и нормальная диагностика ошибок. Согласись, падать с дикими ошибками в Javascript — это не дело.
Но GWT-Ext — это обертка вокруг ExtJs, и решать ошибки можно только путем ковыряния в JavaScript.
Чтобы не быть голословным:
1. попробуй создать CycleButton без item'ов.
2. попробуй создать GridPanel без колонок и данных.
3. аналогично любая ChartPanel.
4. бросить GWT-Ext Button на layout.
Ошибки обычно офигительно полезные…
com.google.gwt.core.client.JavaScriptException: (TypeError): Объект не поддерживает это свойство или метод
number: -2146827850
Все, полный конец обеда. Из Java исходников ничего не видно.