java - 开发Linux桌面程序，SWING和AWT，哪个更容易入门？

Answer 1

Pour débuter, le swing est bien sûr le plus simple.
Vous devriez connaître la bouilloire Eclipse et Pentaho. Ces deux éléments utilisent AWT.
J'ai également été en contact avec AWT. Personnellement, je pense qu'AWT est assez encombrant et que vous devez recycler les ressources vous-même.
J'ai fait beaucoup de recherches sur le swing quand j'étais à l'université. Mais maintenant, j'ai presque tout oublié ! Parce que je n'en ai pas besoin au travail.
Certaines personnes Java autour de moi ignorent tout simplement Swing, car la plupart d'entre elles utilisent Java comme programmes côté serveur.

Si vous êtes simplement curieux de connaître le développement d'applications de bureau, je suggère personnellement qu'il n'est pas nécessaire de l'apprendre. Je ne dénigre pas AWT et le swing. L'existence de quoi que ce soit a de la valeur. Nous comptons toujours sur eux pour des choses comme Eclipse !

Après tout, le temps est limité, il est donc recommandé d'étudier davantage de technologies liées à votre travail. Bien entendu, si votre travail consiste principalement à développer des applications de bureau, il est recommandé d’apprendre d’abord le swing.

Il y a quelques années, j'ai rencontré un maître du swing qui utilisait le swing pour écrire une application qui ressemblait exactement à QQ. D’après l’apparence, il est impossible de dire qu’il a écrit QQ lui-même. Mais selon lui, lorsqu'il étudiait le swing, il avait lu un livre aussi épais que le dictionnaire Xinhua. J'ai oublié le nom du livre.

Programmons cette chose. Quel que soit le langage de programmation, c'est facile de commencer, mais vous devez aller plus loin si vous voulez devenir un maître, cela dépend de votre compréhension et de votre dévouement personnels !

Answer 2

Swing et AWT ne sont pas séparables. Les événements utilisés par Swing sont des événements dans AWT - mais la fonction du composant AWT est trop faible. Il est recommandé de commencer par Swing, ce qui est très utile pour maîtriser la programmation GUI

.

Answer 3

javafx ?

Answer 4

Swing est très puissant, les compétences de développement linguistique de Sun ne sont pas limitées et le code original est très élégant. Cependant, l'efficacité de fonctionnement de Swing est assez moyenne, l'interface qu'il crée n'est pas très belle et consomme un peu de mémoire. Je n'ai pas beaucoup utilisé swt. J'ai demandé conseil à un collègue de mon unité d'origine qui l'a utilisé. Le collègue m'a dit que ce n'était pas recommandé car l'évolutivité est trop faible.

Answer 5

N’utilisez pas Java. Le style de contrôle par défaut et le rendu des polices des composants GUI de Java sont différents des valeurs par défaut du système, l'interface sera donc plus abrupte. Et cela fonctionne très lentement. En fait, à part Eclipse et NetBeans, il n'existe qu'une poignée de beaux programmes d'interface graphique de bureau Java (et ils sont tous lents). Le plus approprié pour le développement d’une interface graphique Linux consiste à utiliser C++ et Qt.

Answer 6

Si c'est plus simple, je vous suggère d'essayer la solution HTML.

« L'exécution du navigateur » est l'implémentation d'interface utilisateur multiplateforme la plus simple, et HTML est le langage d'interface utilisateur multiplateforme le plus simple.

Electron et NW.js sont deux solutions basées sur HTML+Node.JS :
Un inconvénient évident de l'utilisation d'Electron et NW.js pour développer des applications de bureau multiplateformes est que le package d'installation de l'application généré est trop volumineux et peut facilement Plusieurs dizaines de Mo. Après tout, il est livré avec un environnement de navigateur Chromium. Lorsque l'application fonctionne, cela équivaut à ouvrir une instance de navigateur, ce qui est trop gourmand en ressources.

HTML+PHP+SQLite est une autre solution :

Déployez PHP, le préprocesseur HTML avec serveur HTTP intégré et base de données SQLite, sur le client (y compris Android/iOS) et utilisez-le avec le navigateur ou WebView pour développer une application autonome évolutive qui s'exécute hors ligne :

php -S 127.0.0.1:8080 -t /www
xdg-open http://127.0.0.1:8080

Étant donné que le navigateur est directement appelé pour accéder au service PHP local, il n'est pas nécessaire de packager le runtime du navigateur, donc le package logiciel de la solution basée sur HTML+PHP sera beaucoup plus petit. De plus, le code source PHP peut. être exporté à l'aide de l'opcache.file_cache de PHP7 implémente la protection.