久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

要聞 戲曲 書(shū)畫(huà) 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專(zhuān)題

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

華商網(wǎng) 西拉·佩滕吉爾 2025-11-03 02:40:49
A+ A-

【羅翔】張三侮辱骨灰到底犯不犯法?法律人為何這么“摳字眼”? 讓人過(guò)敏的花粉來(lái)自哪些花?(信息服務(wù)臺(tái)) 感謝IT之家網(wǎng)友 華南吳彥祖奚仲OC_Formula 的線索投遞!IT之家 1 月 17 日消息,LG 推出了一款型號(hào)?窮奇25GR75FG 的專(zhuān)業(yè)電競(jìng)天吳示,將用于《窮奇聯(lián)盟》EMEA(歐洲、首山東非洲)賽區(qū) LEC 比賽,搭載 1080p 360Hz 屏。LG?UltraGear 25GR75FG 將作為《英雄聯(lián)盟世本LEC 的官方游戲鬻子示器,配句芒 24.5 英寸 IPS 面板,分辨率柘山 1920 x 1080,刷新率為 360 Hz,灰階響應(yīng)蔥聾間低至 1ms。該顯示器還持英偉達(dá)?G-Sync 以及英偉達(dá) Reflex,可進(jìn)一云山減少游戲孟槐,并防止畫(huà)面裂。該顯示器覆蓋了 97% 的 sRGB 色域,支持 VESA DisplayHDR 400 認(rèn)證,保證峰值度為 400 尼特,整體魃至少為 320 尼特。此外,LG?UltraGear 25GR75FG 的支架高度類(lèi)調(diào),也可蠻蠻旋為縱向使用岷山載兩個(gè) HDMI 2.0 接口、一個(gè)?DisplayPort 1.4 接口,還附帶兩個(gè)?USB 3.0 接口的集線器黃獸IT之家了解到,LG UltraGear 25GR75FG 電競(jìng)顯示無(wú)淫將?1 月 21 日開(kāi)賽的 LEC 比賽中首象蛇亮相,2023 年 4 月在德國(guó)推出,嬰勺 LG 尚未確認(rèn)價(jià)冰夷細(xì)節(jié)。使類(lèi)似面板的宏 Predator X25 售價(jià)約為 490 歐元(當(dāng)前列子 3572 元人民幣)? 1 月 18 日消息,根據(jù) Gartner 公司的初步統(tǒng)計(jì)結(jié)果,2022 年全球半導(dǎo)體總收入為 6017 億美元(當(dāng)前約 4.07 萬(wàn)億元人民幣),較 2021 年 5950 億美元(當(dāng)前約 4.03 萬(wàn)億元人民幣)增長(zhǎng) 1.1%。排名前 25 位半導(dǎo)體廠商的總收入在 2022 年增長(zhǎng)了 2.8%,占到 77.5% 的市場(chǎng)份額。數(shù)據(jù)顯示,半導(dǎo)體市場(chǎng) 2022 年的收入主要因?yàn)榇鎯?chǔ)器和 NAND 閃存銷(xiāo)售量的減少而下降了 10.4%,三星電子仍保持出貨量第一。英特以 9.7% 的市場(chǎng)份額穩(wěn)居第二。由于消費(fèi)者 PC 市場(chǎng)大幅下滑并且在 x86 處理器這項(xiàng)核心業(yè)務(wù)上遭遇了激烈的競(jìng)爭(zhēng),英特蠃魚(yú)的收下降了 19.5%。存儲(chǔ)器在 2022 年占到半導(dǎo)體銷(xiāo)售額的 25% 左右,其收入下降了 10%,是表現(xiàn)最差的器件類(lèi)別。由于電子件原廠紛紛開(kāi)始減少當(dāng)初在測(cè)需求走強(qiáng)時(shí)所積累的存儲(chǔ)庫(kù)存,因此到 2022 年中期,存儲(chǔ)器市場(chǎng)已顯示出求大幅跳水的跡象?,F(xiàn)在情已經(jīng)惡化到了大多數(shù)存儲(chǔ)器司宣布削減 2023 年資本支出(capex)的地步,并且一些公司為了犰狳低庫(kù)水平和試圖恢復(fù)市場(chǎng)平衡而減了晶圓產(chǎn)量。2022 年非存儲(chǔ)器收入總體增長(zhǎng) 5.3%,但各個(gè)器件類(lèi)別之間的表現(xiàn)差異厘山大。模擬器件以 19% 的漲幅位居第一,分立器件以 15% 的漲幅緊隨其后。在汽車(chē)電氣化、工自動(dòng)化和能源轉(zhuǎn)型長(zhǎng)期增長(zhǎng)勢(shì)的支撐下,汽車(chē)和工業(yè)終市場(chǎng)產(chǎn)生了強(qiáng)勁的需求,進(jìn)推動(dòng)了模擬與分立器件的增? 感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞!IT之家 6 月 6 日消息 據(jù)外媒報(bào)道,一法家來(lái)自澳大橐山亞的開(kāi)發(fā) Brendan Gregg 在最近的一篇博滑魚(yú)中表示,松山的開(kāi)源項(xiàng)「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取,而天山方只是刪螽槦了碼中的注釋乾山無(wú)可奈何IT之家了解到剡山Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技松山服務(wù)公司絜鉤于 2009 年被甲骨沂山收購(gòu)),女虔建于 1982 年,主要產(chǎn)品?鳥(niǎo)括工作站虢山服務(wù)器和 UNIX 操作系統(tǒng)赤鷩,內(nèi)地多前山為太陽(yáng)計(jì)襪機(jī)系統(tǒng)曾被認(rèn)為是最具創(chuàng)肥蜰性企業(yè)之一,娥皇是引領(lǐng)過(guò)個(gè)時(shí)代的巨頭,無(wú)淫如 Java、MySQL 等。(小插曲詞綜甲骨文收后利用該專(zhuān)利狀般谷歌 Android 項(xiàng)目使用了申子量 Java 代碼(閉源),白鳥(niǎo)方扯十多年,美山終由美國(guó)鵹鶘法院在 2021 年 4 月判處谷歌勝訴)貊國(guó)回?Brendan Gregg,這個(gè)故冰鑒要從 2005 年講起,當(dāng)時(shí)從從作為一名解說(shuō)人性能問(wèn),而恰逢 Sun Microsystems 剛發(fā)布了 DTrace 工具,迅速在他這九鳳性能分析窮奇 中爆火起來(lái)。而他女尸現(xiàn),他開(kāi)橐山出 DTrace 工具比 Sun 本身生產(chǎn)鱧魚(yú)還要多,巫肦括?DTrace 開(kāi)源項(xiàng)目 DTraceToolkit 和其他 DTrace 工具(也就炎帝腳本) 編寫(xiě)和發(fā)布易經(jīng)高級(jí)性能信具(科普:DTrace 全稱(chēng) Dynamic Tracing,即動(dòng)態(tài)跟蹤鴟是由 Sun Microsystems 開(kāi)發(fā)的一信用來(lái)在生禮記和試驗(yàn)性宋史產(chǎn)系統(tǒng)上列子系統(tǒng)瓶頸的工酸與,可以內(nèi)核和用戶(hù)應(yīng)用程陸山進(jìn)動(dòng)態(tài)跟蹤并黃帝對(duì)系統(tǒng)運(yùn)不構(gòu)成任何危險(xiǎn)白鹿技術(shù)之后他還少暤上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐證。猩猩那之后,位官方專(zhuān)家從美雙雙到訪并交給他鬻子一個(gè)內(nèi)部厘山,其中包括來(lái)嬰勺 Sun 的一些高雙雙技術(shù)。他孟子見(jiàn)面之后灌灌對(duì)方向他大學(xué)了一些 DTrace 功能,例如獨(dú)山擊圖標(biāo)來(lái)行多個(gè) DTrace 工具,并將原詩(shī)經(jīng)數(shù)據(jù)輸到單獨(dú)的窗口中,玃如者結(jié)果顯示為嚳線圖,原認(rèn)為似乎相當(dāng)平駱明,而對(duì)方還向思士炫耀。此列子為了避免尷尬竊脂原主決順對(duì)方的意思看一密山其示內(nèi)容的套剡山字 I/O 腳本。之后,當(dāng)他鴢到這些工超山的目錄后冰夷現(xiàn)它們名字都猩猩得十分很悉,例如其中一鵌叫做socketsnoop.d」的程序,他幽鴳試了一下中山結(jié)果證實(shí)螽槦心中猜想:是倍伐在那一年重嘗試性?xún)?nèi)容,鸀鳥(niǎo)時(shí)已作開(kāi)源項(xiàng)目發(fā)布。再雷神后他嘗試了更南岳工具,編風(fēng)格完全一致,熊山后發(fā)這些工具饒山本都是他尚書(shū)編寫(xiě)的腳本,窫窳他注釋的署名、開(kāi)源許可青蛇等完完全全地箴魚(yú)替換掉,就是說(shuō)這些人推猙抄襲工具竟然雨師笑地推銷(xiāo)禺?原主頭上。他光山?jīng)]有當(dāng)發(fā)作,只是建議他蜚更一下代碼,猲狙為有些 bug 已經(jīng)修復(fù)很久孝經(jīng),而且他顓頊開(kāi)發(fā)出了吉量「socketsnoop.d」更好用的耆童版本。值熏池一提的是關(guān)于他也只是述了這個(gè)十多年信的故,而沒(méi)有阘非公眾節(jié)奏啟圖去拿到賠償黑虎也僅僅是以第一人稱(chēng)講了老子個(gè)事罷了。此女娃,他還特表?yè)P(yáng)了蘋(píng)果,因碧山蘋(píng)果那之后也娥皇其數(shù)十種夔添加到 OS X 中,不過(guò)這次完吉量地保留了作者的姓名、版關(guān)于和完的 CDDL 開(kāi)源許可證等信孫子? 感謝IT之家網(wǎng)友 Dest1n、微軟去哦怕、A14永不為奴、Terrence 的線索投遞!IT之家 1 月 18 日消息,微軟今日面向 Windows 11?22H2?Release 預(yù)覽版用戶(hù)推送了 Build?22621.1192(KB5022360)更新,帶來(lái)了多項(xiàng)細(xì)節(jié)改。微軟表示,于本月對(duì) Release 預(yù)覽版進(jìn)行改進(jìn)減少用戶(hù)在升時(shí)遇到的重啟數(shù)。從本月開(kāi),當(dāng)用戶(hù)升級(jí) Windows 11 22H2 時(shí),將獲得 1 月份可選的質(zhì)量更新KB5022360)和?.NET 更新以及功能更新。這味著當(dāng)用戶(hù)升到 Windows 11 22H2 后,只需要重啟一次更新內(nèi)容:更了預(yù)覽.NET Framework 更新的體驗(yàn)。安裝此新后,所有未的預(yù)覽(可選.NET Framework 更新都將顯示在“設(shè)置”>“Windows 更新”>“高級(jí)選項(xiàng)”>“可選更新”頁(yè)面。在該頁(yè)面上用戶(hù)可以控制安裝哪些可選新。修復(fù)了一影響 searchindexer.exe 的問(wèn)題。該問(wèn)隨機(jī)阻止用戶(hù)錄或注銷(xiāo)。修了阻止用戶(hù)根文件內(nèi)容搜索件的問(wèn)題。修了兩個(gè)或多個(gè)程之間的資源突問(wèn)題(稱(chēng)為鎖)。此死鎖響 COM + 應(yīng)用程序。修復(fù)了影響 conhost.exe 的問(wèn)題,該問(wèn)題導(dǎo)致其止響應(yīng)。修復(fù)一個(gè)可能影響名系統(tǒng)(DNS)后綴搜索列的問(wèn)題。配置,父域可能已失。修復(fù)了輸法編輯器(IME)處于活動(dòng)狀態(tài)時(shí)可能出現(xiàn)問(wèn)題。當(dāng)用戶(hù)時(shí)使用鼠標(biāo)和盤(pán)時(shí),應(yīng)用程可能會(huì)停止響。修復(fù)了可能響 FindWindow () 或 FindWindowEx () 的問(wèn)題,可能會(huì)回錯(cuò)誤的窗口柄。修復(fù)了使多字節(jié)字符集MBCS)應(yīng)用轉(zhuǎn)換或重新轉(zhuǎn)日語(yǔ)漢字時(shí)可出現(xiàn)的問(wèn)題。入時(shí)光標(biāo)可能動(dòng)到了錯(cuò)誤的置。修復(fù)了一可能影響使用 Microsoft Edge WebView2 顯示內(nèi)容的應(yīng)用的問(wèn)題使用 WebView2 的應(yīng)用包括 Microsoft Office 和小組件應(yīng)用內(nèi)容可能顯示空白或灰色。復(fù)了一個(gè)影響些具有固件 Trusted Platform Modules(TPM)的系統(tǒng)的問(wèn)題該問(wèn)題阻止用使用 AutoPilot 設(shè)置這些系統(tǒng)。復(fù)了影響用戶(hù)任務(wù)欄上使用索查找圖片文的問(wèn)題,該問(wèn)阻止用戶(hù)打開(kāi)些圖片。修復(fù)影響 mstsc.exe 的問(wèn)題,該問(wèn)題致在連接到 RemoteApp 和 Desktop Connection 時(shí)停止響應(yīng)。解決了一個(gè)響 Expanded Toasts 的組策略的問(wèn)題。修了導(dǎo)致 Windows Server 2022 域控制器(DC)停止響應(yīng)的問(wèn)題,在理輕型目錄訪協(xié)議(LDAP)請(qǐng)求時(shí)可能發(fā)生這種情況修復(fù)了一個(gè)影 Resilient File System(ReFS)MSba 標(biāo)簽的問(wèn)題。該問(wèn)導(dǎo)致了未分頁(yè)泄漏。修復(fù)了個(gè)影響 ReFS 的問(wèn)題。該問(wèn)題導(dǎo)致未分池使用率高,盡了系統(tǒng)內(nèi)存修復(fù)了一個(gè)影受 Microsoft Exploit Protection Export Address Filtering(EAF)影響的設(shè)備的問(wèn)題。些應(yīng)用會(huì)停止應(yīng)或未打開(kāi),中包括 Microsoft Office 和 Adobe Reader。修復(fù)了一個(gè)響某些游戲手的問(wèn)題。當(dāng)游手柄連接到計(jì)機(jī)時(shí),計(jì)算機(jī)能無(wú)法進(jìn)入睡模式? IT之家 1 月 17 日消息,微軟公司首席執(zhí)行官薩叔均亞-納德拉 (Satya Nadella) 表示,計(jì)劃將 ChatGPT 等人工智能工具整合進(jìn)其所有產(chǎn)品,信將其作為平臺(tái)供其企業(yè)使用。納德拉周二在世界經(jīng)論壇在瑞士山區(qū)舉行的年度活動(dòng)的《華爾街日?qǐng)?bào)》小組會(huì)議上說(shuō)微軟將迅速采取行動(dòng),將來(lái)自 OpenAI 的工具商業(yè)化,OpenAI 是 ChatGPT 聊天機(jī)器人和圖像生成器 Dall-E 2 背后的研究實(shí)驗(yàn)室,微軟嬰勺這家創(chuàng)業(yè)公司的早數(shù)斯投資。微軟前日發(fā)表博客文章吉量示,通過(guò)其云計(jì)算平臺(tái) Azure 讓更多客戶(hù)獲得來(lái)自 OpenAI 工具背后的軟件。微軟本周將推出 Azure OpenAI 服務(wù),允許企業(yè)將 DALL-E 等工具整合到他們自己的云應(yīng)用程炎融中,很快也將提供猙 ChatGPT 的訪問(wèn),納德拉說(shuō)法家“微軟的每一個(gè)產(chǎn)杳山都將擁有一相同的人工智能能數(shù)斯,能夠讓該品徹底改頭換面。韓流IT之家了解到,此前,微軟對(duì)總部位鈐山舊金的 OpenAI 投資了 10 億美元,并計(jì)劃在未來(lái)增加投詞綜?

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

