不是。WP7/8都有人還在用。

QuoteTonyDeng 发表于 2019-1-6 21:46
不是。WP7/8都有人還在用。

只讨论win10的话，我的应用本身就是UWP的，不支持7和8

應用開發者想支持到什麽版本都行，支持的跨度越大，受限制越大，自己選擇而已。這裏的選擇權不過是開發者受用戶制約還是用戶受開發者制約，誰主導就誰擁有抉擇權。

具體來説，開發者其實有很多選擇。比如他可以在應用啓動時檢測當前的系統運行版本，分別調用不同的功能；或者直接采用最低版本支持的功能；若某些功能被較高版本廢棄，他還可以用自己的方法重新製作舊版本的功能，甚至用低版本環境仿真高版本功能……。這些都取決於開發者自己願意投入多少精力，實際上沒有什麽是截然做不到的，只不過你如果有足夠的權力，則可以强迫用戶采用你要求的環境（比如某些財務軟件强制用戶的設備運行Win2000而廢棄XP/98）。做不到不過是能力問題。當然，環境越單一功夫越少，像蘋果設備對系統而言就是可選擇性很少的簡單環境，根本不用像Windows那樣面對幾乎等於無限的可能性，這樣編寫軟件當然簡單許多，也高效許多。

本帖最后由 wherewhere 于 2019-1-6 22:41 编辑

现在fluent design已成大局，基本上所有新发布的UWP都是rs4及以上了，支持到移动端的也都是rs2及以上了，rs1甚至th2的一般都是很久没更新过或者开发者有强迫症的了，所以10586没什么好玩的了，升最低版本号吧

当然如果你想支持10240也没人拦你，不过想做的漂亮肯定要加点fluent design，最好设置rs1，很多老机型都留在这个版本，想摆脱点烦恼就到rs2，如果不想支持移动端就直接rs3起步

基本上都是在RS1了，TH2/TH1运行的机子是需要稳定工作环境的机子，

我最近經常看關於程序員的一些新聞、段子、心得、交流等等文章，覺得現在的IT環境（素質）比以前的似乎差許多。現在的大多數程序猿，高新技術的確是掌握不少，各種框架、算法都很熟練，但最大的問題，是幾乎都沒有學過軟件工程的，不知道是不是現在的IT高層都不屑於此。一個很著名的笑話，“改三次需求就可以殺死程序員”，這個問題其實在學過軟件工程的人面前根本就不是問題，因爲軟件工程的原則之一，就是要求製作的軟件必須具備足夠的可變動性，就是專門應付需求變動的，改動需求能夠要程序猿的命，就是做系統架構那個，根本沒有考慮程序的可變性，程序猿寫代碼也從來不考慮代碼的可重用性，只是在資本的壓力下把作業交出來了事，爲了趕進度，把變動後患隱藏起來，所以一旦用戶的需求變動，就能把這些地雷引爆，這就是程序猿們加班的根本原因，是自己把自己弄得疲於奔命，平時都沒有把精力聚焦於編寫合乎軟件工程原則的代碼能力上，都去追求所謂的新技術、新語言、新框架，内功不夠。現在的程序猿，幾乎都是Ctrl+C/Ctrl+V高手，所以才熱衷於開源，都去黏貼代碼的，沒了開源的代碼，叫他們自己獨立完整地從零開始構建弄一套程序，幾乎不可能，都是靠人家搭了框架，他們去修改修改。我看了的許多文章，總體而言就是透露了這麽一些共性，是普遍性的。 這貼是題外話，與樓主的問題無關，只是討論之間發現有點相關，忍了許久的話，說了一些出來而已。與此相關的部分，就是程序編寫其實是萬變不離其宗，都是有原則的，遵循了原則去設計和編寫代碼，自然知道系統和框架的變動依據是什麽，它爲什麽要做成那樣、爲什麽要變成後來那樣，都是有理由的，你如果不能理解爲什麽這樣變，一定是不知道自己采用的舊功能庫存在什麽問題，留下了隱患而不自知，歸根結底是自己的經驗問題（你一定不及人家大公司和操作系統的作者、語言編譯器的作者更知道世界上遇到過什麽問題而導致需要這樣變動）。也就是説，當你決定使用只有10586或10240支持的功能而不能支持更高版本的時候，必定是使用了過時系統被廢棄的東西，此時要想一想這些東西爲什麽會被廢棄，而不是因爲用戶還在使用這些舊系統而要自己的程序去用這些功能，需知新版本取代舊版本必定提供了替代方案，如果功能是好的，會一直保留在各個版本上。

