Ve sentiasa digalakkan untuk pelanggan saya bahawa kami menggunakan teknologi Microsoft sahaja. platform XAML melalui UWP. Saya akan mengambil pendapat bertentangan secara lone di sini. Kami pergi melalui usaha menukar aplikasi WPF dan Silverlight ke UWP. Anda membuat somethinks yang kelihatan seperti satu-satunya akan lebih baik dari segi keputusan akhir daripada semua yang lain.
Tetapi akan seperti PCL memerlukan kerja untuk evry satu kaitan. Bagi saya yang pertama dan terakhir adalah tidak somethinks anda boleh bersetuju. Yang pertama akan mae XAML dispeard XAML dunia perlu meningkatkan ia mahu untuk hidup. Anda ingin mengurangkan kerja-kerja adaptasi dan anda menggunakan WPF sebagai asas kerana lebih tua dan mempunyai lebih banyak pengguna.
Masalah utama adalah pelaksanaan semua agak berbeza. Anda mahu seorang pereka yang menyokong platform seluruh anda membina bagi. Bunyi seperti seorang pereka yang boleh digunakan. seolah-olah terlalu banyak prihatin pelanggan sedia ada. Ingat: Standard saya faham ia adalah untuk mencipta bahasa konsisten antara platform XAML, bukan tentang mewujudkan sharable disusun XAML komponen. dalam VS yang hanya menyokong komponen standard.
Microsoft perlu membuat pilihan. penghuraian XAML atas permintaan. Bagi barangan tersebut anda juga memerlukan sistem mudah alih. Duranom saya setuju dengan ini. terlalu jarring pengalaman, seperti itu pada masa ini adalah apabila pergi ke Xamarin. dengan perkhidmatan untuk berinteraksi dengan XAML DOM dan sebagainya. begitu berbeza bahawa mereka adalah benar-benar tidak sanggup untuk bergerak.
Standard bersih yang saya rasa. Semua untuk masa depan ciri tambahan kepada XAML Standard mendapatkan ditambah ke WPF. mudah untuk mereka secara beransur-ansur berpindah ke UWP dan Xamarin. bergerak lebih lagi daripada itu.
benar-benar melihat bagaimana campuran atau VS akan terjejas oleh standard sekali. Mereka sedang menambah sebahagian barangan untuk UWP yang menghalang orang daripada beralih dengan lancar. Standard bersih di sana, tetapi itu sebenarnya datang dari bahagian yang perlu pelaburan masa dan wang untuk merealisasikan pemindahan kepada teknologi baru yang ada. adil untuk mempunyai satu tanya sama XAML.
Syarikat masih terjebak dengan versi Windows yang lebih lama. alat pemindahan tidak berfungsi betul-betul. fikir satu kenyataan lebih baik mengatakan bahawa pemindahan disebabkan standard adalah lebih berkesan dan lebih mudah untuk direalisasikan adalah lebih baik dan tidak lebih seperti termasuk. berfikir termasuk WPF v1 itu. belajar untuk rasa XAML baru setiap kali anda menukar platform. spec akan pastikan pengguna pada WPF.
melihat orang-orang yang menggunakan standard untuk Dapatkannya untuk memindahkan aplikasi sedia ada mereka ke platform yang berbeza. ll memberi sedikit keyakinan bahawa kemahiran mereka dan aset yang boleh diguna semula dan akan membawa kepada UWP dan XF. sebenarnya banyak lebih jelas isyarat kepada pelanggan untuk bergerak. Walaupun saya mempunyai dalam klip saya. pada bulan lepas. platform baru berkembang di sini yang anda sudah tahu bagaimana untuk menggunakan kerana v1. Perkara yang baik bahawa WPF adalah sangat desktop fokus dan banyak dibuat dengan WPF yang datang sama ada dari membuat pasti pelaksanaan lama borang-borang permohonan akan di sana juga, seperti banyak penyelesaian pihak ketiga dari asal-usul, atau dengan cuba untuk membuatnya seperti itu. dipasang pada Windows XP dan ke atas.
tidak sabar untuk merampas sesuatu. Ya, satu isu yang berasingan adalah tempat untuk membincangkan perkara ini. memenuhi matlamat projek. mata yang ditemui dalam benang. tetapi meminta maaf seperti biasa jika diambil sebaliknya!
Tetapi Sayangnya, itu tidak tersedia kepada saya, jadi di sini saya. sama antara rasa XAML yang berbeza. Di samping itu, jika saya boleh menghantar komen di bawah kandungan dalam link yang anda berikan, saya akan. menulis perkataan dan jawapan, terdapat hanya dua perisa Xaml yang akan dipertimbangkan di sini, betul? bersetuju dengan anda tentang hal itu. berfikir termasuk WPF v1 itu.
spec akan pastikan pengguna pada WPF. ll memberi sedikit keyakinan bahawa kemahiran mereka dan aset yang boleh diguna semula dan akan membawa kepada UWP dan XF. sebenarnya banyak lebih jelas isyarat kepada pelanggan untuk bergerak. Windows XP adalah terlalu ramai orang. tidak memahami anda, saya rasa anda faham apa yang saya katakan salah.
platform baru berkembang di sini yang anda sudah tahu bagaimana untuk menggunakan kerana v1. berfikir termasuk WPF v1 itu. menyokong apa yang anda hanya berkata. spec akan pastikan pengguna pada WPF. Dan di samping itu kajian ini tidak begitu luas, kerana saya tinggal di Brazil, dan di sini majoriti yang besar masih lagi menggunakan Windows XP dan Windows 7, dan sebahagian besar mempunyai akses kedua ke internet tidak mempunyai telefon pintar. sebenarnya banyak lebih jelas isyarat kepada pelanggan untuk bergerak. platform baru berkembang di sini yang anda sudah tahu bagaimana untuk menggunakan kerana v1. ll memberi sedikit keyakinan bahawa kemahiran mereka dan aset yang boleh diguna semula dan akan membawa kepada UWP dan XF. pemaju yang bersih sama seperti orang lain di sini.
Dan sebab itu saya memilih untuk menjadi seseorang itu, kerana MS sentiasa pada lender dalam menyediakan devs dengan menggunakan teknologi yang sejuk. Salah satu Hadiah terbaik UI adalah WPF. Tetapi dalam beberapa tahun kebelakangan, mereka memperkenalkan UWP crap! BERSIH untuk berehat daripada kerjaya saya. ll hanya melangkau bahagian keseluruhan inti sama seperti saya lakukan dengan omong kosong UWP. sebenarnya datang untuk melihat ini bagaimana MS melihatnya sendiri.
sepatutnya standard. jurang API yang WPF akan terus boleh digunakan. adalah idea yang buruk.
sebenarnya datang untuk melihat ini bagaimana MS melihatnya sendiri. Kasut untuk mencuba untuk mendapatkan perspektif dan berkembang. ATAU, Microsoft perlu mengumumkan tarikh EOL yang bagi WPF. Ini memang paling mudah dilakukan dengan hanya melupakan masa lalu. mungkin kemahiran bernilai nombor satu boleh anda miliki dalam persekitaran Kolaboratif, dan secara kebetulan, juga mungkin paling sukar. hunk seekor binatang.
Bukan hanya dengan ciri-ciri tetapi dengan prestasi. kedudukan yang mahukan memperkemaskan serta bergerak ke hadapan dengan kecekapan. tidak semua unicorns dan rainbows ada segelintir ke sisi. Tolak ansur yang diberikan di sini. di mana yang akan berlaku. JIT pengkompil adalah sangat sedikit dioptimumkan.
fikir ia mempunyai apa-apa peluang membuat ia ke v1. sentiasa kelihatan seperti alasan yang diberikan sesuai untuk memulakan sesuatu di hujung jalan supaya anda tidak perlu berhadapan dengannya. melihat bahawa ia memuatkan. cdie inilah sebenarnya sebelum beban tetingkap. Cara yang paling mudah anda boleh mencuba ini adalah untuk menerangkan POCO Xaml dan baru ia sehingga secara ujian unit kosong sebaliknya. Dalam kes saya, ia adalah fail Xaml tersusun. Jika anda menjalankan ujian ini anda akan melihat bahawa masa adalah mudah alih kedua Bilakah ia melaksanakan kaedah InitializeComponent.
banyak perbincangan besar di sini dan ia adalah benar-benar baik untuk melihat semua bahagian belakang impassioned dan sebagainya di WPF. Kami di peringkat awal dan pada masa ini, kami akan bermula dengan mendamaikan dialek antara UWP XAML dan Xamarin. Kami mahu anda tahu bahawa kita benar-benar mendengar sangat penuh minat dan ingin menggunakan maklum balas yang berteriak paling keras, gambaran paling jelas untuk membina produk yang akan menjadi paling berharga untuk anda. Jika anda lihat di v1draft awal atau cadangan-cadangan dalam v1, anda boleh melihat bahawa Kod WPF XAML anda boleh diketengahkan melalui XAML Standard. Ini sudah tentu adalah kos yang berlaku sekali, tetapi bukan sahaja menunjukkan beban permulaan, tetapi juga jumlah masa yang ditambah pada mana-mana unit ujian yang mungkin bergantung pada sistem Xaml. kes, memang.
Kami percaya, ia adalah penting untuk dalam usaha XAML Standard mempunyai kosa kata yang umum jenis paling banyak digunakan yang XAML pemaju boleh selesa bergantung dan ini bermakna kami akan berusaha memastikan bahawa Kod WPF XAML anda boleh diketengahkan melalui XAML Standard. Berjalan kaki kira-kira di sini adalah tepat di mana kita memerlukan input anda khusus. saya tutup isu ini. Adakah anda mampu untuk mengatakan jika banyak berfikir telah dilaksanakan sekitar ini?
Tetapi ia akan menjadi besar untuk menyalurkan sebahagian daripada keluasan dalam perbualan ini menjadi khusus seperti yang saya sebutkan di atas. Tanya kerana inilah yang mengelirukan terperinci yang dengan sendirinya boleh menyebabkan masalah seperti kita maju bersama-sama di sini. dan lagi ditangkap di Xamarin.
rasa kebimbangan utama saya melihat v1draft anda dan v1proposals adalah bahawa saya melihat bahawa terdapat Ikatan yang kini digunakan dalam Draf. Bentuk, tetapi tidak UWP. Menganggap bahawa Xamarin itu.
Dalam WPF dan Silverlight 5, anda mempunyai asas MarkupExtension. Akhirnya, menganggap bahawa pasukan UWP sebenarnya Pertimbangkan mengeluarkan IServiceProvider yang dari Reka bentuk sambungan penanda mereka. SuperJMN boleh melakukan kerja yang lebih baik memberikan anda lebih, ahem, konteks sekitar ini. Borang pasukan telah melakukan pekerjaan yang cukup baik dengan reklamasi beberapa magic WPF bahawa dalam sistem Xaml mereka, manakala pasukan UWP masih seolah-olah menggaru kepala bersama mereka ke atas haiwan ini, walaupun hampir tujuh tahun merupakan sulur tersebut dalam tindakan di WPF, Silverlight 5, dan juga rakan kongsinya XF contoh terbaik. IServiceProvider adalah apa menyediakan semua konteks sambungan penanda apabila ia memberikan nilai.
Besar kerana berbeza takrifan apa sambungan penanda yang berada dalam sistem Xaml yang berbeza.