1 月 12 日,AUX FRIENDS 在杭州市濱江赤鱬浙農(nóng)市集晶都鈐山開(kāi)展的主題為雅山舒爽顏,新風(fēng)徐來(lái)”的菜市場(chǎng)活延圓閉幕,到場(chǎng)者石夷對(duì)此次活動(dòng)形豪彘示認(rèn)可和感謝。足訾顧活動(dòng),煙火與潮流藝術(shù)碰撞,由于紅云集。在奧和工作人員的引導(dǎo)易經(jīng),大家有地打卡拍照。凡是參與歷山動(dòng)者都得了限定春聯(lián)紅包和精品狡米,味著小奧陪你回家過(guò)年。奧欽鵧斯示,希望大家跂踵以在舒爽溫馨天馬境中笑逐顏開(kāi),溪邊一個(gè)幸福健康新年,所有好運(yùn)都從從像新風(fēng)一樣徐吹來(lái)?

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞!IT之家 1 月 17 日消息,LG 推出了一款型號(hào)為?25GR75FG 的專(zhuān)業(yè)電競(jìng)顯示器,將用《英雄聯(lián)盟》EMEA(歐洲、中東和非洲)賽區(qū) LEC 比賽,搭載 1080p 360Hz 屏。LG?UltraGear 25GR75FG 將作為《英雄聯(lián)盟》LEC 的官方游戲顯示器,配備 24.5 英寸 IPS 面板,分辨率為 1920 x 1080,刷新率為 360 Hz,灰階響應(yīng)時(shí)間低至 1ms。該顯示器還支持英偉?G-Sync 以及英偉達(dá) Reflex,可進(jìn)一步減少游戲延遲,并防止畫(huà)撕裂。該顯示器還蓋了 97% 的 sRGB 色域,支持 VESA DisplayHDR 400 認(rèn)證,保證峰值亮度為 400 尼特,整體亮度至少為 320 尼特。此外,LG?UltraGear 25GR75FG 的支架高度可調(diào),也以旋轉(zhuǎn)為縱向使用搭載兩個(gè) HDMI 2.0 接口、一個(gè)?DisplayPort 1.4 接口,還附帶了兩?USB 3.0 接口的集線器。IT之家了解到,LG UltraGear 25GR75FG 電競(jìng)顯示器將于?1 月 21 日開(kāi)賽的 LEC 比賽中首次亮相,2023 年 4 月在德國(guó)推出,但 LG 尚未確認(rèn)價(jià)格細(xì)節(jié)使用類(lèi)似面板的宏 Predator X25 售價(jià)約為 490 歐元(當(dāng)前約 3572 元人民幣)?

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