微软的意思是14393的机型有偌基亚有1520.1020.930这些，15086适用于LUMIAN950手机。版本高的适用于内存大的WP手机！

我只是考虑如果没什么设备是10586了，我就升级一下最低版本，如果还有的话，就不升级

QuoteTonyDeng 发表于 2019-1-6 22:51
我最近經常看關於程序員的一些新聞、段子、心得、交流等等文章，覺得現在的IT環境（素質）比以前的似乎差許 ...

我很支持你的观点，为了避免以后成为代码搬运工，我还要继续努力。 向后兼容一直是个很麻烦的东西，旧的东西不舍弃，新的也很难跑得快，但是旧版本又总是没办法说放下就放下。用户习惯、硬件条件、开发工具…甚至是开发人员自己，这些因素都要有所考量。 现在自从微软决定把系统做成一个“服务”以来，win10发生的变化太多也太快了，很多东西推出了不久就被砍掉，一直沿用的函数库突然就没法用了，类似的情况也让很多人不喜欢更新系统，很多人还停留在超级古老的win10版本，滞留下来的用户也给开发者带了不变，最严重的是对微软自己，win10虽然一直是一个win10，但是超多版本所导致的碎片化其实挺严重的，有些项目在旧版win10运行的很好，19H1 测试版就不行了。 多写一个判定系统版本不是难事，但是想想网页里面的超级多不同版本的 ie 判定，立马就头大。 希望以后写程序不用上来先写十几个判定系统版本。 （话虽如此，我现在的跨平台项目就是开头好几个判定平台的代码）{:6_218:}

路过 学习

QuoteCopyTIME 发表于 2019-1-7 01:20
我很支持你的观点，为了避免以后成为代码搬运工，我还要继续努力。 向后兼容一直是个很麻烦的东西，旧的东 ...

Win10前期的版本的確變動較大較頻繁，因爲它還沒穩定。幾乎所有大變動初期都是這樣，比如從DOS轉入Windows，最初幾個版本的Windows跟現在Win10的情形差不多，真正能用的版本是Windows3.1，才與DOS匹配起來，順利過渡；然而到要抛棄DOS的實時内核，Win95/98都是不穩定的，Me更是曇花一現（類似後期的Vista），XP/2000才最終敲定；Windows7剛問世的時候，也是遇到各種XP守舊的抵制，猶記得我安利用戶升級Win7的難度是前所未有，豈料後期居然有捨不得Win7而抵制Win10的歷史重演。這幾個大版本的變動，都是内核變化，都需要較漫長的過渡期和適應期，開發者也是因此大浪淘沙，舊的去新的來，鐡打的營盤流水的兵，相當於王朝更替，人事全新。 Win10在14393之後，才開始穩定下來。從使用VS2015到VS2017的各版本更新中，也感覺到真正的統一是到16299之後，從那個版本開始，寫的程序可以按照預期的願望運行了，跨設備的功能，總算才可以真的實現——之前是你希望如此但未必如此。之所以這樣的根源，我認爲是微軟要維持用戶感受一致而設計糖衣的原因：從提出統一Windows開始，原本Windows8.1和Windows Phone 8.1根本是兩套不同的系統，内核完全不一樣，但他們爲了看起來一樣，做了障眼法，把外觀和功能都弄成是一樣的，但裏面如何實現的卻截然不同，這就給自己的開發者挖了坑，表面API函數名稱和用法是一樣的，但框架實現是靠不同的庫來欺騙對方，所以調整了這一面，難免那一面沒跟上，甚至都無法做到完全一樣。早期的Windows 10.10240/10563，等等，都是類似的過渡。真正的内核的統一，記不清是14393還是15063，當時大肆宣傳過的。内核的統一是一回事，界面外殼的統一還要留到後面設計語言（流暢設計）的推出，但此時因爲内核已經不存在問題，所以已經不會再有大變動了。再進一步的計劃，就是系統本身是可切割的積木式組裝的，所謂仙女座。根據這樣的歷史，就可以看到，如果你試圖從16299兼容到10563/10240，那中間是跨過了不成熟的内核變動，你的代碼，必須用到之前割裂了的系統内核功能，要把程序弄統一，難度可想而知。這種情形，就如我們現在寫Windows Form，斷斷不會試圖還與Win95/98的系統兼容。微軟抛棄了諾基亞時期的手機型號，就是因爲那些設備只跑10240/10563等等爲了維持兼容性而做的不成熟系統，不把這些包袱捨掉，就是給自己的系統製造臃腫和崩潰機會（很多人總説這問題那故障，就從來沒想到是自己舊設備型號特性限制系統或舊程序運行組件破壞系統完整造成崩潰，就說是這Bug那Bug），到新的系統完全不包含過往的舊代碼和兼容性，才能跑得更穩定和快速。python語言的每一個版本都不與之前的版本兼容，其思維就是不揹包袱，它的碎片化更嚴重，然而微軟自身的歷史定位卻不能這樣，所以它要緩衝，Windows8的激進就是教訓，Windows10不過是變著法子做囘Windows8而已。微軟的東西，雖然以兼容著稱，但總不能跨度太大，對開發者來説，該割捨的還是要割捨，沒必要被用戶捆綁，用強不成，還可以用軟的，你（尤其是對公司組織來説）的説服力要派上用場，業務和推廣不是給程序猿添堵的，是要互相配合的。 其實，微軟的系統大變化，並非沒有給用戶緩衝期，包括對企業，它的支持周期都非常長，十年以上，提早推出了新版本，是你自己沒有計劃更新，那麽長時間的預告，你每年投入一點，提早做測試，都能順利過渡，不會等到真的非變不可時才不得不大筆投入，還弄得匆忙出錯。臺積電中毒事故就是很典型的案例，他們一直在用Windows7的系統，的確，你的整個公司、工廠體系都在此基礎上完善了，但就是完全沒有計劃要升級系統，到中毒導致損失，才醒悟這個系統有些漏洞是自己無法防範的。這些東西，就如自己做研究投入一樣，做個模型系統或影子雙軌運作系統，提早開發和投入面對新的軟件，根本沒多少問題。哲學原則告訴我們，上帝是很公平的，該付出的代價，遲早免不了，欠下的，是必須要補償的，別以爲當前省了就是賺到，到後面一次性大出血，還是那麽個代價，不定還要加倍付出。

