Etwas off Topic aber offensichtlich die gleichen von Centennial sind sind groß, und die neu angekündigten UWP in Win32 groß. Sie sind wahrscheinlich die leisesten Haufen. muss für Microsoft, eine offizielle Erklärung WPF tot freizugeben. die zukünftige UI-Technologie von Visual Studio dann? meine gesunden Mittelwert oder beleidigen, übrigens. Das neue Fluid Design ist toll, aber ich kann sagen ich ständig gefragt, über eine UWP-Version, und wieder wird dies wahrscheinlich helfen, den Übergang.
Wenn ich das Video 33 min verstehen. Ich will nur Microsoft um ehrlich zu sein mit uns Entwickler, vor allem den leisesten von uns, die meiner Meinung nach WPF-Entwickler sind. annehmen und umsetzen können.
nicht gut für Sie. Es wäre toll, dass der neue XAML-Standard einen RING in aller Regel ist: OS. MS sagt nie, Thay sie nicht umsetzen wird. Standart ist eine Schnittstelle. Form ist eine Implementierung wie eine Klasse.
Version nur enthalten Dinge, die WPF v1 hält. Es könnte aus der v1 überlassen werden. fügt Dinge, die wahrscheinlich von WPF nicht unterstützt. In der Tat IMHO die v1. zurückgehalten Sie von WPF werden.
Standard ist überhaupt nicht darüber. Für alle zukünftigen Ergänzungen zu den XAML-Standard wird dies nur UWP und Xamarin enthalten. Dies bedeutet, dass die erste Spezifikation nur Merkmale, die auch in WPF, die sichergestellt wird, dass der Übergang von WPF ist einfach. fragte Kevin Gallo über die Pläne für WPF, und er war ganz klar: sie wollen nicht zu knacken öffnen WPF um neue XAML Standard Funktionen hinzuzufügen.
über die Leichtigkeit der Wissensvermittlung, und einfach Ausschnitte von XAML auf neue Plattformen zu übertragen. Formen im Einklang mit den beiden anderen Spezifikationen und v2. Dies sollte im Mittelpunkt der v1. sollten über den Ausbau was XAML tun kann. Formen wirklich zusammenlaufen, dann ja, das könnte nützlich sein, aber IMHO der größte Schmerzpunkt der Mangel an einem Standard heute ist, dass das Lernen mit Xamarin Kurve. DotMorten Danke für die Info! Das ist ziemlich verheerend. wieder geht es nicht um wichtige neue Funktionen.
Nur zeigt, wie unwichtig Entwickler Microsoft in diesen Tagen sind. brauchen Sie einen Xaml-Standard, der auf WPF funktionieren könnte. Wenn die Spezifikation wirklich wächst und UWP und Xamarin. Ansonsten kann auch von vorne direkt Codierung für iOS und Android anfangen. scheinen Sie zu viel über ihre bestehenden Kunden zu kümmern. Wir gingen durch die Bemühungen der UWP WPF - und Silverlight-apps umwandeln.
Plattform XAML über UWP. werde die einsame abweichende Meinung hier zu nehmen. Ve empfohlen immer für meine Kunden, dass wir nur Microsoft-Technologie verwenden. Aber wie PCL brauchen Arbeit für Evry zu tun.
Sie machen Somethinks, die aussieht wie nur ein als alle anderen in Bezug auf die endgültige Ergebnis besser sein wird. Sie möchten Anpassungsarbeiten zu reduzieren und Sie WPF als Basis verwenden, da ist älter und haben mehr Nutzer. Für mich sind die erste und letzte nicht Somethinks stimmen Sie. Microsoft muss sich entscheiden. Die Hauptprobleme sind alle Umsetzung ganz anders.
Die erste wird Mae XAML Dispeard XAML Welt bedarf es möchte Leben zu verbessern. klingt wie eine nutzbare Designer. wirklich sehen Sie, wie verschmelzen "oder" VS Standard überhaupt betroffen sein würde. Sie wollen einen Designer, der die gesamte Plattform, die, der Sie unterstützt für erstellen.
VS unterstützt nur die standard-Komponenten. Parsen von XAML auf Anfrage. Denken Sie daran: Die Standard, den, die ich, dass es gewisse Einheitlichkeit der Sprache unter den XAML-Plattformen verstehe, nicht darum, gemeinsam nutzbare erstellen, XAML Komponenten zusammengestellt. Für solche Sachen benötigen Sie auch ein tragbares System. NET Standard, ich denke. mit Dienstleistungen für die Interaktion mit XAML DOM etc.
Duranom, die ich mit diesem einverstanden. auch Erschütterungen Erfahrung, ist wie es derzeit bei Xamarin. einfach für sie nach und nach zu UWP und Xamarin bewegen. so unterschiedlich, dass sie vollständig nicht weitermachen wollen.
alle für zukünftige Erweiterungen in den XAML-Standard wird nicht bekommen hinzugefügt WPF. viel weiter als das bewegen. Messe, eine ähnliche Frage von XAML zu haben.
Sie ergänzen die meisten Sachen UWP, die Menschen daran gehindert, über reibungslos bewegt. Migrations-Tool funktioniert nie richtig. denke auch WPF in der v1. Firma ist immer noch mit älteren Windows-Versionen stecken. denke, dass eine Aussage besser sagt, dass eine Migration durch den Standard effektiver ist und einfacher zu realisieren besser und nicht mehr wie unter anderem ist.
finden Sie Menschen, die mit dem Standard um zu bekommen, ihre bestehenden apps auf eine andere Plattform zu bewegen. Spezifikation halten Nutzer auf WPF. eigentlich ein viel deutlicheres Signal an die Kunden weiter. Lernen Sie einen völlig neuen XAML-Geschmack, jedes Mal, wenn Sie die Plattform wechseln.
NET Standard gab, aber das kommt eigentlich aus dem Teil, das eine Investition von Zeit und Geld, um eine Migration auf neueren Technologien zu realisieren müssen. ll geben ihnen Zuversicht, dass ihre Fähigkeiten und Ressourcen wiederverwendbar sind und UWP und XF übertragen werden. für den letzten Monat. Während ich habe es in mein Zwischenablage.
neue sich entwickelnde Plattform hier, die Sie bereits wissen, wie zu bedienen, weil v1. installiert auf Windows XP und höher. dienen Sie das Ziel des Projektes. Ja, ein anderes Thema ist der Ort, dies zu diskutieren. nicht suchen, um eine Sache zu entführen.
Punkte in Threads gefunden. aber wie immer Entschuldigungen wenn sonst getroffen! Aber ach, das ist nicht verfügbar für mich, also bin ich hier. Gemeinsamkeiten zwischen verschiedenen Geschmacksrichtungen von XAML. Darüber hinaus, wenn ich einen Kommentar unter den Inhalt in den Link, die Sie zur Verfügung gestellt Posten könnte, ich würde.
denke auch WPF in der v1. Stimme mit Ihnen darüber. Die Sache ist so gut, dass WPF sehr desktop ist konzentriert und eine Menge, die mit WPF ist entweder aus so dass Sie sicher Umsetzung der alten Forms-Anwendungen sind dort auch, wie eine Menge von Lösungen von Drittanbietern sind vom Ursprung oder mit versucht, es so. gibt Worte und Antworten geschrieben, es nur zwei Varianten von Xaml, die hier in Betracht gezogen werden, richtig? Spezifikation halten Nutzer auf WPF. ll geben ihnen Zuversicht, dass ihre Fähigkeiten und Ressourcen wiederverwendbar sind und UWP und XF übertragen werden. eigentlich ein viel deutlicheres Signal an die Kunden weiter.
neue sich entwickelnde Plattform hier, die Sie bereits wissen, wie zu bedienen, weil v1. von Windows XP sind zu viele Menschen. unterstützen Sie, was Sie gerade gesagt. nicht verstehen, Sie, ich glaube Sie verstanden, was ich falsch gesagt.
denke auch WPF in der v1. Spezifikation halten Nutzer auf WPF. ll geben ihnen Zuversicht, dass ihre Fähigkeiten und Ressourcen wiederverwendbar sind und UWP und XF übertragen werden. Und neben dieser Forschung ist nicht so breit, weil ich in Brasilien lebe, und die große Mehrheit hier noch Windows XP und Windows 7 verwendet, und eine große Mehrheit hat weder Zugriff auf das Internet noch eine Smartphone hat. eigentlich ein viel deutlicheres Signal an die Kunden weiter. neue sich entwickelnde Plattform hier, die Sie bereits wissen, wie zu bedienen, weil v1. Aber in den letzten Jahren, die Sie UWP führten Mist! Eines der besten Geschenke, UI ist WPF.
NET zum Rest meiner Karriere. ll den ganze Kernteil einfach überspringen, genau wie ich mit UWP Mist. der Standard sollte sein.
Tatsächlich kommen um zu sehen wie MS es sieht. eine API-Lücke wird weiterhin, dass WPF verwendet werden. Und der Grund, ich entschied mich für geworden, ist, denn MS ist jeher an vorderster Front seit bei der Bereitstellung von Devs mit coolen Technologien. ODER Microsoft braucht, um eine EOL-Termin für WPF bekannt zu geben.
NET-Entwickler genauso wie andere hier. ist eine schlechte Idee. Tatsächlich kommen um zu sehen wie MS es sieht. Schuhe zu versuchen, Perspektiven und wachsen. Positionieren Sie mit straffen und Effizienz vorantreiben wollen. Dies geschieht in der Tat am leichtesten durch die Vergangenheit einfach zu vergessen.
Stück eines Tieres. wahrscheinlich die Nummer eins wertvolle Fähigkeit können möglicherweise hast du in einer gemeinsamen Umgebung, und übrigens, auch wohl das härteste. XAML ist eine Monster-Last ziehen.
Kompromiss, hier zu haben. Nicht nur mit Funktionen, sondern mit Leistung. nicht alle Einhörner und Regenbogen Es gibt einige Seiten herunter. wo wird das passieren. denke, es hat keine Chance, es in v1. JIT-Compiler ist sehr wenig optimiert. auch sehen Sie, dass es lädt.
der Fälle ist es. In meinem Fall war es eine kompilierte Xaml-Datei. CDie ist eigentlich vor die Fenster Lasten. immer scheint die perfekte Ausrede, um etwas auf der Straße zu treten, so dass Sie nie zu beschäftigen. Wenn Sie diesen Test ausführen, sollten Sie sehen, dass die Zeiten leicht über eine Sekunde wenn es die InitializeComponent-Methode ausgeführt wird.