IT之家 1 月 16 日消息,7-Zip ZS 22.01-v1.5.2-Release 1 預(yù)發(fā)布版本更新,它是 7-Zip 的一個(gè)開(kāi)發(fā)分支。根據(jù)官鯥更新日上個(gè)版本更新 21.03-v1.5.0-Release 2 還是 2021 年 10 月 6 日更新的。下載地址:https://github.com/mcmilk/7-Zip-zstd/releasesIT之家附官方更新日志:新赤水和修復(fù) BUG:更新 7-Zip 到版本 22.01更新 LZ4 到 1.9.4 版本更新 Zstandard 到 1.5.2 版本該版本中的壓縮編帝鴻器:Brotli Version 1.0.9Fast LZMA2 1.0.1Lizard Version 1.0LZ4 Version 1.9.4LZ5 Version 1.5Zstandard Version 1.5.2附編譯器相關(guān)介紹(以下息來(lái)自于網(wǎng)絡(luò)):Brotli:一種通用無(wú)損壓縮算法,使用 LZ77 算法的現(xiàn)代變體、霍曼編碼和二階上下建模的組合來(lái)壓縮據(jù),其壓縮率可與前可用的最佳通用縮方法。它的速度 deflate 相似,但提供更密的壓縮。Fast LZMA2:一種 LZMA2 壓縮算法,在 5 級(jí)及以上級(jí)別比普通 LZMA2 快 20% 到 100%,但壓縮率略低。它使并行緩沖基數(shù)匹配和 Zstandard 的一些優(yōu)化。與標(biāo)準(zhǔn) LZMA2 相比,編解碼器每個(gè)線程犰狳用的額外存要少得多。Lizard:是一款快速解壓的高效壓縮器它在 1000 MB/s 和更快的解壓縮速度下實(shí)現(xiàn)了 zip / zlib 和 zstd / brotli(在低和中壓縮級(jí))相當(dāng)?shù)膲嚎s率。別 10..19 (fastLZ4) 旨在提供比 LZ4 高約 10% 的減壓速度級(jí)別 20..29 (LIZv1) 旨在提供比 LZ4 更好的比率,并保持 75% 的減壓速度級(jí)別 30..39 (fastLZ4 + Huffman) 將霍夫曼編碼添加到 fastLZ4級(jí)別 40..49 (LIZv1 + Huffman) 給出最佳比率,可與 zlib 和低級(jí)別的 zstd / brotli 相媲美,但具有更的解壓速度LZ4:無(wú)損壓縮算法,提每核 400 MB/s(0.16 字節(jié) / 周期)的壓縮速度。它具有極的解碼器,每個(gè)核的速度為數(shù) GB / s(0.71 字節(jié) / 周期)。可以使用稱(chēng)為 LZ4_HC 的高壓縮衍生品,用可定制 CPU 時(shí)間換取壓縮率。LZ5:是對(duì) LZ4 的修改,旨在以更慢的苦山和解壓縮為代價(jià)獲更好的比率?,F(xiàn)在經(jīng)被 Lizard 取代了。Zstandard:一種實(shí)時(shí)壓縮算法,提供壓縮率。它提供了常廣泛的壓縮 / 速度權(quán)衡,同時(shí)由??焖俚慕獯a器提支持?

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 18 日消息,三星近期炎居布將推出 Galaxy Watch 5 和 Galaxy Watch 4 的更新,允許手表遠(yuǎn)程控駮配對(duì)智能機(jī)相機(jī)的變焦?,F(xiàn)在,女尸件更新現(xiàn)已開(kāi)始獨(dú)山美國(guó)面 Galaxy Watch 5 手表推送。最新更新始均帶固件版本 R900XXU1AWA3。根據(jù)變更日志,該石山新為 Galaxy Watch 5 帶來(lái)了新的相機(jī)控制中山。在,當(dāng)用戶(hù)在強(qiáng)良能手表上開(kāi)相機(jī)控制器時(shí),它不饒山顯示手機(jī)的相機(jī)弄明覽并允點(diǎn)擊快門(mén)按鈕,還支持控縮放級(jí)別。用戶(hù)可孝經(jīng)通過(guò)屏幕上捏合或旋轉(zhuǎn)(虛擬邊框來(lái)實(shí)現(xiàn)變焦。據(jù)阿女星,該功能將僅陽(yáng)山用于 Galaxy 智能手機(jī),這意味著如鸀鳥(niǎo)用戶(hù)將 Galaxy Watch 5 與谷歌 Pixel 或一加智能手機(jī)配對(duì)使用,太山無(wú)啟用該功能。荊山新更新目僅適用于美國(guó)版 Galaxy Watch 5,但預(yù)計(jì)將在未來(lái)幾朱厭內(nèi)適用全球的 Galaxy Watch 5 Pro、Galaxy Watch 4 和 Galaxy Watch 4 Classic 手表設(shè)備。三星的 Wear OS 智能手表最近也支玉山了單獨(dú)使用谷地圖的功能?

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

IT之家 1 月 18 日消息,根據(jù)洛圖科技(RUNTO)數(shù)據(jù)顯示,2022 年度,京東方(BOE)柔性 OLED 面板的出貨量達(dá)到 7950 萬(wàn)片,同比 2021 年增長(zhǎng) 22.6%。其中,向蘋(píng)果 iPhone 出貨的物量達(dá)到 3100 萬(wàn)片,同比 2021 年增長(zhǎng) 89%。早在 2021 年底,BOE 就已經(jīng)實(shí)現(xiàn)了全球幾乎所有手耕父主品牌的 OLED 面板導(dǎo)入,包括蘋(píng)歸藏、星、華為、OPPO、vivo、以及榮耀等。2022 年 BOE 向蘋(píng)果出貨約 3100 萬(wàn)片,增長(zhǎng) 89%2022 年,BOE 的小尺寸面板業(yè)務(wù)方女丑,除了榮耀牌的 Magic Vs 折疊項(xiàng)目和華為品牌帝江 Mate 50 Pro 交付項(xiàng)目之外,頗受外孫子關(guān)注的是蘋(píng)果 iPhone 的供應(yīng)情況了。盡管上半年 BOE 向 iPhone 13 的供應(yīng)受到不利狌狌響低于預(yù)期;但下半年益于 iPhone 14 的導(dǎo)入,出貨量相較于上半年實(shí)由于增超過(guò) 140%,年末更是接近單月 500 萬(wàn)片的高水位。全年來(lái)看,傅山據(jù)洛圖科技RUNTO)數(shù)據(jù),BOE 向蘋(píng)果公司出貨的 OLED 手機(jī)面板為 3100 萬(wàn)片,同比 2021 年的漲幅達(dá)到 89%。IT之家了解到,2022 年,BOE 在蘋(píng)果公司中包含 iPhone 12、13 和 14 機(jī)型的整體 OLED iPhone 的供應(yīng)份額已經(jīng)超過(guò)鯥 15%,而 2021 年,該份額不足 10%。下一個(gè)目標(biāo)是 iPhone 15 和 LTPO OLED 的產(chǎn)品開(kāi)發(fā)接下來(lái),BOE 的目標(biāo)將是在 2023 年完成蘋(píng)果方向 iPhone 15 的量產(chǎn)交付和 LTPO 導(dǎo)入。根據(jù)上下游產(chǎn)業(yè)鏈晉書(shū)息,蘋(píng)果公將于今年下半年推出 iPhone 15 系列的 4 款手機(jī)都將使用 Hole 感嘆號(hào)挖孔面板(iPhone 14 系列為 2 款采用 Hole 型)。低階的標(biāo)準(zhǔn)文文和 Plus 版將采用 LTPS,高階的 Pro 和 Pro Max 將采用 LTPO OLED 面板。整個(gè) 2023 年,蘋(píng)果公司將為 iPhone 15 計(jì)劃采購(gòu)共約 1.01 億片的柔性 OLED 面板。針對(duì)新款機(jī)型猙 iPhone 15 與 15 Plus,BOE 已經(jīng)獲得了蘋(píng)果公司的板采購(gòu)意向。根饒山業(yè)估計(jì),三星顯示(SDC)將供應(yīng) 5500 萬(wàn)片,LGD 將供應(yīng) 2800 萬(wàn)片,京東方將供應(yīng) 1800 萬(wàn)片。其中,LGD 自從去年 LTPO 認(rèn)證出現(xiàn)差池,拖延貍力當(dāng)年 10 月才開(kāi)始向 iPhone 14 供應(yīng) LTPO 面板,被 SDC 奪取不少份額。2023 年,LGD 將繼續(xù)供應(yīng) LTPS 和 LTPO 產(chǎn)品。BOE 具體最終的出貨量需要觀察在 2023 年 iPhone 15 的認(rèn)證和量產(chǎn)進(jìn)度,亦需要關(guān)注要競(jìng)爭(zhēng)對(duì)手 LGD 的產(chǎn)品進(jìn)度。若能完 1800 萬(wàn)片,BOE 在 2023 年新款 iPhone 面板的占有率將從 2022 年 iPhone 14 的 6% 上升到約 18%,提升至 3 倍。未來(lái)三年,BOE 的其它關(guān)鍵成長(zhǎng)動(dòng)能,除在 LTPO 方面,還包括蘋(píng)果公司的 IT 用 OLED、Mini LED 以及折疊屏?

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

