Je regarde autour de moi et je suis tombé sur la boîte à outils WT, est-ce stable? Tout bon? J'étais souples sur la façon d'y aller en C ++, étant donné le manque de bibliothèques et de ressources concernant le développement Web. (CGI / Apache)
Le but de ma demande est de remplir certaines données d'une base de données Sybase ASE15 exécutant GNU / Linux et Apache permettent donc des interactions utilisateur.
Je vais utiliser Sybase Open Client Library (LIBCT) pour récupérer des colonnes à partir du serveur, réduisez ces données sur le modèle / la vue WT.
Mes demandes:
Y a-t-il une solution plus pratique plutôt que d'utiliser d'autres langages de script? Je veux dire par pratique, une interface avec la récupération ODBC et le mécanisme MVC?
Si non disponible en C ++, toute alternative en Java?
13 Réponses :
pour commencer. Il y a certainement plus, je suis sûr - une recherche Google saine ne ferait probablement pas de mal. De plus, vous pouvez essayer la chaîne # C ++ sur Freeenode - ils ont un canal offtoropique que vous pouvez poser sur si vous souhaitez parler de non STL C ++ et les personnes qui y reviendront volontiers répondent à vos questions. Bonne chance.
La meilleure boîte à outils Web pour C / C ++ serait Apache httpd. Écrivez simplement un module et vous pouvez utiliser LIBCT pour accéder à votre base de données.
Il y a des modules MVC dans les modules MVC, comme mod_spin mais je n'ai aucune expérience avec ça.
Les programmes CGI sont plutôt faciles à écrire à la fois C et C ++ - vous n'avez pas vraiment besoin d'une bibliothèque spéciale, bien qu'elles prennent une possibilité de faire du développement un peu plus rapide. Comprenez-vous vraiment comment CGI fonctionne? Fondamentalement, votre programme lit les variables d'environnement avec getenv (), fait un certain traitement, puis écrit certains HTML sur la sortie standard du programme.
Absolument oui, le programme réalise déjà ce qu'il était destiné à faire, mais avec des frais généraux supplémentaires. Je ne suis pas un gourou JavaScript / Ajax, mais j'ai vu des outils (WT IE) qui font tout le matériel sous la cagoule, ce qui vous empêche d'ignorer la mise en œuvre.
Vous voudrez peut-être consulter KLONE:
http://koanlogic.com/klone/index.html
Fondamentalement, c'est un cadre et un serveur qui rend la rédaction de Backends Web C ++ ...
C ++ n'est pas un choix très populaire pour les applications Web - probablement parce que c'est trop facile laisser des trous de sécurité et le temps de développement a tendance à être beaucoup plus lent que pour le Langues de script. Je dirais que 99% des applications Web n'ont pas besoin de la vitesse qui C ++ apporte.
Cela conduit à un manque de bons cadres.
De mon aspect assez léger sur la zone, je dirais que WT est probablement votre meilleur pari, bien que C'est plus une bibliothèque de choses utiles (comme des modèles de page) qu'un cadre.
Je considère sérieusement ne pas le faire en C ++. Même Java (je préfère C ++ moi-même) a beaucoup plus fort de soutien au développement Web.
Mon choix personnel pour le développement Web est rubis sur les rails, mais si vous devez choisir entre C, C ++ ou Java pour le développement Web, ma suggestion est d'utiliser Java avec Javaserver Visages
donner celui-ci un look. Je n'ai jamais beaucoup aimé le design de WT. Mais alors, je suis une sorte de type anti-cadre.
Oui, je savais que Mistermatt a suggéré cela auparavant, c'est un bon choix, mais maintenant j'écris un petit cadre pour répondre aux besoins. En ce qui concerne la conception de WT, je pense que c'est un peu lent pour une application orientée CGI.
C ++ n'est pas un choix très populaire pour applications Web - probablement parce que Il est trop facile de laisser des trous de sécurité, et le temps de développement a tendance à être beaucoup plus lent que pour les scripts Langues.
Les langages de script typés dynamiquement convertissent des erreurs de compilation des erreurs d'exécution. La détection de ceux-ci pourrait ne pas être aussi facile que de lire à travers la sortie du compilateur. Les langages de script peuvent être ok pour des projets simples rapides et sales. Au-delà d'un certain niveau de complexité, on a besoin de langues fortement typées et bien structurées. Tels que C ++ ou Java.
La plupart des langues de script encouragent la programmation bâclée.
sur les "trous de sécurité": Si vous vous référez aux dépassements de tampon, les erreurs d'allocation / distribution, la réponse est "stl". Et une formation appropriée bien sûr: -)
TNTnet (http://www.tntnet.org) est idéal pour la création d'applications Web avec C ++.
Une autre alternative peut être la "bibliothèque FastCGI / CGI C ++" destinée à renforcer l'intégration de Someday: http: // cgi.sourceforge.net/
QT va grandir jour après jour. Et WT est l'essai de supporter le kit d'outils Web basé sur QT. C ++ le langage puissant et le meilleur à mon avis. Si vous aimez les projets GNU et Tech indépendant. Je suggère vraiment de les utiliser. J'ai utilisé PHP, Phyton, C #, Visualbasic, Fortran, etc. Mais je n'ai pas aimé autant que c ++ parmi d'entre eux.
J'ai donné WT un essai et j'ai vraiment aimé ça. Je ne vous donnerai aucun inconvénient ou professionnel pour l'utiliser à partir de zéro, mais lorsque vous avez un backend écrit en C / C ++ avec des millions d'entrées d'API, alors WT est un choix évident. Il existe des caractéristiques très puissantes qui sont plus faciles à utiliser, par exemple des tables chargées de manière dynamique. Traitement du signal sur le serveur, etc.
Une chose que j'ai vraiment détestée à WT est qu'il n'est pas compatible avec Apache sur Windows à partir de cette écriture. Vous devez soit utiliser UNIX, soit IIS sous Windows. WT propose également son propre serveur HTTP, qui est très pratique pour développer vos applications, mais je ne lui ferai pas confiance dans le rôle du serveur de production car je ne suis pas sûr de sa sécurité.
Apache Celix ressemble à un projet actif prometteur qui répond aux exigences de cette question (bien que ancienne). Voir: http://celix.apache.org/
de la page Description du projet Apache:
Celix est une mise en œuvre de la spécification OSGI adaptée à C. Il suivra l'API aussi près que possible que possible, mais que la spécification OSGI est écrite principalement pour Java, il y aura des différences (Java est OO, C est procédural). Un aspect important de la mise en œuvre est l'interopérabilité entre Java et C. Cette interopérabilité est obtenue en portant et en mettant en œuvre les spécifications de services à distance dans Celix.