本帖最后由 CopyTIME 于 2019-1-9 06:39 编辑

<blockquote>TonyDeng 发表于 2019-1-7 22:08Win10前期的版本的確變動較大較頻繁，因爲它還沒穩定。幾乎所有大變動初期都是這樣，比如從DOS轉入Window ...</blockquote>

非常厉害的评论（话说这已经不是评论而是文章了吧hhhhhh）！

果然高手都喜欢隐藏，智机社区卧虎藏龙啊！

看到这么优秀的评论，我也忍不住想要写点什么，或者说是吐一点内心的苦水吧。

以下评论只代表个人想法，各位路人/大佬看个热闹就好，如果有意见建议也欢迎回复

续着大佬的评论看，程序员是要不断更新自我的，我完全赞同，就一个程序员的角度来说，升级更新紧跟潮流是理所当然的。

就产品经理来说呢？要放弃那些“顽固”的客户，强迫他们升级自己的软件硬件吗？

做不到。为什么做不到？

升级之前不是给了缓冲期了吗？

微软给了，足够长，足够一个优秀的程序员充分了解新特性，也留下了相当长的时间给项目负责人让他给客户解释升级导致的问题，让他阐述新版本的好处。

即使如此，决定是否升级自己的设备，还是客户自己。

问题不是有这些顽固的客户，问题是顽固的客户不在少数。

为什么2019年了，写网页还要考虑 ie 浏览器？

为什么2019年了，还有人在用 Windows XP？

跟随新版和兼容旧版永远是一个不好拿捏的线，这种现象并不局限于新版与旧版的兼容上面。

这其实是科技前沿的发展与实际生产应用的隔阂。

新的东西更方便，研发人员（程序员是其中的一个代表）更喜欢。

但没人愿意冒当小白鼠的风险，旧的东西更可靠，运用人员（客户是其中的一个代表）更喜欢。

2019年了，写网页还兼容 ie 是因为政府部门还在用 ie

2019年了，写 XP 应用是因为银行自主柜员机还在用 XP

这些不差钱的金主客户，要放弃吗？

做不到。

只要新旧关系存在，这个矛盾就无法解决，只能调和。

如何巧妙处理这两者之间的关系，就成了产品经理（或者类似职务的人）的工作。

一个优秀的产品负责人应该估计需求和实际情形，准确地定位更新和兼容之间平衡点，在程序和客户之间，在更新和兼容之间，在方便和稳定之间，找到调度合理，前后兼顾的方法。

糟糕的产品（经理/负责人）不但会给客户带来不良影响（严重点会造成损失），还会禁锢程序员的成长与发展（**速成代码的元凶之一）。