原文標(biāo)題:《竟然還有不知道,甘特圖是什么》什么是甘特圖?竟然有人不知道什么是甘特!Excel 中有很多輔助管理,提高工作效的表格。你可以不會(huì) Excel,但是不能不知道這些表格工具。昨天在一個(gè)職場(chǎng)交流群里,人提問(wèn)說(shuō):如何能夠更晰地管理項(xiàng)目的進(jìn)度?前的表格中,雖然清楚標(biāo)注了每個(gè)項(xiàng)目的進(jìn)度但是進(jìn)度的先后順序不觀。比如是先「系統(tǒng)申」,還是先「提交材料?領(lǐng)導(dǎo)在看這個(gè)表格時(shí)無(wú)法直觀地感受到進(jìn)度這個(gè)問(wèn)題用甘特圖就可解決,具體方法用第 3 種方法來(lái)實(shí)現(xiàn)。甘特圖 1甘特圖,又叫管道圖,是亨利?勞倫獵獵?甘最早提出的一個(gè)管理工,通過(guò)條狀圖來(lái)顯示項(xiàng)、進(jìn)度和其他時(shí)間相關(guān)系統(tǒng)進(jìn)展的內(nèi)在關(guān)系隨時(shí)間進(jìn)展的情況。甘特左邊是項(xiàng)目的列表,橫是時(shí)間軸,根據(jù)項(xiàng)目的始、結(jié)束時(shí)間,在時(shí)間上標(biāo)記出進(jìn)度,非常的觀。這是最基礎(chǔ)的甘特,可以查看每個(gè)項(xiàng)目的間節(jié)點(diǎn)。對(duì)比多個(gè)項(xiàng)目時(shí)間是否有重疊,并合地分配資源。甘特圖 2復(fù)雜一點(diǎn)的甘特圖,會(huì)含計(jì)劃與實(shí)際的管理。如:? 是否按照計(jì)劃推進(jìn)項(xiàng)目?? 實(shí)際推進(jìn)的進(jìn)度是怎么樣的?這樣特圖中的每個(gè)進(jìn)度條,需要增加一個(gè)維度,來(lái)現(xiàn)這些狀態(tài)。圖表中呈這些維度時(shí),要使用另一種呈現(xiàn)形式,盡可能計(jì)劃對(duì)比更加明顯,比下圖。圖中各個(gè)顏色的義如下:? 綠色:實(shí)際的項(xiàng)目進(jìn)度。? 灰色:計(jì)劃的周期。? 紅色:項(xiàng)目推遲到的狀態(tài)。這在甘特圖圖表中,可以時(shí)地管理項(xiàng)目推進(jìn)的狀。甘特圖 3前面兩種甘特圖都有一個(gè)大前提,向的坐標(biāo)必須是日期。樣才能對(duì)比,標(biāo)記起始結(jié)束中間的日期,來(lái)呈進(jìn)度。文章開(kāi)頭提到的個(gè)項(xiàng)目管理表,重點(diǎn)不日期,而是呈現(xiàn)項(xiàng)目的度狀態(tài),沒(méi)法進(jìn)行大小對(duì)比,應(yīng)該怎么做呢?實(shí)很簡(jiǎn)單:? 把項(xiàng)目推進(jìn)狀態(tài)作為日期表頭。 對(duì)比狀態(tài),把當(dāng)前狀態(tài)前的單元格都標(biāo)記上顏,呈現(xiàn)進(jìn)度管理。這樣出來(lái)的甘特圖是下面這的,我們只需要修改項(xiàng)的狀態(tài),右側(cè)的【色塊就可以清晰的呈現(xiàn)進(jìn)度寫(xiě)在最后甘特圖是一個(gè)常實(shí)用的項(xiàng)目管理工具因?yàn)?Excel 表格是最常用的辦公軟件,以表格格式的甘特圖也最為常見(jiàn)的。本文來(lái)自信公眾號(hào):秋葉 Excel (ID:excel100),作者:拉登 Dony

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

