Reprise du message précédent :
Certains utilisent Discord.

Wouai enfin c'est bien une réponse de vieux ça.
C'est aussi précis que "certains utilisent internet"

Tu as par exemple le repaire du web : https://discord.gg/5yCEZcDB
 
Maintenant, je suis aussi un peu vieux maintenant ;-)

Hello par ici

Dites-moi, pourquoi lorsque je bosse sur un projet d'application web ASP .NET MVC en .NET 5.0, je ne peux pas utiliser NuGet (ni via l'UI, ni via la console PM> ) ?

C'est pas le bon template de projet que j'ai utilisé ?

VS me dit d'utiliser "Bower" à la place.
Je suis pas contre, mais je vais avoir besoin de Bootstrap et d'EntityFramework Core pour ce (nouveau) projet, donc j'aimerai pouvoir compter sur NPM pour gérer les versions.

Merci à vous

EDIT : D'après cette discussion, Bower est déjà mort en plus ..
Ca viendrait bien du template que j'ai utilisé donc... c'est has been le ASP .NET MVC Core ?
Déjà ?

EDIT : J'ai rien dit, c'est mon CSS qui était pété

Jamais utilisé ASP.NET MVC Core (je sépare API / client web systématiquement dans mes archis), mais je serais surpris que Nuget ne fonctionne pas, du moins sur la partie .NET. Tu parles de packages JS que tu voudrais importer et utiliser dans un projet Razor, vu que tu mentionnes bower (qui est effectivement mort) après ?
 
Si oui une solution serait d'utiliser NPM (package.json etc.), définir tes imports de libs, minifier le bousin et le copier dans un répertoire statique de ton projet.
 
(pour le second ça ressemblait plus à un pb CSS oui )

Merci pour ta réponse
 
Je ne comprends pas trop ce qui pose problème, mais j'ai suivi un tuto et j'ai ajouté les librairies dont j'avais besoin (Bootstrap et Font-Awesome) avec l'outil intégré "Ajouter une librairie côté client", qui semble lié à un outil "libman".
 
Je sais pas trop ce que ça donne par rapport à NuGet, mais ça fonctionne, ça fait le job.

Hello !
Pour faire vivre un peu le topique, j'ai une question nommage !

=> Comment nommez-vous vos entités/models/dto suivant les couches ? API vs Services vs Repo (+input vs output)
=> Ou êtes-vous partisan du "un seul model pour tous les fédérer" ?

En ce moment, je travaille beaucoup avec des Lambda AWS (sur API Gateway), j'essaye de garder mes composants les plus simples possible et réduire le nombre d'entity manipulés, mais c'est pas toujours possible

Via un système d'archi hexagonale (on en avait parlé y a quelques pages), mes couches techniques dépendent de mon modèle métier. Pour ce dernier, j'essaie au maximum d'utiliser le vrai vocabulaire des utilisateurs/experts métier. Les couches techniques utilisent ensuite les mêmes termes. Lorsqu'il y a besoin d'un modèle temporaire et qu'il faut faire du mapping, j'essaie au maximum que ce soit ponctuel et local.
 
