Opinions personnelles: À ce stade, nous avons tendance à utiliser Forms pour les applications d'interface utilisateur complexes avec beaucoup de validation et une utilisation assez intense.
Si vous pouvez facilement répondre aux besoins de l'entreprise dans un outil web pur comme ApEx (ou l'un des centaines d'autres), je n'utiliserais pas de formulaires.
Ainsi, vous devrez probablement supposer que la plupart des utilisateurs de Forms conserveront leurs connexions plutôt actives.
Et les formulaires complexes utilisent beaucoup de mémoire. Nous exécutons le serveur d'applications sur Windows 34 bits (pas mon choix) et en cours d'exécution dans les limites de la mémoire avec environ 50 connexions actives. Les formulaires sont assez bons sur la concurrence, donc avec un codage raisonnable, vous n'allez pas atteindre les limites de base de données majeures. Et le traitement du serveur d'applications et IO ne sera pas votre contrainte. C'est vraiment juste une question de combien d'utilisateurs actifs vous avez affaire en même temps, quelle est leur empreinte de mémoire, et de quelle taille ou combien de serveurs d'applications vous êtes prêt à traiter.
(Contexte: Forms Developer depuis la version 2.3 (avec un peu de 2,0), en utilisant encore pour certains projets et beaucoup d'héritage)
Windows 34 bits? Je suppose que cela devrait être 32 bits si vous parlez des problèmes de mémoire –
Oui, merci d'avoir attrapé cette faute de frappe. Nous essayons de faire fonctionner les formulaires basés sur WebLogic sur des fenêtres 64 bits, ce qui a été difficile mais devrait aider le serveur à gérer plus de sessions une fois qu'il fonctionne. –
Je suis d'accord sur les limites de Windows 32 bits. Trucs méchants. – REW