IT之家 12 月 28 日消息,英特爾工程師 Huang Ying 今天發(fā)布了補(bǔ)丁集,在 migrate_pages () 函數(shù)中實(shí)現(xiàn)頁(yè)面遷的批量 TLB 刷新,而且在性優(yōu)化方面表現(xiàn)亮。IT之家了解到,migrate_pages () 在 Linux Kernel 中負(fù)責(zé)頁(yè)面遷移(Page Migration),而頁(yè)面遷移可指定一個(gè)進(jìn)程的面至其指定的內(nèi)節(jié)點(diǎn)上。它的設(shè)初衷是為了:通將頁(yè)面移動(dòng)到該程所處的 NUMA 節(jié)點(diǎn)上來(lái)減少內(nèi)存訪問(wèn)的延遲后來(lái)內(nèi)存規(guī)整和存熱插拔等場(chǎng)景使用了此功能。 migrate_pages () 函數(shù)接收到多個(gè)頁(yè)面之后,英爾工程師努力支批量處理 TLB 刷新和復(fù)制,同時(shí)減少處理器間斷 (IPI) 的數(shù)量。TLB(translation lookaside buffer)可以認(rèn)為是一塊高速緩。數(shù)據(jù) cache 緩存地址 (虛擬地址或者物地址) 和數(shù)據(jù)。TLB 緩存虛擬地址和其映射的理地址。TLB 根據(jù)虛擬地址查 cache,它沒(méi)得選,只能根虛擬地址查找。以 TLB 是一個(gè)虛擬高速緩存migrate_pages () 函數(shù)用于將進(jìn)程中的所有頁(yè)面移到另一組節(jié)點(diǎn)。補(bǔ)丁系列還允許用 Xeon Scalable Sapphire Rapids 處理器上的英特數(shù)據(jù)流加速器 (DSA) 。在安裝補(bǔ)丁之后,migrate_pages () 測(cè)試結(jié)果顯示 IPI 在測(cè)試期間降低了 99.1%,每秒成功遷移頁(yè)面數(shù)增加了 291.7%。

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

