Выкладываю данный пост с целью получения обратной связи от хабра-сообщества Java-программистов. При наличии достаточного количества голосов «за» эту фичу можно будет отправить для рассмотрения в Sun.
Проблема
После длительной работы с Java 5 и Java 6 и небольшой аналитики я пришел к тому, что generic'и в Java имеют ряд ограничений, которые не дают реализовать решение красивым способом, и обходить их порой приходится очень нетривиально. Данное высказывание относится к разработке подсистем, которые активно используют generic'и (доходит до 3-4 generic-типов со сложной иерархией в описании класса).
Приведу примеры кода, которые явно указывают на данные ограничения, а также неудобство использования (рассматривать только синтаксис):
public class A {
public <X> void method(List<? extends X> list) {
// processElement(list, list.get(0)); - compilation error
processElement((List) list, (Object) list.get(0)); // compilation warning
}
public <T> void processElement(List<T> list, T object) {
}
public static class B<T extends I1 & I2> {
}
// Приходится повторять объявления generic-типов
public static class С<T extends I1 & I2> extends A.B<T> {
}
}
В блоге NetBeans for PHP рассказано о возможности включения и отключения автосканирования проектов в NetBeans версии 6.9.
Вспомним, что же такое MozSwing. MozSwing — единственное адекватное (по моему мнению) бесплатное и кросс-платформенное решение для встраивания браузера как компонента swing. Но, как ни печально это признавать, проект умер еще на той стадии, когда в нем оставалось слишком много ошибок. Эти ошибки, а так же просчеты в архитектуре, не позволяют использовать это решение «как есть», для ваших проектов. С непреодолимым желанием исправить это, я взялся за работу и кое-что у меня получилось.
Всем привет. Хочу поделиться с вами своим «велосипедом», вдруг кому-нибудь еще он пригодится.