Projets, SwissEph.Net

SwissEph for .Net at version 2.08.00 (2.8.0.1)

Laisser un commentaire

SwissEph for .Net at version 2.08.00 (2.8.0.1)

Hi,

The librairy SwissEph for .Net is at version 2.8.0.1 based on the Swiss Ephemeris version 2.08.00.

For more information about this new version read this message : https://groups.io/g/swisseph/message/7522

SwissEph for .Net is a .Net library of the Astrodient Swiss Ephemeris, delivered in Nuget package.

Usefull links:

See you soon,

Yanos

Projets, SwissEph.Net

SwissEph for .NET à la version 2.08 (2.8.0.1)

Laisser un commentaire

SwissEph for .Net à la version 2.06.00 (2.6.0.18)

Bonjour,

Pour ceux que ca intéresse la librairie SwissEph for .Net est passée à la version 2.8.0.1 basée sur les Swiss Ephemeris version 2.08.00.

Toutes les informations sur cette nouvelle version se trouvent dans ce message : https://groups.io/g/swisseph/message/7522

SwissEph for .Net est une librairie .Net de la librairie des Astrodient Swiss Ephemeris, livrée sous forme de package Nuget.

Liens utiles:

A bientôt,

C#/.NET

[.NET] Differences in floating point calculations between 32-bit and 64-bit (EN)

Laisser un commentaire

As part of the SwissEph.Net project, I’ve got some user feedbacks about diffrences in the results of calculation between the .NET library and the original C DLL.

As I have not had feedback from users about used code and diferences found, I spend some time to create a project for testing and compare result values between the differents versions: https://github.com/ygrenier/SwissEphNet.TestsAndCompare.

Once the tests are done, I found there is a difference in floating point calculations in .NET, but not between C code and .NET, the difference is between 32bits and 64bits of the .NET code.

Continuer la lecture de [.NET] Differences in floating point calculations between 32-bit and 64-bit (EN) →

C#/.NET

[.NET] Différences de calcul des flottants entre le 32bits et le 64bits

Laisser un commentaire

Dans le cadre du projet SwissEph.Net j’ai eu des retours d’utilisateurs indiquant une différence de résultat dans les calculs entre la librairie .NET et les DLLs C originales.

Comme je n’ai pas eu de retour de la part des utilisateurs concernant le code utilisé et les différences trouvées, j’ai pris un peu de temps pour créer un projet afin d’obtenir des tests de comparaison de valeurs entre les différentes versions: https://github.com/ygrenier/SwissEphNet.TestsAndCompare.

Une fois les tests effectués, il s’avère qu’il y a bien une différence de calcul sur les flottants en .NET, mais pas entre du code C et .NET, mais entre la version 32bits et 64bits du code .NET.

Continuer la lecture de [.NET] Différences de calcul des flottants entre le 32bits et le 64bits →

.NET Core

Histoire d’une migration en .Net Core – Partie 4

Laisser un commentaire

Avec la disponibilité de VS2017, la prise en charge des projets .NET Core et .NET Standard a été grandement améliorée.

Courant Août sont sortis « .NET Core 2.0 » et « .NET Standard 2.0 » apportant pas mal d’améliorations. Vous trouverez les annonces officielles sur ces pages:
– https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcing-net-core-2-0/
– https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcing-net-standard-2-0/

J’ai donc décidé de convertir le projet SwissEphNet en projet VS2017 pour avoir une meilleure prise en charge et supprimer les « bidouilles » mises en place. Je vous renvoi au premier article de la série pour plus d’informations.

Continuer la lecture de Histoire d’une migration en .Net Core – Partie 4 →

.NET Core, ASP.NET

[ASP.NET Core] Tester si une vue existe

Laisser un commentaire

Depuis la version d’ASP.NET Core (MVC 6) les anciens codes pour tester l’existence d’une vue ne fonctionnent plus du tout.

En recherchant un peu sur Internet on trouve essentiellement des tests d’existence des fichiers dans le dossiers « ~/Views » de l’application. Toutefois le système de vue utilise les File Providers pour obtenir les fichiers de vue. C’est notamment mon cas dans un projet où des vues sont « incorporées » dans les DLLs il faut donc ajouter des « EmbeddedFileProvider » (voir mon post précédent).

Par conséquent le test de fichier ne fonctionne pas dans ce cas.

Ma technique est tout simplement de demander au moteur de vue si la vue existe.

Continuer la lecture de [ASP.NET Core] Tester si une vue existe →

.NET Core, ASP.NET

[ASP.NET Core] Editer les vues Razor embarquées dans une librairie

Laisser un commentaire

En ASP.NET Core on a la possibilité de modulariser son application Web en créant des librairies permettant de partager le code (les contrôleurs, modèles, etc.).

Nous avons également la possibilité d’incorporer des ressources (fichiers script, images, vues Razor) auxquelles on peut ensuite accéder via le fournisseur de fichier EmbeddedFileProvider. En enregistrant ce fournissant dans le moteur Razor, on peut ainsi accéder aux vues qui sont embarquées dans la librarie.

Toutefois une difficulté ce pose, VS2017 n’est pas capable de prendre entièrement en charge l’édition des vues Razor, un ensemble d’erreurs s’affichent et certains fonctionnalités IntelliSense ne sont pas disponibles.

Continuer la lecture de [ASP.NET Core] Editer les vues Razor embarquées dans une librairie →

.NET Standard, C#/.NET

VSTS – Construire une librairie .NET Standard avec VS2017

Laisser un commentaire

Depuis la sortie de VS2017, nous avons la possibilité de développer plus facilement des librairies .NET Standard (ce qui remplace les PCL désormais).

Si on a l’intention de faire de l’intégration continue avec VSTS (Visual Studio Team Services) pour générer notre librairie (pour la tester ou l’empaqueter par exemple), on fait face à différentes erreurs qui provoque un échec de la compilation.

Pas de panique, Yanos est là 😉

Continuer la lecture de VSTS – Construire une librairie .NET Standard avec VS2017 →

C#/.NET

[xUnit] Après une mise à jour des packages, les tests ne sont plus détectés par Visual Studio

Laisser un commentaire

J’ai récemment ressorti de la naphtaline un vieux projet (librairie en .Net 4.0), avec une vieille version de xUnit.

Comme je devais améliorer la lib, en profite pour la passer en 4.5, et je met à jour tous les packages Nuget.

Je lance les tests unitaires pour vérifier que rien n’a changé et là … aucun tests n’apparaît dans l’Explorateur des tests de Visual Studio 2015 !!!!

Bon j’ai cherché pendant un bon moment, sans trouver de réponse satisfaisante, et j’ai trouvé la solution en recréant mon projet de test de 0, et là tout fonctionne. Alors j’ai fait quelques tests et j’ai trouvé:

La solution miracle: Modifier le projet de tests pour qu’il utilise le Framework .Net 4.6 🙂

A bientôt

Yanos

C#/.NET

Nouveautés de C# 7.0

Laisser un commentaire

Avec la sortie de Visual Studio 20017, nous avons eu également le droit à une nouvelle
version du C#, le C# 7.0, avec son lot de nouveautés.

Alors ne vous attendez pas à une révolution, mais plutôt à un ensemble d’ajouts pour
améliorer l’écriture et l’exécution du code.

Faison un rapide tour de tout ça.

Continuer la lecture de Nouveautés de C# 7.0 →

%d blogueurs aiment cette page :