Pour la partie "archi hexagonale", j'ai un projet qui prend le nom du métier ou du contexte (ex : "Booking" pour une API basée sur la réservation), avec des sous-répertoires "Ports" pour les interfaces exposées par le métier. Un projet "API" pour la couche technique de controllers ; un projet "Adapters" ou "Infra" pour tout ce qui interagit avec l'extérieur (ex : Azure File Storage, disque dur, appels d'API externes, etc...). Charge à chaque adapter d'implémenter les interfaces exposées par le métier et d'adopter son langage. Ça élimine le passe-plat services/repo qu'on retrouve dans 90% des projets et ça limite la propagation des modèles techniques dans toute la solution.

Coucou par ici

Vous utilisez/privilégiez quel presta pour l'envoi de SMS depuis vos développements Microsoft ?
C'est pour du SMS ponctuel (notifications / logs), pas pour du massif ou de la prospection.

OVH a l'air de faire le job (entre 0.05€ et 0.06€ le SMS suivant le forfait), mais ils n'ont pas de compte de test / dev, donc au delà de 20 SMS envoyés, c'est payant.

Je me fous (pour l'instant) de pouvoir personnaliser le nom de l'expéditeur, et mes destinataires seront des mobiles en France métropolitaine.

On utilise OVH pour nos alertes. L'API est REST, donc tous les langages sont supportés (dont .NET, j'avais fait mon POC avec). RAS, ça marche bien.

Ok je vais partir sur cette solution je pense.
J'ai jeté un oeil à leur catalogue et ils ont d'autres API qui me seront utiles de toute façon.

J'ai vu que c'était REST oui, ça m'arrange bien en effet.

Tu sais il ils ont un mode bac à sable ?
Ou dès le premier test, ça active les 20 SMS de test ?

J'ai pas les accès OVHCloud de ma boîte, ça va être une galère pour les obtenir  

Merci !

Sendgrid sinon mais ça doit être plus cher

Pas vu de mode Sandbox, mais je n'ai pas cherché non plus : ma boite n'en est pas à 1€

Bon bah du coup je suis parti sur OVH
J'ai du pas mal creuser et chercher pour comprendre la philosophie de leur offre d'API, mais au final c'est assez logique.
Ils proposent même un wrapper C# dispo sur NuGet qui se charge de l'authentification, pour qu'on ait juste nos appels API à écrire.
 
J'ai mis en place l'envoi de SMS en ~3 heures, mais je suis sûr que c'est faisable bien plus rapidement, j'ai pris mon temps.
 
Merci à vous en tout cas  

C'est encore moi

Cette fois-ci avec une demande beaucoup plus pratique...
Je suis en train de mettre en place la couche Service / DAL d'un projet WCF pour un client.
Sur vos conseils récents, j'ai démarré le projet en .NET 5.0 avec EntityFramework Core, en utilisant les commandes de Scaffolding disponibles.
Pour toutes les fonctionnalités de base, je m'y retrouve, et l'appli tourne, j'interagis avec ma base SQL Server, tout est bon.

Maintenant j'aimerai ajouter une couche supplémentaire d'intelligence, comme je faisais d'ordinaire assez facilement en .NET Framework : j'avais une classe custom dans mon projet Services / DAL, qui héritait de DbContext (EF 6) et où je pouvais manipuler les entities pour faire des actions techniques supplémentaires lors des opérations de CRUD (ie : ajouter des lignes dans une table d'historique à chaque INSERT/UPDATE/DELETE etc...), de manière générique, un truc de ce genre :

Le but c'est d'éviter de faire faire ça par la base de données elle-même (ie : triggers...) mais de ne pas non plus surcharger de code identique chaque EntityService.

Le problème aujourd'hui, c'est qu'EntityFramework Core ne propose plus ces objets là (EntityKey, EntityKeyMember, ObjectContext etc...).
Il existe une solution élégante de faire la chose, nativement, avec EF Core ?

En plan B, j'ai trouvé un fork d'EF 6 bricolé pour fonctionner sous Core : https://www.nuget.org/packages/Z.En [...] rk.Classic
Mais y a rien qui m'assure que ça fonctionne bien avec .NET 5.0 (et plus)...

Quelqu'un connait EF Classic ?

Merci à vous

Utilise des procédures stockées sinon?
Et si t'as du temps, bascule tes tables en tables temporelles (sql server 2016), ça t'éviteras de gérer ça à la main.

Ouais je sais, ça ne répond pas à ta question

Ouais dans le temps j'ai utilisé des triggers, puis des procédures stockées.
J'aime pas trop déléguer ce genre de trucs à la base de données, je préfère vraiment les gérer moi

Mais de toute façon j'ai trouvé un moyen de contourner, d'adapter le code à EF Core.
J'ai plus le code sous les yeux là, je suis rentré, mais il y a moyen d'accéder directement aux Entries du DbContext qui sont marquées modifiées/ajoutées/supprimées pour le manipuler sans avoir besoin de toute la partie EntityKey.

J'ai trouvé ça sur un blog qui parle de migration d'EF6 à EF7/Core, et ça semble fonctionner.

Merci tout de même pour ton aide en tout cas

EDIT : Pour compléter, maintenant que j'ai accès à mon poste de dev.
Le post avec les infos pour migrer d'EF6 à EF7/Core : https://long2know.com/2016/07/porti [...] r-ef-core/

et au final donc, mon code ci-dessus (surcharge de DbContext.SaveChanges(), pour rappel) devient :

Oui c'est bourrin, je suis entrain de sécuriser un peu le bousin pour gérer les cas de nullité etc... mais l'esprit est là, le ChangeTracker contient déjà tout ce dont j'ai besoin en fait...
Du coup j'ai plus qu'à parser les modifs en attente, pour récupérer la table impactée et l'opération effectuée (chez moi, jamais de suppression physique, juste des modification avec un status "IsDeleted", pour masquer les items dans les vues, mais jamais de suppression physique des lignes).

Les triggers sont à bannir, pour les procédures stockées y'a débat (ça facilite les reviews des DBA).
 
La gestion de l'historique directement par la BDD c'est hyper confortable par contre

Le pb des procédures stockées c'est que c'est compliqué à versionner, à tester automatiquement et à intégrer à des pipelines de CI/CD. Sans parler du découpage du code, de sa lisibilité, etc...

Le versionning nécessite effectivement une légère gymnastique, la CI/CD est facile (sqlcmd ou bacpac/dacpac) et le découpage du code est justement le point fort.
Les tests sont par contre plus pénibles  

 
+1, trigger à éviter.
 

 
Tester les SP en standalone ? Si oui, un outil comme LinqPad le fait à merveille.
 
 
 
 

De mon côté, j'ai pris l'habitude de me passer le plus possible de la programmabilité côté bases de données, depuis que j'ai eu l'occasion de bosser avec des équipes DBA dédiées.

Ces gens sont d'une mauvaise foi inouie
C'était toujours de la faute de mes PK et mes index manuels en NVARCHAR(MAX) que tout était ralenti

Blague à part, comme c'est parfois la galère de synchroniser les 2 équipes de dev entre l'applicatif et la base de données, j'ai toujours préféré me démerder côté code et n'utiliser la base de données que pour du stockage et quelques fonctions arithmétiques...

Messieurs-dames,

Petite question (encore...) rapide : le calcul du checksum MD5 d'un fichier, en C# via md5.ComputeHash(file), la date de création du fichier a-t'elle un impact sur le calcul ou c'est juste les données du fichier qui sont prises en compte ?

En clair : puis-je me servir des ComputeHash() de 2 fichiers pour en déduire qu'ils sont identiques ?

La date ne joue pas, non.
À noter que tes fichiers ne seront pas identiques puisqu'il s'agit d'un hash, y aura juste une forte proba qu'ils le soient.

Top, merci, je vais essayer par moi-même, ou trouver une autre solution

Sinon tu as SHA256 / 512 qui ont moins de collisions que md5. Avec les extensions CPU modernes, pas sûr que ce soit beaucoup plus énergivore

Oui et c'est plus dans les pratiques actuelles. Même si en situation "normale" le risque de collision est infime en MD5, l'algo a tout de même été mis en échec.
 
Et bien sûr que ComputeHash ne prend que le contenu et pas la date ou le nom (ou la météo du jour). D'ailleurs les seuls paramètres sont un Stream ou un byte[] apparemment donc il n'a même pas accès à la date.

Bon, autre sujet ?
 
Cette fois, je souhaite basculer un vieux projet ASP .NET MVC utilisant de l'authentification custom, par les mécanismes OWIN "natifs" au SDK.
Ca marche bien, et je trouve ça assez élégant, mais il y a un cas de figure, où je ne trouve pas comment me passer de variables de Session[""], c'est dans le cas où un des claim de l'utilisateur a changé.
 
Par exemple, si l'utilisateur change son username ou un setting de son compte (mode sombre / format des dates etc...) j'aimerai que le claim reflète la nouvelle bonne valeur, mais comme je n'ai plus la main sur la variable de Session, je ne sais pas (encore) comment refresh la valeur au moment du save de l'utilisateur
 
Une idée ?

.NET 6 sorti ! Test en cours pour un nouveau projet. Ca a pour l'instant l'air pas mal, ils ont enfin intégré swagger dans leur template de base.
 
Va falloir s'habituer au style minimal par contre, ça m'a fait bizarre de ne plus voir le startup, et d'avoir le Program.cs sans tout le boilercode habituel : pas de déclaration de class, pas de méthode Main

De mon côté je suis passé sous VS2022 (un petit souci avec mon 2019 qui a coïncidé tout pile avec la sortie du 2022 m'a donné l'impulsion).

J'ai rien migré de mon projet en cours (du .Net 5, MVC Core) et tout fonctionne nickel côté IDE comme débuggage, pas le moindre petit bug malgré que ce soit une version 17.0.0.

Avec la réécriture en 64 bits (enfin !!) Microsoft semble avoir fait du bon boulot, c'est plus réactif et efficace qu'avant j'ai l'impression.

J'ai juste remarqué un truc : les onglets de l'éditeur ont tendance à se "dédocker" assez facilement quand on clique dessus, je ne sais pas si c'est un PEBCAK, une feature, ou un bug .
Ca me l'a fait 2 ou trois fois. Je me demande si au clic si on glisse l'onglet de ne serait-ce qu'un pixel ça ne suffirait pas à dedocker la fenêtre et la passer en plein écran mais je trouve ça un peu chiant.

Pas mal d'extensions que j'utilise tous les jours sont déjà dispo. Et pour Resharper j'utilise la version EAP qui fonctionne nickel aussi, la version "officielle" n'est pas encore compatible 2022.

MS ne réussit pas toujours ses lancements mais pour le coup ça m'a l'air d'être un succès.

Rien vu de ce côté, mais je ne bouge pas trop les onglets. Mes extensions sont là aussi (productivity tools + sonarqube).

Les suggestions de code en fonction des saisies précédentes fonctionnent nickel, un plaisir d'écrire les dto avec get/set.

Seul souci pour l'instant, un nouveau projet d'intégration qui plante bizarrement à cause d'un testhost.deps.json manquant, faut que j'investigue.

J'ai switch sur 2022 il y a 6 mois. Aucun soucis de mon côté, que ce soit avec l'IDE ou les projets. Je ne travail plus qu'avec de toutes petites solutions et VS est globalement moins gourmand je trouve. J'en ai facilement 6 ou 7 instances d'ouvertes.

Bonsoir,

J'ai un hébergement VPS Linux chez OVH, avec le runtime DotNet. Je souhaite récupérer le contenu Json d'une api chez NVIDIA avec un httpclient, mais il semble avoir un blocage et je prend un timeout (la où mon appli fonctionne en local).

Qqn aurait il un hébergement VPS Linux chez un autre hébergeur qu'OVH pour tester ce httpclient vers une URL spécifique svp ? Ça m'aiderai dans le choix du futur hébergement, sans cramer un mois et d'éventuel frais pour obtenir le même résultat.

Merci !

File ton url je peux tester depuis Azure

Merci bien.
l'URL : https://api.store.nvidia.com/partne [...] &locale=FR

Niveau header :

C'est pas simplement un firewall / iptables à configurer ?

Pas de règle sur le firewall du vps, je ping l'adresse, le port est ouvert, je peux faire un curl, Postman ok. Mais timeout des que ça se transforme en httpclient sur le vps (ça fonctionne en local sur VS, et sur une VM linux)

Euh c'est pas très logique ton truc. Y a pas une histoire de proxy qui serait utilisé par curl et cie mais qui serait oublié par httpclient ?
C'est du https basique ? Rien d'exotique après (genre en regardant avec un wireshark) ?
OVH a pas un truc à dire là-dessus (ou leur forum) ?

Et si tu fais un wget depuis le VPS ?

J'aurai aussi dit un problème de proxy qui serait configuré au niveau du système mais ignoré par HttpClient

Avec un wget sur n'importe quel adresse, tu devrais avoir l'IP de ton proxy (ou peut etre en faisant: echo "$http_proxy" [ou https])
Puis dans ton code tu l'inclus au HTTP client handler avec un truc comme ça :

que tu injectes ensuite dans le constructeur de ton HttpClient