IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Dotnet Discussion :

Développement application c# en se basant sur des procédures


Sujet :

Dotnet

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé Avatar de i.chafai
    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Décembre 2012
    Messages
    117
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Tunisie

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2012
    Messages : 117
    Par défaut Développement application c# en se basant sur des procédures
    Bonjour,
    Comme l'intitulé l'indique, je cherche une méthode assez simple pour développer des petites applications en se basant généralement sur des procédures stockés sql server (CRUD et select)
    Toutes la logique métiers va êtres implémenté sur le moteur sql. Donc un bouton = appel procedure

    Merci
    A+

  2. #2
    Membre émérite Avatar de Momoth
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Mars 2013
    Messages
    318
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mars 2013
    Messages : 318
    Par défaut
    Salut,

    Tout va dépendre de comment tu compte faire évoluer cette appli plus tard. Si tu es sûr à 100% que le business restera constamment coté base, ça n'a pas un intérêt délirant de faire une archi avec 40 couches qui ne seront au final que des passes plats. Comme disait je sais plus trop qui "Moins y'a de code, mieux c'est".

    Donc part sur un truc simple du style Controller / Provider. Tes providers s'occupent de la gestion de tes données et tu expose une interface avec les actions que tu veux à tes controllers.

    Pense bien à la gestion des erreurs, car d'expérience quand la logique est coté bdd, pour debugger, c'est une véritable galère.

  3. #3
    Membre chevronné
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Décembre 2005
    Messages
    482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Décembre 2005
    Messages : 482
    Par défaut
    Salut,
    moi c'est ta question qui me pose un problème de compréhension :
    tu veux faire quoi au juste ?
    si tout le métier est coté SQL tu veux juste faire des interfaces de saisie et exécuter les procédures stockées avec comme arguments ce qui a été saisi dans ton interface c'est ça ?
    et/ou afficher des données reçues de sql server dans ton interface ?

    Dans ces cas il faut voir du coté de ADO.NET qui gère les communications avec différentes bases de données.
    Il y a plein de tutoriels disponibles.

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo