Какой Java платформа GUI для выбора теперь? [закрытый]
Процитированная статья делает это довольно понятным ...
Поскольку вы не завершаете полное рукопожатие TCP, ваша операционная система может попытаться взять управление и начать отправку пакетов RST (сброс) , чтобы избежать этого, мы можем использовать iptables:
iptables -A OUTPUT -p tcp --tcp-flags RST RST -s 192.168.1.20 -j DROPПо сути, проблема в том, что
scapyработает в пользовательском пространстве, а ядро linux сначала получит SYN-ACK. Ядро отправит RST, потому что у него не будет открытого сокета на указанном номере порта, прежде чем вы сможете что-либо сделать с помощьюscapy.Решение (как упоминает блог) это брандмауэр вашего ядра от отправки RST-пакета.
3 ответа
Я думаю, что несмотря на неумелое руководство Sun, Swing является все еще превосходной платформой. Можно сделать партия с ним, особенно если та "партия" включает пользовательские представленные средства управления UI. Если для Вашего приложения нужен фирменный LAF, или даже всего несколько сложных пользовательских элементов управления тут и там, Swing точно, что Вы хотите.
С другой стороны монеты, мне действительно нравится SWT довольно много. Это получает плохой рэп, потому что все раньше думали, что это была уловка IBM принять Java, но это - действительно просто другая платформа UI, которая довольно дополнительна к Swing. Я не советовал бы использовать SWT для суперсложного рендеринга графики (конкретно: составление композита), или для создания действительно нетривиальных пользовательских элементов управления, но для всего остального это - действительно денди. Сам API получает большую критику из-за вещей как уверенность в битовых масках и управляемом пользователями цикле отправки события, но большинство тех вещей довольно прозрачно, как только Вы привыкаете им. Сами компоненты намного более просты, чем Swing (с точки зрения расширяемости и подобны), что означает, что API может быть пропорционально более простым. Я могу на самом деле помнить, как создать и заполнить таблицу в SWT; тогда как я не думаю, что имею когда-либо , обработал это в Swing без помощи Google.
самой большой проблемой SWT прямо сейчас является стабильная версия, зависит от Углерода на Mac OS X. Это означает, что приложения SWT могут только выполнить 32 бита в Java 5 (или 32 бита в SoyLatte). Что касается других платформ, SWT феноменален в Windows (Vista и XP) и почти как хороший на Linux GTK. Я не имею (в недалеком прошлом), имел любые проблемы с SWT на Linux, таким образом, я немного удивлен, что Вы упомянули бы его как больной вопрос.
Возвращение к Вашему вопросу: все это зависит от того, в чем нужно Ваше приложение. Если это - роскошное пользовательски разработанное приложение с тоннами пользовательских элементов управления и сложного составления композита, Swing является единственной возможностью. Однако, если более простой API более важен для Вас, или если Ваши пользователи требуют окончательное в платформе точность LAF, SWT является лучшим выбором.
Прямо сейчас я или использую SWT или QT (Джамби).
Swing не развил в последнем, скажем, 10 лет, ошибки не исправлены, разработка остановилась в пользу JavaFX, таким образом, Вы никогда не будете видеть новых возможностей, также. JavaFX будет, вероятно, выглядеть большим, но является все еще призрачным продуктом, и это сделано людьми, которые позволяют Swing умереть от голода, таким образом, я не помещаю денег на нем.
Между SWT и QT, я предпочитаю использовать QT, потому что это - очень зрелая и мощная платформа, сделанная людьми, которые знают то, что они делают (хорошо, большую часть времени так или иначе:)) и SWT, если лицензия на новый проект не была совместима с QT
Я все еще использую Swing и продолжу делать так, пока он больше не поддерживается вообще. Спасибо за головы о Javafx, я должен буду изучить тот теперь.