Reprise du message précédent :
 
 
Ha bon ? Pourquoi plutôt du client lourd ?
 
Perso je suis plutôt webForms, je n'ai fait que ca durant mes missions précédentes

 
Je vois a peu près oui
J'ai utilisé le tuto MVC + EF4 et c'est plutot pas mal du tout, je me rend compte de la différence énorme d'utilisation de ces ORM, cependant je ne pourrais me faire une véritable idée qu'en effectuant des traitement complexes qui nécessite des procédures stockées de plus de 2 lignes.
 
Et je me demande également comment réagis EF et surtout comment mettre en oeuvre un modèle avec des Interfaces, de l'héritage etc...

Merci !
 
Pour rester sur le sujet, j'ai une question. Est t-il préférable de :
 
- Concevoir sa BDD (à l'ancienne, tables, relations etc...) directement sous SQL SERVER PUIS utilisé entity framework pour qu'il génère les classes C# a partir de la BDD
ou
- Créer les entités (Nom et attributs et leurs types) à la main sous EF designer PUIS synchroniser sur une nouvelle BDD pour qu'il génère les tables etc...
 
Merci d'avance
 

Personnellement j'aurais plutôt tendance à me méfier de ce que EF pourrais générer comme schéma et pour peu que tu sois obligé de documenter faut arriver à traduire en EA.  Mais j'imagine que ca dépend beaucoup de tes affinités avec l'ingénierie de base de données.

Personnellement je fais mes scripts à la main (ou avec un outil) pour avoir la maîtrise dessus, et seulement une fois le MPD figé je passe sous le designer d'EF...

Vous utilisez quoi comme outil de traduction ?
Je veux dire pour fournir les éléments à traduire aux traducteurs.
 
Actuellement, j'utilise http://zetaresourceeditor.codeplex.com/ mais ça reste assez minimaliste et assez buggué (notamment les accents et les retours à la ligne lors de l'export excel).
 
J'ai testé :
http://www.redpin.eu/ à l'air assez sympa, facile à prendre en main
http://www.infralution.com/globalizer.html à l'air assez complet mais difficile à prendre en main (et cher)
 
Dans les 2 cas, je n'ai pas trouvé de designer à la VisualStudio pour que les traducteurs puissent redimensionner les labels/textbox etc...
Par contre les 2 peuvent exécuter les winforms à condition d'avoir l'assembly à disposition.
 
Vous avez de conseils ?

Je ne connaissais aucun des deux mais effectivement c'est trop limité pour ce que je veux faire.
 
J'ai des centaines de fichiers resx, donc j'ai besoin de les importer automatiquement depuis les projets (ou mieux les solutions).
 
Et aussi que ça vérifie automatiquement que le nombre de {0} corresponde bien entre les différentes langues.
 
 
Pour l'autosize des labels, c'est assez pourri en winforms en fait parce qu'il va empiéter sur le control d'à coté au lieu de le décaler...
Je pense que pour le dimensionnement d'écran, on est bon pour le faire nous même (les devs)...
 
Merci quand même pour les liens, je les garde dans un coin  

Je joue avec Entity Framework et je me pose une question.  
 
Dans ma BD j'ai deux entités liées entre elles par du many-to-many. Sur la table de l'association j'ai un attribut (qui me permet de discriminer les associations). Or, je ne vois pas dans le Designer de VS2008 la possibilité d'ajouter une condition sur une association.  
 
Quelqu'un a une idée ?

La condition porte sur l'attribut (true ou false) et idéalement je veux créer deux associations entre mes entités (dans le framework) une pour toutes (peut importe la valeur de mon attribut) l'autre uniquement quand l'attribut est à True.  
 
Mais je suis tombé sur un page de msdn qui indique que ce n'est pas faisable avec le designer, apparemment il faut mettre les mains dans le xml.

Petite question :
 
AUjourd'hui quand (au boulot, ou dans le privé) vous commencez un nouveau projet web Asp.Net comment procédez vous ?
 
- Vous partez d'une solution vierge ?
- Vous utilisez MVC (1 ou 2) ?
- Autre ?
 
