Bonjour,

Je viens de lire l'article auquel tu fais référence. Il est très bien fait, seulement il n'explique pas les différentes possibilités de développement offertes par dnn. En premier lieu, puisque tu lis l'anglais je te conseille d'aller sur dnn us et de faire une recherche avec le mot clé "wap" dans les blogs (pas les forums). Tu vas y trouver un article de Michael Washington (dont il est fait référence dans l'article que tu cite) membre du core team de dnn. Michael est plutôt pour cette façon de développer qui est la plus simple pour un débutant. Ce qui est vrai ! En revanche, ce qui n'est pas expliqué dans ton article (mais qui l'est dans les blogs) c'est qu'avec ce modèle de développement tu dois laisser les sources de ton module dans le répertoire App_Source. C'est le principe de compilation dynamique introduit avec VS2005 pour le développement de sites web. Là, les problèmes commencent s'il s'agit d'un module commercial ! Il y a aussi une possibilité de précompiler tes pages, mais alors tu auras autant de dll que de pages (ascx, aspx, etc.). De plus, le nommage des dll n'est pas contrôlé par le développeur. Ainsi pour une page MonControle.asx, tu auras une dll nommé MonControle_ascx_13644.dll (ou quelque chose du même genre). En soit ce n'est pas trop grave, mais imagine si tu as plusieurs dizaines de pages ! Les deux seuls véritables avantages de ce modèle de développement, à mon avis, c'est l'accès au mode debug "Edit & Continue" et le développement avec VS Web Express (gratuit chez MS).

Pour ton projet de boutique, il me vient une question. As-tu lu la page d'accueil du site, les pages concernant le projet WWSotre et les posts des deux forums dédiés à WWStore ?  Je demande cela car la communauté fr vient de reprendre le développement de WWStore qui est justement une boutique en ligne. Toute prête entièrement traduite et testé avec PayPal, et bien sûr gratuite ! Pour le moment, j'ai juste adapté et fini de traduire la boutique pour quelle fonctionne correctement avec n'importe quel pack de langue. David a validé, testé et corrigé le tout. J'ai justement posté les sources hier, c'est du C# utilisant le modèle WAP (nécessite VS2005 complet et le SP1). Nous sommes aussi plusieurs à être prêts à former un team de développement pour faire évoluer ce projet. En particulier sur la gestion des taxes et les passerelles de paiement vers les banques françaises. Nous devrions décider de l'avenir de tout ceci à la prochaine réunion pro du 16 mars. Peut-être aurais-tu intérêt à rejoindre le team ? Dans tous les cas, je t'invite à télécharger le projet et le tester. Il répond peut-être déjà à tes attentes.

Maintenant concernant tes deux questions :

1. Tu peux naviguer entre les pages. Le principe de base est de passer des arguments dans l'url puis de faire un post sur une page. La page "réceptrice" doit ensuite relire les paramètres et traiter les différents cas dans l'événement Load. Après c'est du standard .net (redirection avec paramètres). Il faut voir, je n'ai pas de réponse toute faite. Est-ce plusieurs modules sur plusieurs pages ? Un seul module qui charge dynamiquement des contrôles, etc. ?
2. Une deuxième bonne raison pour télécharger WWStore ! Il utilise exactement ce que tu veux faire dans le provider de paiement PayPal. L'idée générale est d'initialiser une requête sur le site de paiement en utilisant un HttpHandler, construire les champs du formulaire, puis poster le tout sur le site.

Voilà pour un début. J'ai aussi une dernière question, quelle est la passerelle de paiement visée par ta boutique ?

Gilles

Bonsoir,

ça peut intéresser surement quelque uns d'entre vous au cas où vous n'auriez pas vu passer ce post :

Des nouveaux templates Codesmith pour DNN 4 avec les support de DAL+

http://www.dotnetnuke.com/Community/ForumsDotNetNuke/tabid/795/forumid/-1/threadid/112140/scope/posts/Default.aspx

Roland

Bonjour,

Pour la méthode EditURL, c'est fait pour ! En général, les concepteurs de modules multipages utilisent un placeholder dans lequel on charge le second contrôle.

Je t'invite à nouveau à télécharger les sources du projet WWStore ! Tu y trouveras non seulement des exemples de chargement de contrôles, le module StoreFront compose toutes ses pages dynamiquement avec cette technique. Mais aussi le code du provider de paiement PayPal qui fait exactement ce que tu veux faire avec un HttpHandler. Je t'aurais bien fait un copier-coller, mais je n'ai pas mon pc de dev sous la main.

Pour les url de retour, il faut voir comment ta passerelle attend les paramètres. Si tu me disais de quelle passerelle il s'agit, je pourrais peut-être t'aider plus précisément ! En général, les passerelles lisent des champs aux noms pré-établis (return-url, success-url, etc.) qui sont censés contenir les url. L'idée générale est d'initialiser une requête avec le serveur via un HttpHandler, puis le construire un formulaire en mémoire avec les champs requis et les bonnes valeurs évidemment, et finalement de poster le tout. C'est le cas avec PayPal. En revanche, si tu utilise SIPS d'Atos Origin, il faut faire appel à un objet COM au préalable. Bref, c'est similaire mais le principe reste le même.

Gilles

Bonjour Aurélie,

Pour WWStore, tu n'es pas oubligée d'utiliser toutes les fonctions !

As-tu l'adresse d'un site pour les programmeur concernant la passerelle ? Le cas échéant, je pourrais aller y jeter un oeil. Cela m'interresse aussi pour le projet WWStore, de voir ce qui est utilisé en Europe. L'idéal à terme étant d'avoir un provider par pays (le plus utilisé).

Pour les HttpHandler, le principe est que tu créé une requête. C'est celle-ci qui va déterminer le comportement. Par exemple, si tu créé une requête qui "émule" un formulaire. Lorsque tu vas passer réellement ta requête, l'utilisateur sera directement redirigé sur la page. Là, je dois partir en rdv. Mais je te chercherais ce soir la page exacte dans WWStore pour que tu ais un exemple. Le début de la procédure devrait se trouver dans Checkout.ascx.cs (de mémoire), mais plusieurs fichiers sont impliqués du fait de l'architecture de ce module.

Gilles