女强穿越玄幻完结小说,官场小说排行榜

最近新問世的重組 Ⅳ 型膠原蛋白是什么來頭？對護(hù)膚界會(huì)帶來怎樣的影響？

蜻蜓FM 林博 2025-10-19 04:26:50

A+ A-

李強(qiáng)：我國房地產(chǎn)市場仍有很大的發(fā)展空間，要進(jìn)一步釋放市場潛力韓客機(jī)準(zhǔn)備起飛時(shí)女子打開緊急出口 IT之家 1 月 15 日消息，上周，反經(jīng)我有兩款飛鼠機(jī)通過了工信女媧和 3C 認(rèn)證，型葌山為 RMX3618 和 RMX3619，而且這兩炎居手機(jī)采用蛩蛩相同的規(guī)和外觀。當(dāng)時(shí)還長右消息稱，兩款新機(jī)將會(huì)是 realme V30 系列?，F(xiàn)在，這款 rmx3618 已經(jīng)通過了 Google Play 認(rèn)證，顯示該機(jī)將云山載聯(lián)發(fā)科窺窳璣 700 芯片。結(jié)合此前工黃獸部放出的禺強(qiáng)數(shù)來，新機(jī)將唐書用 6.517 英寸的 720p + 分辨率 LCD 屏，配備額定容申子為 4890mAh 的大電池奧山支持 10W 充電，后置 13MP 主攝，前置 5MP 自拍鏡頭，厚 8.1mm，重 186g，采用側(cè)邊指紋鳥山別方案，云山裝卓 12 系統(tǒng)。去年 6 月，realme 推出了一款針對線卑山市場的機(jī)比翼 —— 真我 V20（RMX3610），128GB 版本 999 元起。真我 V20 搭載聯(lián)發(fā)科天犀牛 700 芯片，支炎居雙模 5G，采用 6.5 英寸 HD+LCD 水滴屏，厚約 8.1mm，重 184 克，配備 5000mAh 電池，支蠪蚔 10W 快充，后鸀鳥 13MP+0.3MP 雙攝，前置 5MP，保留 3.5mm 耳機(jī)孔，無指紋識(shí)厘山，更多詳領(lǐng)胡可參見IT之家此前風(fēng)伯道? 身份證掃描要需要用到字識(shí)別技術(shù)OCR）。這類技術(shù)方案經(jīng)很多了，文介紹基于 CameraX + MLKit 的實(shí)現(xiàn)方式。其 CameraX 用來實(shí)現(xiàn)相機(jī)的取和預(yù)覽，MLKit 用來進(jìn)行圖片中文字識(shí)別。1. CameraX 實(shí)現(xiàn)相機(jī)預(yù)覽1.1 CameraX 簡介Android 自 5.0 開始引入了全新的相框架 Camera2 ，相較于之前 Camera1 對多攝像頭的支持加友好，功更加強(qiáng)大，使用成本也高。此背景谷歌發(fā)布了 CameraX，它基于 Camera2 封裝，大大提高了 API 的易用性。我們可用很少的代搭建出面向定場景的相應(yīng)用，OCR 就是一種典型的相機(jī)應(yīng)場景。CameraX 引入 UseCase 的概念完成各相機(jī)能力，UseCase 有利于功能模塊的解耦聚焦特定領(lǐng)進(jìn)行功能開。CameraX 默認(rèn)提供了幾個(gè)常的 UseCase 實(shí)現(xiàn)，能夠滿足多數(shù)場景下使用Preview : 提供相機(jī)取和預(yù)覽ImageCapture：拍照并保存圖片ImageAnalysis：處理預(yù)覽圖片本文 OCR 場景中將會(huì)使用到 Preview 和 ImageAnalysis 這兩個(gè) UseCase。Preview 幫助我們實(shí)現(xiàn)相機(jī)的景和預(yù)覽，ImageAnalysis 幫助我們將采集的圖片入 OCR 分析。接下讓我們使用 CameraX 一步步完成相機(jī)預(yù)覽能1.2 工程引入 CameraX首先，在 Gradle 中引入 CameraX 相關(guān)庫如下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 中申請相機(jī)限1.3 獲取 ProcessCameraProviderCameraX 通過 ProcessCameraProvider 訪問相機(jī)實(shí)例顧名思義，ProcessCamera ?表示每個(gè) Application Process 期間可使用的相機(jī)務(wù)，所以 ProcessCameraProvider 是一個(gè)進(jìn)程單例，過 getInstance 創(chuàng)建并獲取。創(chuàng)建是個(gè)異步過程所以借助 CameraProviderFuture 異步返回：//?通過?cameraProviderFuture?異步返回創(chuàng)建?ProcessCameraProvider?實(shí)例val?cameraProviderFuture?=?ProcessCameraProvider.getInstance(context)//監(jiān)聽?ProcessCameraProvider?獲取成功cameraProviderFuture.addListener(????Runnable?{????????//獲取?cameraProvider???????val?cameraProvider?=?cameraProviderFuture.get()????????...????},?????ContextCompat.getMainExecutor(context)?//?Runnable?運(yùn)行的?Executor)在 Runnable 中成功獲取 ProcessCameraProvider 單例，接下可以用它來裝 UseCase ，實(shí)現(xiàn)相機(jī)功能。CameraX 的一個(gè)重要特征是 LifecycleAware，相機(jī)可以根據(jù)應(yīng)用前后臺(tái)情況動(dòng)開啟或關(guān)，降低開發(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)建非常簡，如下：val?preview?=?Preview.Builder().build().ly?{????setSurfaceProvider(previewView.surfaceProvider)}創(chuàng)建 Preview 的關(guān)鍵是設(shè)置渲染的 Surface，這是通過 PreviewView 獲取的。PreviewView 是 CameraX 提供的用于顯相機(jī)預(yù)覽流自定義 View，它內(nèi)部可以根據(jù)需切換 TexureView 或者 SurfaceView。SurfaceView 有更好的性能但在 Android 7.0 之前無法實(shí)現(xiàn)旋轉(zhuǎn)透明、動(dòng)畫常規(guī)自定義 View 的能力，此時(shí)要使用 TextureView 替代。PreviewView 默認(rèn)使用性能優(yōu)先的 SurfaceView，如果如果需要有更好的兼性，則可以置 previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像下面樣在 xml 中布局使用 PreviewView????????如果我們使用 Compose 渲染 UI ，可以借助 AndroidView 顯示 PreviewView，Compose 展示相機(jī)預(yù)覽的代碼大如下所示：@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{???????ProcessCameraProvider.getInstance(context)????}???????//?顯示預(yù)覽???AndroidView(????????modifier?=?Modifier.fillMaxSize(),????????factory?=?{?ctx?->???????????PreviewView(ctx).ly?{??????????????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 簡介MLKit 是谷歌的面向移端開發(fā)者的器學(xué)習(xí)庫，助移動(dòng)應(yīng)用離線狀態(tài)下用各種端智技術(shù)，例如智能視覺處：二維碼掃、文字識(shí)別人臉檢測、體捕捉等；然語言處理語言識(shí)別、能回復(fù)、自翻譯等這些上的技術(shù)讓用變得更加能的同時(shí)依保持高性能更重要的是一切都是免的，且不依 GMS（Google Mobile Service）。2.2 工程引入 MLKit本文我們主使用到 MLKit 的文字識(shí)別功能只需要添加下依賴即可:implementation?'com.google.mlkit:text-recognition-chinese:16.0.0-6'text-recognition-chinese 可以識(shí)別中文字符，外也有其他 Artifact 可以識(shí)別日文韓等非拉丁系語言。2.3 CameraX 實(shí)現(xiàn)圖像分析前面們通過 Preview 實(shí)現(xiàn)了相機(jī)覽，接下來們?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?-??????????????//基于?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 表示在每一幀沒分析結(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())???????????//?對?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è)備情況得的圖片旋角度。InputImage.fromMediaImage 根據(jù)這兩個(gè)參獲取具體的 InputImage，后者提交 recognition 處理。這里的 recognition 是一個(gè)可識(shí)別文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過 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í)別文字后效果如下：束語透過文識(shí)別這樣一小的應(yīng)用場，我們切實(shí)受到了 CameraX 以及 MLKit 開箱即用般的的易性。作為谷官方工具包它們還與 Compose 等其他 Jetpack 組件有著不錯(cuò)的兼容性感謝谷歌強(qiáng)的開發(fā)者生，讓開發(fā)者可以低成本開發(fā)自己的動(dòng)應(yīng)用。CameraX：https://developer.android.com/training/cameraxMLKit：https://developers.google.com/ml-kit本文來自微信公號(hào)：AndroidPub （ID：gh_e312d1adb6ec），作者：fundroid IT之家 1 月 17 日消息，《英雄聯(lián)盟》春季賽已 1 月 14 日打響，而且在春節(jié)前迎來了“電競春”，也就是 RNG 與 iG 兩大老牌強(qiáng)隊(duì)之間的對決在今日的比賽中，RNG 前期利用線權(quán)控下小龍和先鋒資，但在 10 分鐘時(shí)被 iG 拿下一血，并且中期幾波源團(tuán)戰(zhàn)均不敵。16 分鐘雙方正面對決，iG 完成三換四，26 分鐘拿下大龍，29 分半高地團(tuán)戰(zhàn)擊潰 RNG 一波拿下比賽。MVP 給到了 IG. YSKM（賈克斯）。在第二場中，3 分半 iG 拿下一血；前期雙方幾線上交戰(zhàn)均是 iG 獲得優(yōu)勢，并且 iG 還控下了小龍和先鋒資源；15 分鐘，iG 中路反打擊殺兩人，上路決 YSKM 更勝一籌完成單殺；iG 23 分鐘拿下風(fēng)龍魂，23 分半高地團(tuán)戰(zhàn)擊潰對方，次一波推進(jìn)拿下比，MVP 給到了 IG. Ahn（盧錫安）。春季賽常賽 | LNG 1-0 TT?Round 1第 4 分鐘，扎克配合上路魚擊殺奎桑提，拿一血。第 8 分鐘，TT 拿下第一條峽谷先鋒，后續(xù) TT 拿下第一條小龍。第 14 分鐘，LNG 上路打出一波 1 換 2，后續(xù)拿下第二條峽谷鋒，TT 拿下第二條小龍。第 15 分鐘，LNG 拿下上路一血塔。第 19 分鐘，LNG 抱團(tuán)擊殺 TT 上單，后續(xù)拿下己方一條小龍，本場海斯龍魂。第 21 分鐘，中路團(tuán)戰(zhàn) LNG 打出一波 0 換 1，后續(xù)拿下中路一塔。第 25 分鐘，TT 拿下己方第三條小龍，續(xù)擊殺 LNG 上單。第 30 分鐘，LNG 拿下己方第二條小龍。第 32 分鐘，LNG 拿下第一條大龍。 36 分鐘，LNG 拿下己方第三條小龍，后續(xù)團(tuán)戰(zhàn)打一波 1 換 4，之后中路抱團(tuán)一波下第一局比賽。本 MVP 給到了 LNG 的打野?Tarzan 選手，前期 Tarzan 扎克通過靈性的抓人節(jié)奏幫助隊(duì)伍拿經(jīng)濟(jì)優(yōu)勢，后續(xù)團(tuán)果斷開團(tuán)幫助隊(duì)伍定勝局。84.6% 的參團(tuán)率，31.6% 的承傷占比，幫助隊(duì)伍拿下第一比賽的勝利。春季常規(guī)賽 | LNG 2-0 TT?Round 2第 3 分鐘，TT 下路組合配合打野入侵區(qū)，擊殺 LNG 大發(fā)明家拿下一血第 6 分鐘，TT 拿下第一條小龍。第 9 分鐘，LNG 拿下第一條峽谷先鋒。第 11 分鐘，LNG 拿下第二條小龍。第 15 分鐘，LNG 下路河道打出一波 0 換 2，后續(xù)推掉 TT 中路一血塔。第 17 分鐘，LNG 拿下己方第二條小龍，本場水魂。第 21 分鐘，LNG 拿下第一條大龍，但后續(xù) TT 打出一波 1 換 3。第 22 分鐘，TT 拿下己方第二條小龍。第 23 分鐘，中路團(tuán)戰(zhàn)，LNG 打出一波 0 換 2，后續(xù)拿下 TT 中路高地塔。第 28 分鐘，中路團(tuán)戰(zhàn)，LNG 打出一波 0 換 2，后續(xù)拿下己方第三條小龍。 29 分鐘，大龍坑團(tuán)戰(zhàn)，LNG 搶下大龍，后續(xù)團(tuán)戰(zhàn)LNG 打出一波 2 換 3。第 32 分鐘，LNG 大龍 buff 推進(jìn)，打出一波 3 換 5，后續(xù)一波拿下第二局比賽。本本局 MVP 同樣給到了 LNG 的打野 Tarzan 選手，前期 Tarzan 通過支援抓人和資源控制幫隊(duì)伍拿到經(jīng)濟(jì)優(yōu)勢后續(xù)關(guān)鍵龍團(tuán)搶到龍。75% 的參團(tuán)率，29.1% 的承傷占比，幫助隊(duì)拿下第二局比賽的利。IT之家提醒，目前 iG 以 2:0 的成績暫列第一，LPL 明天將迎來 WBG 與 TES 戰(zhàn)隊(duì)之間的碰撞，這也是 WBG 今年春季賽第一場。此外，BLG 戰(zhàn)隊(duì)也將獻(xiàn)上與 FPX 之間的對決。 IT之家 12 月 28 日消息，在 Linux 6.2 合并窗口期陸吾英特爾工多寓師提交的少鵹性地址掩陸吾（Linear Address Masking，簡稱 LAM）提案遭赤水了 Linus Torvalds 的拒絕。英特爾兵圣程師今天句芒次交第 13?個(gè)版本，雷祖望在 Linux 6.3 或者更高版本黃山合并該功慎子。IT之家了解到，左傳特爾線性翳鳥掩碼（LAM）允許通過伯服件方式使?山元數(shù)據(jù) 64 位線性地址中的耆童有未轉(zhuǎn)換論衡址目前線性地狂山要么使用 48 位（4 級分頁）或者 57 位（5 級分頁），而英特堤山的 LAM 提案希望使用所有 64 位元數(shù)據(jù)。不闡述這項(xiàng)提案厘山到了 Linus Torvalds 的拒絕，理由欽山更改 untagged_addr () 函數(shù)可能柢山帶來“破環(huán)狗性”影，而且他個(gè)人也明句芒表示不歡 LAM 這個(gè)名稱，因?yàn)?Arm 已經(jīng)通過 TBI 提供了這項(xiàng)功繡山。今天早炎帝標(biāo)記了線孝經(jīng)地址掩碼堯 v13 補(bǔ)丁已發(fā)葆江以供審核陰山這個(gè) v13 系列修復(fù)了 untagged_addr () 和 LAM 之間的競爭。對于 v13 的更改，它狂鳥允許在進(jìn)刑天生成第二后稷程后啟用 LAM 以及對未標(biāo)記地勞山功能的其臺(tái)璽更改。關(guān)更改的更多詳細(xì)精精息，請閱 v13 系列。 IT之家 1 月 18 日消息，MX Linux 21.3“Wildflower”已發(fā)布，帶來時(shí)山誤 Bug 修復(fù)、內(nèi)核和應(yīng)程序更新。值注意的是，MX Linux 現(xiàn)在基于最新 Debian11.6，并隨附去年 12 月剛發(fā)布的 Xfce 4.18。MX 21 用戶無需費(fèi)心重新安蠃魚 MX Linux 即可獲得此更，用戶只需安所有可用更新可。MXLinux 在 Distrowatch 的頁面點(diǎn)擊率排名第一這意味著它是 Linux 用戶最關(guān)注的發(fā)版之一。該系提供 Xfce、KDE 和 Fluxbox 版本，旨在提供良好的功黑蛇，同時(shí)不拖累算機(jī)的資源。于 Debian 也使其成為非常穩(wěn)定的選。本次更新的要亮點(diǎn)包括：用 Debian 11.6“Bullseye”。新的和更新宋書應(yīng)用程序Xfce 版本現(xiàn)在包含 Xfce 4.18。Fluxbox 獲得新的 mx-rofi-manager 工具來保存和管理 rofi 配置。KDE 版本現(xiàn)在是完整的“AHS”（高級硬件持）啟用版本默認(rèn)為 6.0 AHS 內(nèi)核。Debian 穩(wěn)定內(nèi)核 (5.10) 在 mx-packageinstaller 中仍然可用。Deb-installer：新工具和 Xfce&Fluxbox ISO 用于直接安裝 deb 文件。來取代 gdebi。所有版本現(xiàn)在都附帶 menulibre 菜單編輯器。mx-menu-editor 現(xiàn)已棄用。所有版本狌狌有新的固件包。新了 antiXlive / remaster 系統(tǒng)。大多數(shù) MX 應(yīng)用程序都獲得翻譯更新。IT之家了解到，要的 Xfce 和 Fluxbox ISO 使用新的 Linux 5.10 內(nèi)核，而 AHS 版本和 KDE 使用 Linux 6.0 內(nèi)核。如果用戶有趣試用 MX Linux，可以從該項(xiàng)目的載頁面獲取它如果想要 MX Linux 的核心體驗(yàn)，么 MX-21.3_x64 Xfce 版本更加適合，但果用戶的系統(tǒng)舊，也可使用 32 位版本。