Avez vous des habitudes, des choses que vous faites quelque soit le projet ?
Exemple : Un pattern particulier que vous mettez toujours en place
 
Merci

Personnellement je m'appuie souvent sur un "site blanc" en webforms  
(pas de MVC à la sauce MS) avec en gros :
Dans le sln :
- des assemblies maison en dépendance qui assure les fondamentaux techniques et fonctionnels
- un projet web  
Dans le projet web :
- une arbo préconçue pour la partie web (/img, /css, /js, et un certain nombre de fichiers préexistants : jquery, css de base)
- la conf préremplie qui paramètre en même temps des trucs tels que le logging  
- Et un certain nombre de trucs que je peux ajouter facilement selon les besoins, les bases d'un middle office avec authentification, administration de certains trucs... par exemple.
A côté
- des scripts SQL (DML et DDL) pour les tables communes à tous mes projets  
- La doc

Ajouté en premiere page, merci.

Je suis encore en train de m'amuser à entity framework  et je suis confronté à un problème.  
 
J'ai réalisé un héritage par TPT: dossier -> dossierSpécialisé
Ensuite une relation (1 -1 ) lie dossier à une entité demande.  
Donc le cadre est posé voici mon problème:
Si je crée un dossierSpécialisé et le lie à la demande tout fonctionne parfaitement. Par contre si je récupère une instance de demande et tente d'accèder au membre dossier de celle-ci j'ai droit à un null pointer exception.
 
Quelqu'un à une idée ?

 
Comment ça ? A moins peut être qu'il n'y ait des subtilités qui apparaissent quand tu utilises une gestion spéciale des sessions, pour moi il suffit de mettre<sessionState timeout="valeurensecondes"/> dans ton webconfig. Par programmation, tu peux aussi utiliser Session.Timeout
Si tu veux le faire direct dans IIS pour tous les sites, machine.config.
 
Quel est le souci avec la premiere methode ?

Il y a peut être des cas tordus. Mais disons que dans le cas général auquel j'avais eu à faire face, rajouter cette clé faisait parfaitement ce que j'en attendais. J'attends de voir ce que tu pourras nous apprendre .

Bienvenue

Résolu; il faut faire appel à la méthode Load du membre DemandeReferences pour avoir accès à l'instance en question.

J'ai encore beaucoup à appendre sur LINQ ...

Le problème avec asp.net c'est qu'il essaye de faire croire que le html et le javascript n'existaient pas mais il le fait si mal qu'il vaut mieux faire le maximum de choses "a la main" en html/css/js et ne se servi d'asp.net que pour les quelques trucs ou il aide plus qu'il n'emmerde.
Il parrait qu'asp.net MVC est beaucoup mieux mais je ne l'ai quasiment pas utilisé donc je ne peux pas te confirmer.

Personnelement j'en ai un petit peu marre que l'on essaie de faire faire aux navigateurs des choses pour lesquels ils n'ont pas été prévus (type ajax).
 
Sinon en ce moment je m'amuse à faire du databinding EF avec un comboBox et bien ca demande pas mal de chippotage. ^2  
=> http://social.msdn.microsoft.com/F [...] d5e6980599

Le problème d'asp.net ce n'est pas qu'il essaye de faire trop de chose au navigateur, mais qu'il le fait mal.

 
 
Dans le cas ou l'entité est nouvelle (et donc à priori aucune instance n'a été affectée à la navigation property) est-ce que le binding fonctionne ? Car dans mon cas (winforms) j'ai droit à un null pointer exception  parce qu'il tente de rechercher le selectedValue dans un membre de l'objet référencé par la navigation property (qui est à null).

 
Je suis d'accord, mais Quid des tables sur lesquels on désirent charger plusieurs arborescences d'entité en association ?  

 
Perso, quand je dois "enseigner" à des débutants je suis adepte de la méthode SILVER qui d"crit assez succintement le cycle de vie d'une page
 
http://www.codeproject.com/KB/aspn [...] cycle.aspx
 
C'est un très bon moyen mnémotechnique qui, même s'il n'est pas tout à fait complet donne de bonnes bases