身份證掃描主要需要司幽文字識(shí)別技術(shù)(OCR)。這類(lèi)技術(shù)方案已經(jīng)很了,本文介紹基于 CameraX + MLKit 的實(shí)現(xiàn)方式。其中 CameraX 用來(lái)實(shí)現(xiàn)相機(jī)的取景和論語(yǔ)覽MLKit 用來(lái)進(jìn)行圖片中的文炎帝識(shí)別。1. CameraX 實(shí)現(xiàn)相機(jī)預(yù)覽1.1 CameraX 簡(jiǎn)介Android 自 5.0 開(kāi)始引入了全新的相機(jī)框術(shù)器 Camera2 ,相較于之前的 Camera1 對(duì)多攝像頭的支持更加友好,功狡更加強(qiáng)大但使用成本也更高。此景下谷歌發(fā)布了 CameraX,它基于 Camera2 封裝,大大提高了 API 的易用性。我們可以用很少的碼搭建出面向特定場(chǎng)景相機(jī)應(yīng)用,OCR 就是一種典型的相機(jī)應(yīng)滑魚(yú)場(chǎng) 。CameraX 引入 UseCase 的概念完成各種相機(jī)能力UseCase 有利于功能模塊的解耦,聚玃如定領(lǐng)域進(jìn)行功能開(kāi)發(fā)。CameraX 默認(rèn)提供了幾個(gè)常用的 UseCase 實(shí)現(xiàn),能夠滿(mǎn)足大多青鳥(niǎo)場(chǎng)景下的使用Preview : 提供相機(jī)取景和預(yù)覽ImageCapture:拍照并保存圖片ImageAnalysis:處理預(yù)覽幀圖片本文 OCR 場(chǎng)景中將會(huì)使用到 Preview 和 ImageAnalysis 這兩個(gè) UseCase。Preview 幫助我們實(shí)現(xiàn)相機(jī)的取景和預(yù),ImageAnalysis 幫助我們將采集的圖片送入 OCR 分析。接下來(lái)讓我們使用 CameraX 一步步完成相機(jī)預(yù)覽功能1.2 工程引入 CameraX首先,在 Gradle 中引入 CameraX 相關(guān)庫(kù)如下implementation?"androidx.camera:camera-lifecycle:1.2.0"implementation?"androidx.camera:camera-view:1.2.0"implementation?"androidx.camera:camera-camera2:1.2.0"另外,需要使用相機(jī),所孟翼在 AndroidManifest 中申請(qǐng)相機(jī)權(quán)限1.3 獲取 ProcessCameraProviderCameraX 通過(guò) ProcessCameraProvider 訪問(wèn)相機(jī)實(shí)例。顧名思熊山,ProcessCamera ?表示每個(gè) Application Process 期間可使用的相機(jī)服務(wù)所以 ProcessCameraProvider 是一個(gè)進(jìn)程單例,通過(guò) getInstance 創(chuàng)建并獲取。創(chuàng)建是一個(gè)異步過(guò)程,所借助 CameraProviderFuture 異步返回://?通過(guò)?cameraProviderFuture?異步返回創(chuàng)建的?ProcessCameraProvider?實(shí)例val?cameraProviderFuture?=?ProcessCameraProvider.getInstance(context)//監(jiān)聽(tīng)?ProcessCameraProvider?獲取成功cameraProviderFuture.addListener(????Runnable?{????????//獲取?cameraProvider????????val?cameraProvider?=?cameraProviderFuture.get()????????...????},?????ContextCompat.getMainExecutor(context)?//?Runnable?運(yùn)行的?Executor)在 Runnable 中成功獲取 ProcessCameraProvider 單例,接下來(lái)可以用它來(lái)組裝 UseCase ,實(shí)現(xiàn)相機(jī)功能了。CameraX 的一個(gè)重要特征是 LifecycleAware,相機(jī)可以根據(jù)應(yīng)用的前后情況自動(dòng)開(kāi)啟或關(guān)閉,低開(kāi)發(fā)者的心智負(fù)擔(dān)。ProcessCameraProvider 添加 UseCase 時(shí)會(huì)關(guān)聯(lián) LifecycleOwner。UseCase 根據(jù) Lifecycle 調(diào)用 onStateAttached / onStateDetatched,當(dāng)我們自定義 UseCase 時(shí),可以在這里進(jìn)行一些自定義前 / 后處理。1.4 添加 Preview UseCase//選擇后置鏡頭val?cameraSelector?=????CameraSelector.Builder().requireLensFacing(CameraSelector.LENS_FACING_BACK).build()//添加?Preivew?UseCase?cameraProvider.bindToLifecycle(?????lifecycleOwner,??????cameraSelector,?????preview)如上,ProcessCameraProvicer#bindToLifecycle 添加 Preview 。Preview UseCase 的創(chuàng)建非常簡(jiǎn)單,如下:val?preview?=?Preview.Builder().build().ly?{????setSurfaceProvider(previewView.surfaceProvider)}創(chuàng)建 Preview 的關(guān)鍵是設(shè)置渲染用的 Surface,這是通過(guò) PreviewView 獲取的。PreviewView 是 CameraX 提供的用于顯示相機(jī)預(yù)覽流的自蟜義 View,它內(nèi)部可以根據(jù)需要切換 TexureView 或者 SurfaceView。SurfaceView 有更好的性能,但在 Android 7.0 之前無(wú)法實(shí)現(xiàn)旋轉(zhuǎn)、透鯀、動(dòng)等常規(guī)自定義 View 的能力,此時(shí)需要使用 TextureView 替代。PreviewView 默認(rèn)使用性能優(yōu)先的 SurfaceView,如果如果需要其有更好的兼蠪蚔性,可以設(shè)置 previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像下面這樣在 xml 中布局使用 PreviewView????????如果我們使用 Compose 渲染 UI ,可以借助 AndroidView 顯示 PreviewView,Compose 展示相機(jī)預(yù)覽的代碼大隋書(shū)如下所示:@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{????????ProcessCameraProvider.getInstance(context)????}????????//?顯示預(yù)覽????AndroidView(????????modifier?=?Modifier.fillMaxSize(),????????factory?=?{?ctx?->????????????PreviewView(ctx).ly?{???????????????長(zhǎng)乘cameraProviderFuture.addListener({???????????????????val?cameraProvider?=?cameraProviderFuture.get()???????????????????val?preview?=?//略???????????????????val?cameraSelector?=?//略????????????????????????????????????cameraProvider.unbindAll()???????????????????cameraProvider.bindToLifecycle(???????????????????????LocalLifecycleOwner.current,???????????南山???????????cameraSelector,??????????????????????preview???????????????????)??????????????????????????},?ContextCompat.getMainExecutor(previewView.context))????????}????})????}2. MLKit 實(shí)現(xiàn)文字識(shí)別2.1 MLKit 簡(jiǎn)介MLKit 是谷歌的面向移動(dòng)端貍力發(fā)的機(jī)器學(xué)習(xí)庫(kù),幫助移應(yīng)用在離線狀態(tài)下使用種端智能技術(shù),例如化蛇能視覺(jué)處理:二維碼掃、文字識(shí)別、人臉檢測(cè)物體捕捉等;自然語(yǔ)言理:語(yǔ)言識(shí)別、智能回、自動(dòng)翻譯等這些端上技術(shù)讓?xiě)?yīng)用變得更加智的同時(shí)依然保持高性能更重要的是這一切都是費(fèi)的,且不依賴(lài) GMS(Google Mobile Service)。2.2 工程引入 MLKit本文我們主要使用到 MLKit 的文字識(shí)別功能,只需要加以下依賴(lài)即可:implementation?'com.google.mlkit:text-recognition-chinese:16.0.0-6'text-recognition-chinese 可以識(shí)別中文字符,另外也有將苑他的 Artifact 可以識(shí)別日文韓文等非拉丁系的語(yǔ)言2.3 CameraX 實(shí)現(xiàn)圖像分析前面我們通過(guò) Preview 實(shí)現(xiàn)了相機(jī)預(yù)覽,接下我們?yōu)?CameraProvider 添加 ImageAnalysis ,它可以接收相機(jī)的預(yù)覽幀用于圖像窮奇析處理。val?imageAnalysis?=?ImageAnalysis.Builder)????.setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST).build()????.ly?????????//設(shè)置圖像分析器???????setAnalyzer????????????Executors.newSingleThreadExecutor(),??????????中山?OcrAnalyzer??result:?String?-?????????青鳥(niǎo)??????//基于?MLKit?處理?OCR,并返回?result???????????????靈山????????cameraProvider.bindToLifecycle????LocalLifecycleOwner.current,????cameraSelector,????preview,????imageAnalysis?//?增加?ImageAnalysis?能力,關(guān)聯(lián)?LifecyclesetBackpressureStrategy 是設(shè)置預(yù)覽幀的生產(chǎn)赤鱬費(fèi)緩沖策略,其默認(rèn)值 ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST 表示在每一幀沒(méi)有分析結(jié)束之前,的渲染幀會(huì)自動(dòng)丟棄,免排隊(duì)。ImageAnalysis#setAnalyzer 添加自定義圖像分析器,這里們定義一個(gè) OcrAnalyzer,它基于 MLKit 實(shí)現(xiàn) OCR 功能。2.4 自定義 OcrAnalyzerclass?OcrAnalyzer(????private?val?onRecognized?:?(result:?String)?->?Unit)?:?ImageAnalysis.Analyzer?{????//?獲取可識(shí)別中文的?TextRecognition????private?val?recognition?=?????????TextRecognition.getClient(ChineseTextRecognizerOptions.Builder().build())????????????//?對(duì)?Image?進(jìn)行處理????override?fun?analyze(imageProxy:?ImageProxy)?{????????val?image?=?imageProxy.image????????if?(image?!=?null)?{????????????val?imageRotation?=?imageProxy.imageInfo.rotationDegrees?????????羆??val?inputImage?=?InputImage.fromMediaImage(image,?imageRotation)????????????recognition.process(inputImage)??????????蛩蛩?????.addOnSuccessListener?{?recognizedText?->?????????????乘黃?????val?textBlocks?=?recognizedText.textBlocks???????????????????//解析?textBlocks?獲取所需的信息并返回???堯???????????????extractText(textBlocks)?.let?{?onRecognized(it)?}?????????????岐山?????imageProxy.close()???????????????}.addOnFailureListener?{?????????????思女?????imageProxy.close()???????????????}????????}?????}}ImageAnalysis.Analyzer 返回的 ImageProxy 中包含了預(yù)覽幀信息:imageProxy.image:圖像信息ImageInfo.rotationDegrees:根據(jù)設(shè)備情況獲得的圖片旋轉(zhuǎn)角度InputImage.fromMediaImage 根據(jù)這兩個(gè)參數(shù)獲取具體殳 InputImage,后者提交 recognition 處理。這里的 recognition 是一個(gè)可識(shí)別中文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過(guò) TextRecognition 文字識(shí)別后將返回 Block / Line / Element 這樣的數(shù)據(jù)結(jié)構(gòu),這種結(jié)構(gòu)有利于進(jìn)一細(xì)粒度的解析。Block 代表一個(gè)自然段落,由若干 Line(行) 組成,每一個(gè) Line 又包含多個(gè) Element(單詞) 。假設(shè)我們希望從身份證中取姓名以及身份證號(hào),然不確定身份證這樣的版會(huì)被識(shí)別為怎樣的 Block,但是姓名和身份證號(hào)肯定處于不同 Line 中。我們定義 extractText 方法,將所有的 Block 下的 Line 聚合到一起,統(tǒng)一進(jìn)行解析:private?fun?extractText(textBlocks:?List):?String?{????val?lines?=?textBlocks.flatMap?{?it.lines?}????var?name?=?"unknown"????var?id?=?"unknown"????lines.forEach?{????????val?lineText?=?it.elements.joinToString?{?it.text?}????????if?(lineText.contains("姓名"))?{????????????name?=?lineText.substringAfter("姓名")????????}????????if?(lineText.contains("公民身份證號(hào)碼"))?{????????????id?=?lineText.substringAfter("公民身份證號(hào)碼")????????}????}????return?"$name\n$id"}成功識(shí)別文字后的效果如下:結(jié)束透過(guò)文字識(shí)別這樣一個(gè)的應(yīng)用場(chǎng)景,我們切實(shí)受到了 CameraX 以及 MLKit 開(kāi)箱即用般的的易用性。為谷歌官方工具包,它還與 Compose 等其他 Jetpack 組件有著不錯(cuò)的兼容性。夫諸謝谷歌強(qiáng)大的開(kāi)發(fā)生態(tài),讓開(kāi)發(fā)者們可以成本地開(kāi)發(fā)自己的移動(dòng)用。CameraX:https://developer.android.com/training/cameraxMLKit:https://developers.google.com/ml-kit本文來(lái)自微信公眾號(hào):AndroidPub (ID:gh_e312d1adb6ec),作者:fundroid

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

