Discussion :

[jdddeschamps]

Bonjour,
Je crois que je vais être déçu : j'ai commencé à développer une application desktop en C# avec VS2015 ; j'envisage de programmer la version online avec ASP.
Or une grande partie du code de mon application desktop se trouve :
- dans un shared project
- dans une classe qui hérite du control panel :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
using System.Windows.Forms;
using AlmicantaratSharedProject.SkyMap;
using AlmicantaratSharedProject.MathTools;
using AlmicantaratSharedProject.Ephemeris;
 
namespace AlmicantaratDesktop
{
    public partial class SkyPanel : Panel
    {

- et dans des user controls :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
using System.Windows.Forms;
using AlmicantaratSharedProject.Ephemeris;
using AlmicantaratSharedProject.MathTools;
 
namespace AlmicantaratDesktop
{
    public partial class ControlCoordinates : UserControl
    {

J'espérais utiliser ces classes dans mon projet ASP. En deux mots, je souhaiterais glisser/déposer un SkyPanel et mes user controls sur une Webform.

Est-ce possible ?

[jopopmk]

Salut,

à ma connaissance, oui, tu vas être déçu : ce n'est pas possible ... De la même manière que tu n'utilises pas les contrôles WinForm en WebForm (même si certains portent des noms de classe identiques)

[jdddeschamps]

Merci pour cette réponse.

Alors comment procéder dans ce cas ?
Feriez-vous le projet ASP dans la même solution que l'application desktop ?
J'ai beaucoup de code "métier" dans AlmicantaratSharedProject. Puis-je faire référence à un Shared Project dans un projet ASP ? Cela me permettrait au moins de réutiliser la couche métier...
Faut-il que je fasse une Portable Class Library (PCL) plutôt qu'un Shared Project ?

[DotNetMatt]

Alors comment procéder dans ce cas ?
Feriez-vous le projet ASP dans la même solution que l'application desktop ?

Non, WinForms et ASP.NET sont 2 technos différentes et les user controls ne sont pas compatibles. Cela est logique étant donné les différences fondamentales entre ces 2 technos. En plus certains contrôles disponibles en WinForms ne sont pas disponibles en ASP.NET et vice-versa. Donc tu dois réecrire ton composant.

Autre point important à noter, Microsoft va abandonner ASP.NET WebForms (qui utilise les user controls). Donc si tu en as la possibilité, oriente ton projet vers MVC ou WebApi et laisse tomber WebForms car une fois que ASP.NET Core sera RTM (actuellement en RC), ca sera obsolète... C'est juste un conseil, on ne connait pas les contraintes autour de ton projet.

J'ai beaucoup de code "métier" dans AlmicantaratSharedProject. Puis-je faire référence à un Shared Project dans un projet ASP ? Cela me permettrait au moins de réutiliser la couche métier...
Faut-il que je fasse une Portable Class Library (PCL) plutôt qu'un Shared Project ?

Bien sûr il est possible de faire cela. Quand à utiliser une PCL c'est surtout utile pour faire du cross-platform, par exemple une appli WinForms + une appli Windows Phone + une appli Android avec Xamarin. Autrement, ca n'a que peu d'intérét.

[jdddeschamps]

Autre point important à noter, Microsoft va abandonner ASP.NET WebForms (qui utilise les user controls). Donc si tu en as la possibilité, oriente ton projet vers MVC ou WebApi et laisse tomber WebForms

Merci !! J'étais en train de comparer les deux pour savoir dans lequel m'investir ! voilà que mon choix est fait

Quand à utiliser une PCL c'est surtout utile pour faire du cross-platform, par exemple une appli WinForms + une appli Windows Phone + une appli Android avec Xamarin.

C'est le but en effet... il faut que je vois si je dois utiliser un Shared Project ou une PCL...

[jopopmk]

Perso j'ai rien contre le fait de mixer les techno dans une même solution si ça reste dans le même périmètre/métier, mais ça n'engage que moi. Pour ce qui est de l'ASP.NET remplacé par MVC ça m'enchante pas des masses, j'avais testé MVC y'a un bail et j'avais trouvé ça un peu opaque. Enfin bon c'est hors sujet.

[bossun]

Il ne faut jamais perdre complétement espoir. Même si c'est limité à IE

http://www.codeproject.com/Articles/...ontrol-as-an-A

https://social.msdn.microsoft.com/Fo...forum=winforms

http://www.codeguru.com/csharp/.net/...rols-in-IE.htm


Bon courage et excellent week-end

[jdddeschamps]

Merci pour vos conseils.

Comme la solution d'utiliser un Winform user control dans ASP.NET est limité à IE, j'abandonne. De plus, j'ai l'impression que le contrôle est exécuté par le client au lieu d'être exécuté par le serveur. En terme de cyber sécurité, c'est choquant. C'est pourquoi, en général, il faut désactiver les activeX dans les navigateurs.

J'attaque les tuto ASP.NET MVC, va y avoir du boulot !

[jdddeschamps]

Autre point important à noter, Microsoft va abandonner ASP.NET WebForms (qui utilise les user controls).

Je reviens sur ce point. Certes ASP.NET 5 ne supporte plus Web Forms mais Microsoft a-t-il officiellement annoncé l'abandon de Web Forms ? je ne trouve pas grand chose à ce sujet à part quelques posts :
http://blog.dcube.fr/blog/2015/01/05...-vs-web-forms/

Je crois qu'en fin de compte MVC sera trop compliqué pour moi. L'Application online que je souhaite développer ne servira qu'à promouvoir les applications mobiles. Je vais donc me contenter de Web Forms ...

[DotNetMatt]

Il n'y a pas de contre indication à continuer à faire du WebForms, mais oui je confirme que dans la prochaine version d'ASP.NET ce ne sera plus possible. Il y a pas mal de littérature sur le sujet sur internet, en voici un exemple : Top 10 Changes in ASP.NET 5 and MVC 6 (voir le point 2 - No More Web Forms).

ASP.NET WebForms a été crée initialement pour remplacer l'ASP classique. Microsoft concentre désormais ses efforts sur MVC / WebApi car ces technos sont aujourd'hui les plus utilisées, ce qui n'était pas le cas avant.

Avec l'accélération du cycle de vie des produits Microsoft, on voit par exemple que les périodes de support par Microsoft sont raccourcies. Donc si ton projet a une durée de vie moyenne / longue, alors il faudra tôt ou tard migrer vers MVC / WebApi car le framework .NET 4.6 / 4.6.1 (le dernier qui supporte WebForms) verra son support stoppé un jour où l'autre (le 4, 4.5 et 4.5.1 ne sont déjà plus supportés pour te donner une idée). De même, si tu as besoin des nouveautés introduites par ASP.NET Core (la prochaine version), comme par exemple l'héberment sous Linux, tu seras coincé car tu devras migrer vers MVC / WebApi.

Comme je l'ai déjà dit, on ne connait pas tes contrainte, mais ca peut valoir le coup de te mettre le pied à l'étrier sur MVC dès maintenant car il est sûr à 100% que ca te servira dans le futur Tu pourras trouver de l'aide sur le forum ASP.NET MVC, ou encore avec les tutoriaux rédigés par nos membres : Tutoriels ASP.NET MVC.