废话说了一大堆，就是看到这篇评论，加上自己的一些事情有感而发而已。我自己作为无名小辈，底层码农，本身是没机会去决定整个项目是走向更新换代还是向后兼容的，我做的只是执行上层的决定罢了。

要升级？好我去啃新版文档。要兼容？好我去找五年前的库文件。

无论哪个都是被动，无论是被动学习还是被动复习。

这样下去，一辈子也是这样了。

这是我最不想看到的。

所以真的十分赞同层主的观点，即使上层决定要舔顽固金主不思进取，作为程序员也不能放弃更新自我，紧随潮流是必然趋势，要主动学习新的东西，而不是被动接受。你要是想着“每次都写写过的代码是很容易，调用熟悉的旧库是很舒服，上层也是这样要求的，何乐不为呢？”的话，那就是在吃老本，总有一天会迎来灭亡。

程序员每时每刻都要学习更新自己，当你发现自己不需要学新东西就可以完成工作，那就要为自己敲响警钟了。

QuoteCopyTIME 发表于 2019-1-9 05:53
TonyDeng 发表于 2019-1-7 22:08Win10前期的版本的確變動較大較頻繁，因爲它還沒穩定。幾乎所有大變動初期 ...

所以我前面提到资本只是把事情弄糟，当你跟其他人的思维不吻合，互相理念不同，就会这样。做产品或营销的，跟客户接触，自己又不大懂技术，就不知道如何跟客户索取需求，甚至自己的团队能不能做到都未必清楚，但迫于资本，他们会擂响胸脯什么都能做得到，上天入地无所不能，然后让你们程序猿去做不可能完成的任务，程序员为了交差，就会偷鸡摸狗，走不规矩的途径，甚至不惜大量重复劳动，把本来应该抽象模块的代码大量复制黏贴（新闻帖子中曾有人说晒出一个函数7000行的代码，有人回复说遇到这种情况会默默给加到9000行，留给后人解决），他们的时间，都耗费在这种大量体力劳动而不是大脑思维上，难怪有的编程论坛上总会见到类似“编程打字行云流水的舒畅”之类赞叹某编辑器是世界上最好的编辑器，他们是以打字快为高效编程的。曾有一篇报道说，中国的IT人士与欧美、印度的比较，自豪地对对方说我们月产上百万行代码，对方非常惊讶，因为人家只是数万行而已，其中看标准、文档、思考的时间比敲代码多得多（在软件工程理论中编码时间只占整个工程周期的三成，但我们现在的人是以整天敲代码为荣的）。资本是以增加价值为宗旨的，不是追求使用价值，所以在资本家那一方，并不关心程序员写出的代码质量，只认能不能交给客户拿到报酬，出问题让营销跟客户追加费用，以此黏住对方（上司要求给系统埋入地雷并非罕见）。你作为一个打工的码农，要扭转这整个行业风气，是不可能的，所以我不干这行许久了，只有凭自己的兴趣做事，才能得到真正的乐趣，靠它谋生，没有任何乐趣可言，而且在这样的大环境下，能练出多少真本事，不乐观。 返回编码上，我前面说过万变不离其宗，意思是说，有些东西不是必须要靠很新、很高端的技术才能实现，用最平常、最古老的做法，实质是以不变应万变，其适应面反而是最广的。现在的风气，就是忘了初衷，最基本的东西反而不甚了了，只会套用新框架，只会用而不明其理，结果不知道它可能是原本很基本的东西的包装——比如像链表这类数据结构，很多大学生就说没指针做不成，我说这是读死书，我用dBASE写链表的数据结构都可以，也能做出树的界面，是他们读书不明原理罢了。我实现客户提出的功能和需求，预先就猜测他们后面可能会出现的新需求（业务跟客户谈生意不懂对方行业是大问题），实现当前的时候就埋下将来修改的伏笔，后面跟他们谈一点维护费就可以了，都不用做的那么辛苦，钱靠这样赚，不是靠吓、骗客户和压榨程序员劳动的。 中国的整体情况就是如此，并非编程上是这样，我转过很多行业，包括实业，基本上都这种模式，骗、骗、骗，还是骗，表面上看风光无限，实质里头千苍百孔，就靠包装掩盖。最近的智能门锁事件，又是一例，他们根本没有成熟的技术，就敢拿出来吹风头，卖给用户，拿用户的门户安全来儿戏。什么人脸识别支付之类，我可不敢碰，不是不信趋势，而是不信他们真做得好。