Mögt ihr das .NET Framework? Ich bis heute nicht

[Ralf Kaiser]

Zitat von Medium:

und es mit #Develop eine freie IDE gibt, an der ich bislang kaum etwas vermisse

Da drängt sich mir die Frage auf: Kann man in SharpDevelop auch andere (.NET-)Sprachen einbinden? Ich denke da an Prism!

[Stevie]

Zitat von Ralf Kaiser:

Zitat von Medium:

und es mit #Develop eine freie IDE gibt, an der ich bislang kaum etwas vermisse

Da drängt sich mir die Frage auf: Kann man in SharpDevelop auch andere (.NET-)Sprachen einbinden? Ich denke da an Prism!

Ich meine mich zu erinnern, dass du mit Prism eh das VS (oder wars nur die Shell) bekommst, in die es sich integriert und du somit eh nix anderes brauchst, aber das kann Sebastian bestimmt besser beantworten.

[Medium]

Prinzipiell ist #Develop dahingehend erweiterbar, man muss nur entweder eine Einbindung finden oder selber bauen (Highlighter-Definitionen, Compilerschalter und so Dinge). Von Hause aus waren, als ich zuletzt geupdated habe, C#, Boo und J# Unterstüzung drin. VB.NET kann auch sein, da bin ich grad nicht sicher. Aber wer will das schon

[Phoenix]

Zitat von Stevie:

Zitat von Ralf Kaiser:

Zitat von Medium:

und es mit #Develop eine freie IDE gibt, an der ich bislang kaum etwas vermisse

Da drängt sich mir die Frage auf: Kann man in SharpDevelop auch andere (.NET-)Sprachen einbinden? Ich denke da an Prism!

Ich meine mich zu erinnern, dass du mit Prism eh das VS (oder wars nur die Shell) bekommst, in die es sich integriert und du somit eh nix anderes brauchst, aber das kann Sebastian bestimmt besser beantworten.

Äh.. ein ganz klares JAIN
Ja, Prism bringt die Visual-Studio Shell mit. Prism kann sich allerdings auch in ggf. frühere vorhandene VisualStudio Editionen (ausser Express) einklinken.

Prism gibts aber auch in MonoDevelop. MonoDevelop ist ein Fork von #Develop, das zuerst von Windows Forms auf Gtk# umgestellt wurde und auch ansonsten Massiv aufgebohrt wurde.
Gtk# deshalb, damit es auch auf dem Mac und auf Linux läuft. Und das tut es sehr gut.

[Insider2004]

.net ist doch schon halbtot. Microsoft hat doch schon gesagt, es langsam einzustellen. HTML5 und Java sind die Nachfolgetechnologien.

[Phoenix]

Zitat von Insider2004:

.net ist doch schon halbtot. Microsoft hat doch schon gesagt, es langsam einzustellen. HTML5 und Java sind die Nachfolgetechnologien.

Die Quelle dazu hätte ich gerne mal gesehen.

[Bernhard Geyer]

Zitat von Insider2004:

.net ist doch schon halbtot. Microsoft hat doch schon gesagt, es langsam einzustellen. HTML5 und Java sind die Nachfolgetechnologien.

Weis du was der Unterschied zwischen Java und JavaScript ist und wie willst du mit HTML5 und JavaScript Serverkomponenten bauen?
Es ist jetzt so das MS jetzt auch HTML5+JS als primäre GUI-Technik neben Silverlight/WPF/WinForms unterstützen wird.

[Phoenix]

Zitat von Bernhard Geyer:

Es ist jetzt so das MS jetzt auch HTML5+JS als primäre GUI-Technik neben Silverlight/WPF/WinForms unterstützen wird.

Auch das haben sie so nicht gesagt. Es wurde bisher lediglich gesagt, dass Tiles für die Metro-Shell ausschliesslich mit Html5 + JS gebaut werden können. Mehr dazu haben sie nicht gesagt. Und ich bin mir sicher, dass selbst Microsoft Ihr Office, VS, Media Player und ihre anderen Anwendungen nicht auf Html-GUI's umstellen wird.

Will heissen vorne der Launcher wird das (wieder) können. Und that's it. Mit Html auf dem Desktop haben sie sich zu Zeiten von Win98 schon in die Nesseln gesetzt (damals hiess das 'Active Desktop', kann sich noch wer daran erinnern?) und hat sich auch nicht durchgesetzt.

Die einzige sinnige Idee könnte sein, Web-Anwendungen direkt auf dem Desktop laufen zu lassen. Also Facebook (oder die DP) als 'native' Windows-App, aber sonst? Sowas wie Google Docs oder Office 365 auf dem Desktop? Die sind nett wenn man Unterwegs ist, aber auf dem Desktop will ich eine 'richtige' Anwendung haben.

[Bernhard Geyer]

Zitat von Phoenix:

Auch das haben sie so nicht gesagt. Es wurde bisher lediglich gesagt, dass Tiles für die Metro-Shell ausschliesslich mit Html5 + JS gebaut werden können. Mehr dazu haben sie nicht gesagt. Und ich bin mir sicher, dass selbst Microsoft Ihr Office, VS, Media Player und ihre anderen Anwendungen nicht auf Html-GUI's umstellen wird.

Nicht unbedingt. Wenn man sieht was es für Apps schon als reine Browser-Lösung gibt könnte irgendwann mal fast jede App als HTML5/JS-Lösung laufen.

Zitat von Phoenix:

Mit Html auf dem Desktop haben sie sich zu Zeiten von Win98 schon in die Nesseln gesetzt (damals hiess das 'Active Desktop', kann sich noch wer daran erinnern?) und hat sich auch nicht durchgesetzt.

Klar kenn ichs. War eines der ersten Dinge die ich abgeschaltet haben wenn ich einen neuen PC aufgesetzt habe. Aber wenn man Vista/Win7 diese Sidebar sieht, so ist das doch dahingehend was weiterentwickeltes. Und diese Sidebar wird häufiger sinnvoll eingestzt als der alte Active desktop

Zitat von Phoenix:

Die einzige sinnige Idee könnte sein, Web-Anwendungen direkt auf dem Desktop laufen zu lassen. Also Facebook (oder die DP) als 'native' Windows-App, aber sonst? Sowas wie Google Docs oder Office 365 auf dem Desktop? Die sind nett wenn man Unterwegs ist, aber auf dem Desktop will ich eine 'richtige' Anwendung haben.

Du (und ich) will bei solchen Apps eine richtige Anwendung. Aber wenns gut genug implementiert ist wird es vielen egal sein ob die App lokal oder im Browser läuft. Für Unternehmen ist es natürlich einfacher wenn alle relevanten Apps zentral einmal eingespielt werden und dann von dort über Browser performant laufen. Aber bis ein Inventor/ProE oder NX als solche Lösung läuft dauert es noch. Bei PLM/ERP-Lösung geht m.E. eindeutig der Weg in den Browser/Weblösung.

[sirius]

Zitat von Insider2004:

.net ist doch schon halbtot. Microsoft hat doch schon gesagt, es langsam einzustellen. HTML5 und Java sind die Nachfolgetechnologien.

Nee, Microsoft macht jetzt auf ASM.Net.