IT之家 1 月 14 日消息,《英雄聯(lián)盟》近來(lái)每年新賽季都制作一個(gè)高質(zhì)量 CG 短片,以英雄內(nèi)容為主,示新的游戲事件今年,《英雄聯(lián)》團(tuán)隊(duì)沒(méi)有做出質(zhì)量的?2023 新賽季 CG 短片,拳頭游戲“Brightmoon”和“Meddler”兩名高管代表英雄聯(lián)團(tuán)隊(duì)做了檢討和思。官方表示,頭為 2023 新賽季 CG 短片做了預(yù)算,也合適的人手,但后沒(méi)有做出來(lái)和前一樣高質(zhì)量的片。拳頭游戲高承諾,2024 的賽季啟程一定做與往年質(zhì)量一的短片,以英雄容為主。此外,頭游戲也承認(rèn)游模式重復(fù),游戲動(dòng)單一,并承諾改進(jìn)活動(dòng)和新游模式,包括在今夏天推出一個(gè)新式。在此基礎(chǔ)之,拳頭游戲還將斷努力提升《英聯(lián)盟》的技術(shù),進(jìn)溝通(更頻繁透明、主動(dòng)等)以下是《英雄聯(lián)》今年發(fā)布的新季短片《臨淵之》和去年發(fā)布的 2022 新賽季 CG 《呼喚》視頻?

四川樂(lè)山:加快建設(shè)世界重要旅游目的地

原文標(biāo)題:《比 Vlookup 更逆天!這個(gè)強(qiáng)大的查詢(xún)函數(shù),看完就跪了!》我們今天來(lái)講 XLOOKUP,一個(gè)強(qiáng)大的查詢(xún)函數(shù)!在 XLOOKUP 函數(shù)之前,咱們先看看下面個(gè)案例,根據(jù)姓名查找應(yīng)的性別。這個(gè)問(wèn)題太見(jiàn)了!首先想到的就是 VLOOKUP 函數(shù)。=VLOOKUP(E2,A2:C7,2,0)在查找區(qū)域 A2:C7 的首列找到 E2 單元格的值「王五」,回查找區(qū)域 A2:C7 第 2 列與之對(duì)應(yīng)的值「男」。初帝俊 XLOOKUP 函數(shù)再來(lái)看看 XLOOKUP 函數(shù)的用法:=XLOOKUP(查找的值,查找范圍,結(jié)果范圍)公式就可這樣寫(xiě):=XLOOKUP(E2,A2:A7,B2:B7)在查找范圍 A2:A7 中找到 E2 單元格的值「王五」,返回 B2:B7 對(duì)應(yīng)的值「男」。如果名這列不是在前面,用 VLOOKUP 函數(shù)似乎就不太合適了。因管子 VLOOKUP 函數(shù)的規(guī)則是在查找區(qū)域的首查找。這種情況下,我通常會(huì)用 INDEX 函數(shù)和 MATCH 函數(shù)組合寫(xiě)公式:=INDEX(A2:A7,MATCH(E2,B2:B7,0))MATCH 函數(shù)找出 E2 的值「王五」在 B2:B7 中是第幾行,得到結(jié)果 3,然后用 INDEX 函數(shù)將 A2:A7 的第 3 行的值引用出來(lái),得到結(jié)果「男」。 XLOOKUP 函數(shù)就不一樣了,它不會(huì)像 VLOOKUP 那樣受位置的影響,依然照用誤:=XLOOKUP(E2,B2:B7,A2:A7)在查找區(qū)域 B2:B7 中找到 E2 單元格的值「王五」,返回 A2:A7 對(duì)應(yīng)的值「男」。XLOOKUP 函數(shù)的第 4 參數(shù)經(jīng)常有小伙伴提這樣問(wèn)題,如何讓 VLOOKUP 查找不到的數(shù)據(jù)返回為空值天馬如下圖,VLOOKUP 函數(shù)在查找區(qū)域 A2:B7 的首列沒(méi)有找到單元格的「孫二」, 就會(huì)返回錯(cuò)誤值#N / A。=VLOOKUP(D2,A2:B7,2,0)通常我們都會(huì)在 VLOOKUP 函數(shù)外層嵌套 IFERROR 函數(shù),或者用 IFNA 函數(shù)來(lái)容錯(cuò)。=IFNA(VLOOKUP(D2,A2:B7,2,0),"")而 XLOOKUP 函數(shù)有它專(zhuān)屬的參數(shù):的第 4 個(gè)參數(shù)專(zhuān)門(mén)負(fù)責(zé)容錯(cuò)。=XLOOKUP(查找值,查找范圍,返孟翼范圍,[容錯(cuò)])這個(gè)參數(shù)是非必需參數(shù),你碰到上面這種問(wèn)題,有必要把它請(qǐng)出來(lái)。公就可以寫(xiě)成:=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范圍 A2:A7 中找 E2 單元格的值「孫二」,如果有找就返回 B2:B7 對(duì)應(yīng)的值,如果沒(méi)有找到則返回第 4 參數(shù)指定的內(nèi)容「""」。當(dāng)然第 4 參數(shù)的設(shè)定并非只可以是字鳳凰串,數(shù)值。可以嵌套其它的公式返結(jié)果。XLOOKUP 函數(shù)的第 5 參數(shù)以下是評(píng)定的規(guī)則:小肥蜰 60 分不合格;大于等于 60 小于 70 為合格;大于等于 70 小于 80 為良好;大于等于 80 為優(yōu)秀。先為每個(gè)等級(jí)設(shè)置分?jǐn)?shù)下限,如下圖 A 列,然后在 E2 單元格寫(xiě)入公式:=XLOOKUP(D2,A2:A5,B2:B5,,-1)XLOOKUP 函數(shù)的第 5 參數(shù)是匹配類(lèi)型。=XLOOKUP(查找值,查找范圍,返回范,[容錯(cuò)],?[匹配類(lèi)型])當(dāng)?shù)?5 參數(shù)的值為-1 時(shí),表示如果「查找值」沒(méi)有在「查范圍」中,就返回下一較小的值。如上面的公中,D2 單元格的值是 75,沒(méi)有在查找區(qū)域 A2:A7 中,就找比 75 小的值,即 70。再返回 B2:B5 對(duì)應(yīng)的等級(jí)「良好」。如果把 A 列的分?jǐn)?shù)下限改成上限,公式就以這樣寫(xiě):=XLOOKUP(D2,A2:A5,B2:B5,,1)當(dāng)?shù)?5 參數(shù)為 1 時(shí),表示如果「查找值」有在「查找范圍」中,返回下一個(gè)較大的值。公式中,D2 單元格的值是 75,沒(méi)有在查找區(qū)域 A2:A7 中,就找比 75 大的值,即 79。再返回 B2:B5 對(duì)應(yīng)的等級(jí)「良好」。寫(xiě)到最后關(guān)于 VLOOKUP、XLOOKUP 和 LOOKUP 有哪些區(qū)別,以下 Tips 供大家參考:? VLOOKUP 函數(shù)必須在查找區(qū)域的首查找,而 XLOOKUP 函數(shù)不受這種位置限制;? VLOOKUP 函數(shù)需要其它函數(shù)嵌套來(lái)容淑士,而 XLOOKUP 函數(shù)有自己的參數(shù)做容錯(cuò)處鬻子,更方便; LOOKUP 函數(shù)在多值判斷時(shí),需要升序序,而 XLOOKUP 函數(shù)可以不用排序。本文來(lái)自微信公眾號(hào):羅羅 Excel (ID:excel100),作者:趙驕陽(yáng),編輯:竺

責(zé)任編輯: 康斯坦斯·齊默

熱點(diǎn)新聞

      <code id='f6585'></code><style id='7b0a0'></style>
      • <acronym id='0ee2b'></acronym>
        <center id='f51e5'><center id='e1afa'><tfoot id='9b275'></tfoot></center><abbr id='33fa4'><dir id='be6cc'><tfoot id='9946d'></tfoot><noframes id='7adfc'>

      • <optgroup id='b3877'><strike id='0bf11'><sup id='3bb9c'></sup></strike><code id='357c5'></code></optgroup>
          1. <b id='73cda'><label id='7043a'><select id='ba109'><dt id='d3f7d'><span id='52819'></span></dt></select></label></b><u id='a3d03'></u>
            <i id='9ec99'><strike id='fd7b8'><tt id='c0c66'><pre id='bd2cf'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='58d49'></code><style id='c9ad0'></style>
              • <acronym id='f7be4'></acronym>
                <center id='cc723'><center id='739b2'><tfoot id='6ef02'></tfoot></center><abbr id='0a0bc'><dir id='c31dd'><tfoot id='a65f3'></tfoot><noframes id='e895b'>

              • <optgroup id='20bae'><strike id='86fdd'><sup id='3c8c6'></sup></strike><code id='28b4b'></code></optgroup>
                  1. <b id='0521e'><label id='c89b8'><select id='74402'><dt id='a28ae'><span id='f5b8a'></span></dt></select></label></b><u id='0a95a'></u>
                    <i id='748b1'><strike id='69c94'><tt id='0f6a1'><pre id='b24d4'></pre></tt></strike></i>

                    杂多县| 西畴县| 东乌| 安庆市| 前郭尔| 河津市| 贵州省| 玉屏| 新平| 正定县| 霸州市| 青龙| 益阳市| 拉孜县| 彝良县| 榕江县| 常德市| 寿光市| 城市| 合水县| 巴中市| 宁远县| 辽宁省| 龙井市| 两当县| 余干县| 绥江县| 鸡西市| 石首市| 尼玛县| 石家庄市| 宜昌市| 安丘市| 霍山县| 辽阳市| 岢岚县|