「簡訊」華為宣布“天罡”5G處理器和5G手機；東芝發(fā)布UFS 3.0閃存……

1月24日上午，華為在北京舉辦了華為5G發(fā)布會暨MWC2019預溝通會。華為常務董事、運營BG總裁丁耘在主題演講時宣布，華為業(yè)界首款5G基站核心芯片——“天罡（TIANGANG）芯片”正式推出，在集成度、算力、帶寬等方面均取代突破性進步。

為池州等地區(qū)用戶提供了全套網頁設計制作服務，及池州網站建設行業(yè)解決方案。主營業(yè)務為做網站、網站建設、池州網站設計，以傳統(tǒng)方式定制建設網站，并提供域名空間備案等一條龍服務，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

而華為消費者業(yè)務CEO余承東在會上還宣布，正式推出性能最強的5G終端基帶芯片Balong5000，支持NSA和SA雙架構、支持3G、4G和5G，同時具備能耗更低、延遲更短。

同時，余承東還在發(fā)布會上宣布，華為將在即將到來的MWC 2019世界移動大會上發(fā)布首款商用5G可折疊手機，搭載自家麒麟980芯片和Balong 5000基帶芯片。

此外，麒麟980還可選擇獨立發(fā)布的基帶巴龍5000，完整支持5G。

華為表示，麒麟980搭配巴龍5000基帶，將成為首個提供5G功能的正式商用移動平臺。

最近有關GTX 1660 Ti、GTX 1660的傳聞接連不斷，基本可以坐實它們將是基于Turing架構、砍掉光線追蹤和深度學習的精簡版，完美替代GTX 1060，繼位新一代甜點卡。現在，最確鑿的證據來了！

在某AIC顯卡廠商的某次會議上，最后的“One More Thing”階段赫然亮出了“GTX Turing”，并配圖某顯卡的局部圖，上邊公然顯示著“GTX 1660”。

消息人士同時曝料，GTX 1660 Ti會在2月份發(fā)布，價格初定2399元。GTX 1660則會在3月份跟進，價格待定。

從目前消息看，GTX 1660 Ti會采用12nm TU116核心，1536個流處理器，沒有RTX光追單元和Tensor計算單元，搭配192-bit 6GB GDDR5顯存，頻率6GHz。

GTX 1660則是一個精簡版，流處理器或減至1280個，核心頻率1530-1785MHz，顯存搭配192-bit 6GB GDDR5，頻率4GHz。

三星在今年2月有兩場大型發(fā)布活動，分別是2月20日（北京時間2月21日凌晨3點）的Galaxy Unpacked和2月25日MWC開幕展。從目前掌握的消息來看，S10系列發(fā)布幾乎是板上釘釘的事情。

1月24日，疑似三星Galaxy S10的真機諜照現身網絡，從亮屏效果來看，配合曲面設計，正面視角下的左右黑邊非常之窄，頂部額頭和下巴也比S9時代更進一步。另一個細節(jié)是，界面中出現了三星開發(fā)的區(qū)塊鏈商店應用。

當然，最顯著的元素還要數嵌入屏幕右上角的前置攝像頭，據說比A8s的黑瞳開孔要小。

細節(jié)方面，還可以注意到左側的一體式音量按鍵，Bixby語音鍵，右側的電源按鍵等。目前手機預裝的是One UI系統(tǒng)，狀態(tài)欄針對屏內開孔也做了適配。

此前evleaks分享的戴殼渲染圖顯示，S10系列共三款，其中S10E為側面電源鍵指紋、后置平行雙攝，而S10/S10 Plus（或定名S10 Pro）則是超聲波屏幕指紋、后置平行三攝（1600萬廣角+1200萬可變光圈+1300萬長焦），另外心率監(jiān)測模塊似乎也重新回歸。

今年的智能手機除了5G、AI這兩個大熱點之外，在性能上還會再進一步，內存會升級到LPDDR5標準，閃存也會有UFS 3.0新一代標準，該規(guī)范去年初就制定完成了，此前爆料稱三星的Galaxy S10手機就會用上自家的UFS 3.0閃存。至于其他廠商，那就要依靠東芝等NAND廠商了，日前東芝就首發(fā)了UFS 3.0閃存。

東芝的UFS 3.0閃存采用了自家BiCS 4技術的96層堆棧3D TLC閃存，標準11.5x13mm封裝，容量128GB、256GB及512GB，不過后兩種容量暫時還沒出樣，現在只有128GB版出樣給客戶了。

性能方面，東芝沒有透露具體的指標，只說比UFS 2.1閃存的讀寫速度提升了70%、80%，找了下東芝官網，東芝此前發(fā)布的了64層堆棧的UFS 2.1閃存的讀取速度可達900MB/s，寫入為180MB/s，按照這個數據來看UFS 3.0的讀取速度約為1.5GB/s，寫入速度324MB/s，這個速度跟一些低端NVMe硬盤的性能有得一拼了。

2018已經結束，云存儲服務商Blackblaze發(fā)布了去年機械硬盤可靠性報告。去年一年，納入統(tǒng)計的硬盤數量總計104778塊（總容量750PB左右）。

值得關注的是，2018年，這10萬多塊硬盤的年化故障率減少到了1.25%，是近三年最低。不過，故障盤的絕對數量比較高，達到了1222塊?？偟亩?，如今硬盤的耐用性可以說提高了。

具體到品牌型號方面，統(tǒng)計中共包含西數（含HGST昱科）、希捷和東芝三大家的15款型號。僅從絕對的年化故障率來看，最高的是東芝的14TB硬盤MG07ACA14TA，1205塊壞了9塊。

而故障率最低的還是東芝，5TB的MD04ABA500V在統(tǒng)計期內，45塊都完好無損。此外，希捷和西數都有超過2%故障率的型號，對比下，倒是HGST昱科整體最穩(wěn)。

時間跨度如果更長點，即追溯到2013年4月開始，整體故障率最高的型號是西數6TB WD60EFRX，最低的昱科12TB。

早在2016年，谷歌秘密研發(fā)Fuchsia操作系統(tǒng)的線索就首次曝光。雖然谷歌尚未正式承認該項目，可其輪廓已經漸趨明朗，簡單來說，Fuchsia OS是一套可運行在手機、平板甚至是PC上的跨平臺系統(tǒng)，放棄Linux內核，而是基于Zircon微核，采用Flutter引擎+Dart語言編寫。

一直有消息稱，2020~2021年將是Fuchsia OS最終亮相的時間節(jié)點，看來，谷歌正緊張地推動著。

據外媒報道，谷歌已經聘請了有著14年經驗的資深工程師Bill Stevenson來操盤Fuchsia，目標是推向成熟市場。

看來，Android、Chrome OS要在Fuchsia OS時代被雙雙取代。

移動開發(fā)還有未來嗎？

有。只要你的學習的能力強，有比較強的技術，如果你是在讀大學，一定要認真學習，需要有比較好的基礎，在未來的很長一段時間，移動開發(fā)都站的比較多的位置。因為現在是智能手機的時代。移動開發(fā)包含移動端app，還有移動的端的游戲等

目前編寫一款簡單的手機應用APP一般用什么編程語言？

編寫手機App，用什么語言？

從簡單到復雜，可以分三級：

簡單方案：HTML5

其實就是把網頁封裝成App。編程語言就是網頁三件套：HTML+CSS+Javascript

有多種工具和框架，如Cordova, uni等等。

這種方式實現“App”最容易，且跨平臺，對于iOS和Android做一套就行了。代價是功能弱，性能低，換句話說就是“卡”。

中等方案：原生跨平臺框架

這類方案在iOS和Android之上自行實現一套原生框架。通用的Flutter, ReactNative都是流行的原生跨平臺框架。適用于 游戲 的Cocos2D，Corona SDK也可以算在這一級里。

這類方案實現App難度中等，因為跨平臺，一次開發(fā)，iOS和Android都能運行。功能和性能也是中等，比不上原生App，但比HTML5的又好很多。

復雜方案：原生開發(fā)

直接在iOS和Android上各自開發(fā)一套原生App。

iOS可以使用Objective C或Swift。

Android可以使用Java或Kotlin。

還是來一個圖表吧，雖然簡單，卻很明了：

推薦用Flutter，簡單。

以前自己用android原生寫過7天酒店簽到程序，不過當時的安卓還是比較難寫的，不像現在越來越容易上手。

Flutter

Flutter是一個由谷歌開發(fā)的開源移動應用軟件開發(fā)工具包，用于為Android、iOS、 Windows、Mac、Linux、Google Fuchsia開發(fā)應用。

Flutter應用是使用Dart語言編寫的，雖然是新的一種語言，但是難度不算大，上網搜下相關教程學習下，應該就能很快上手。

Flutter效果

這里是我上個月仿照教程弄的一個簡單APP，效果圖如下：

點擊"Next"就切換下一張，點擊"Pre"就切換前一張，點擊“Reset”就全部滑落下來。

我女兒最喜歡中間的Reset效果，哈哈。

希望這個答案能幫到你。

現在Flutter正式版已經出來了，原生性能，安卓iOS多平臺支持，谷歌大廠背書，大家可以比較放心的學習。編程語言用的是Dart，可以看做是加了語法糖版本的Java，學習起來也比較容易，如果想做手機app，可以考慮使用它。

如果只是自己做著玩的話推薦用H5開發(fā)，開發(fā)工具HBuilder或者HBuilderX。

先科普下什么是IOS和Android吧。

IOS只是操作系統(tǒng)而已，是蘋果的操作系統(tǒng)。

開發(fā)IOS上運行的APP的話，現在流行的語言是Object-C和Swift。

Android也是操作系統(tǒng)，是谷歌基于Linux內核開發(fā)出來的手機操作系統(tǒng)。

開發(fā)Android上運行的APP的話，現在流行的語言我覺得仍然還是JAVA。

如果想要真的做一款APP的話，不僅僅會一門語言就夠了，涉及的東西比較多，如下是我給你的學習推薦路線。

學習路線：

1：先學習js，然后學習下html 、css。

學習這些可以上菜鳥教程或者W3School網站學習。

開發(fā)工具使用vscode或者Notepad++都可以的。

2：了解Mui常用組件（官網：），

熟悉常用API(官網：)。

3：服務端的開發(fā)，要么用java開發(fā)，要么用.net webapi開發(fā)，推薦理由，java目前是主流，.net webapi簡單容易。

java 開發(fā)工具IntelliJ IDEA，.net 開發(fā)工具 vs。

4：數據存儲使用mysql。

補充說明：如果是想做專業(yè)開發(fā)APP的話還是建議用java開發(fā)客戶端，ios APP則用swift開發(fā)。

當然現在為了一套代碼多個平臺，使用H5開發(fā)專業(yè)APP的也有。

會了就可以正式擼代碼實現自己簡單的APP了。

回答完畢，謝謝。我是只說代碼的大餅。

那當然首選是h5套殼了。關于語言方面，我建議還是用PHP吧。隨著進一步學習，可以學習uinapp一鍵多端。H5、小程序、App、小程序支持多個平臺上架、微信抖音支付寶百度，希望可以幫助你

目前有三種app開發(fā)方式：原生app、混合app、webapp。

原生app：安卓需要java語言，ios需要 objec t-c，wp需要的.net語言。這種app用戶體驗最好，性能也是最好的，開發(fā)成本高，開發(fā)周期長，一款app需要開發(fā)多個語言版本；

混合app：需要h5，javascript，了解每個混合框架，比如appcan、hbulider、phonegap等等，以及封裝的中間件。這種開發(fā)方式的用戶體驗、性能沒有原生的好，但是他的開發(fā)周期短，開發(fā)成本低，對開發(fā)人員技能掌握比較高，開發(fā)一套程序可以兼容到多個設備上；

webapp：需要h5、javascript語言，不能調用底層設備，用戶體驗效果次之，開發(fā)簡單，開發(fā)成本低，開發(fā)周期短，可以兼容多個設備。

綜上所述三種開發(fā)各有優(yōu)缺點，要根據具體的項目需求來選擇適合自己的開發(fā)語言和開發(fā)場景。

uniapp了解下，多端應用。app的話要考慮安卓和蘋果，但學了二種學習成本比較高。用uniapp就解決了。

現在中小型企業(yè)都在逐漸采用跨平臺開發(fā)的模式 效率高 成本低 作為個人更是開發(fā)不二的選擇 你問的iOS和安卓是原生開發(fā) 需要不同的開發(fā)語言和框架 學習成本也很高 既然你說你是小白 如果采用原生開發(fā) 可能得大概花一年半載才能開始上手

采用跨平臺開發(fā) 只需要學習一下html css JavaScript 然后選擇跨平臺開發(fā)框架 比如react flutter uniapp 都可以 跨平臺就是指你這一套代碼編寫的app可以到不同平臺運行 比如iOS安卓都OK 但其實很多還可以編譯到各類小程序平臺運行 所以很方便

我這里推薦uniapp 一個基于vue的跨端開發(fā)框架 我自己也用這個開發(fā)了很多項目 確實很快 也提供了原生渲染能力 不做 游戲 等軟件 基本沒啥問題 社區(qū)插件市場也很熱鬧 基本有問題可以很快解決 希望可以幫到你。

按照開發(fā)方式可分為原生開發(fā)、混合開發(fā)、webapp開發(fā)，不同的開發(fā)方式學習的編程語言不一樣，下面我們來一個一個分析一下：

一、原生開發(fā)

原生開發(fā)的編程語言主要為針對IOS運行環(huán)境的為編程語言為Swift或Object c，安卓環(huán)境為Java或Kotlin，WP環(huán)境為NET。原生開發(fā)的運行效率最高，用戶體驗最好，但是需要學習不同平臺的編程語言，學習門檻較高。

二、混合開發(fā)（偽原生開發(fā)）

混合開發(fā)技術主要采用一套特別的渲染引擎來渲染UI界面和交互，按照渲染引擎可分為html與dart，其編程語言主要是Javascript或Typescript、Dart。

目前基于html渲染的開發(fā)框架有react native、weex、uniapp，基于dart的開發(fā)框架只有flutter。

混合開發(fā)由于調用了原生的控件來渲染UI，所以加載和體驗與原生差不多，學習成本比較低，只要會js，選擇一個框架開發(fā)就行了，或者學習dart語言，進行flutter開發(fā)。

三、webapp開發(fā)

webapp開發(fā)主要利用原生環(huán)境中的瀏覽器控件來裝載服務器上的html頁面，實際這個app就是一個自定義的瀏覽器app，所以只要會html，就會開發(fā)webapp，由于app內部加載的是遠程的網頁，所以加載速度和體驗最差。

以上是我個人的總結，有不對的歡迎指出，謝謝。

本人用c#，除了單片機用c，cad CATIA，多媒體主要Adobe，它干完所有，不需要性能的視圖混合dom代碼。

Flutter使用 Wakelock 插件控制屏幕常亮方法

Flutter使用 Wakelock 插件控制屏幕常亮方法

[原文地址 ]

需要使屏幕處于常亮狀態(tài)，可以使用Wakelock 插件。

wakelock在android的電源管理系統(tǒng)中扮演一個核心的角色，wakelock是一種鎖的機制, 只要有task拿著這個鎖, 系統(tǒng)就無法進入休眠, 可以被用戶態(tài)進程和內核線程獲得。這個鎖可以是有超時的或者是沒有超時的, 超時的鎖會在時間過去以后自動解鎖。如果沒有鎖了或者超時了, 內核就會啟動標準linux的那套休眠機制機制來進入休眠。

github介紹：

安裝使用說明：

1、添加到pubspec.yaml 文件

wakelock: ^0.1.4+2

2、獲取插件：flutter pub get

3、在Manifest中添加如下權限

4在頁面引入和使用：

Flutter開發(fā)--視頻播放器

目前Flutter平臺主流的兩個播放器是video_player和fijkplayer

pub

github

1、Flutter平臺官方插件，作者是國外的，有問題溝通比較困難，只能通過提交issue

2、硬解碼

4、UI封裝： better_player

基于video_player和Chewie的高級視頻播放器。它解決了許多典型的用例，并且易于運行。

5、播放器寬高比例與視頻內容寬高比例不一致時，會出現圖像壓縮變形的問題

6、調用原生內核播放器：iOS--AVPlayer， Android--ExoPlayer

7、對于分段源 m3u8 的播放不友好，如果一個切片播放超時，會導致整個播放都失敗

8、better_player可以緩存視頻，但不能自定義緩存的地址，只能指定key，和緩存的最大內存量（還未研究超出最大的話是不能緩存新的，還是刪除最舊的）

9、better_player不能完全自定義UI，只能修改類中的一些開放屬性，比如說icon圖標，文字顏色啥的

10、無網絡有緩存時，封面可以正常展示

11、better_player播放失敗有手動retry的設計

pub

github

1、fijkplayer 是一個 Flutter 生態(tài)的媒體播放器，是對 ijkplayer 的 Flutter 封裝，支持 Android 和 iOS。 fijkplayer 使用 ijkplayer 作為播放器內核，ijkplayer 使用 ffmpeg 進行音視頻解封裝和解碼，同時添加了 Android 和 iOS 平臺特有的硬件加速解碼能力。

2 、國內有QQ群，但是活躍度也是不高。

3、可以緩存視頻，可以自定義緩存的地址，方便后續(xù)的內存維護。

4、可以通過FijkPanelWidgetBuilder較大程度上自定義UI。

5、無網絡有緩存視頻時，無法展示封面，因為內部是通過imageProvider去加載網絡圖片的。

7、播放失敗無手動retry的設計

1、兩種播放器都是通過外接紋理方案 (Texture)，將播放器視頻畫面渲染接入 flutter 中，性能上優(yōu)于 PlatformView 的接入方法。

如何自己實現？

下面以video_palyer的iOS源碼部分解釋：

iOS用CVPixelBufferRef將渲染出來的數據存在內存中，Flutter engine會將Texture的數據在內存中直接進行映射無需通過Channel傳輸，然后Texture Widget就可以把你提供的這些數據顯示出來。在我們傳輸數據的時候會需要將其與 TextureID 綁定，綁定的過程通過BasicMessageChannel實現數據流的傳輸，以做到實時展示的效果

跨平臺技術；H5和Flutter誰是未來？

前言

為什么跨平臺是發(fā)展趨勢？

同一個應用，各個“端”獨立開發(fā)，不僅開發(fā)周期長，而且人員成本高。同時，作為技術人員，也不應該滿足于這種重復、低能的工作狀態(tài)。在這樣的形勢下，跨平臺的技術方案也受到越來越多人和企業(yè)的關注。

本篇文章我將從原理、優(yōu)缺點等方面為大家分享跨平臺技術

一. H5

說到跨平臺，沒人不知道H5。不管是在Mac、Windows、Linux、iOS、Android還是其他平臺，只要給一個瀏覽器，連“月球”上它都能跑。

1.瀏覽器架構

下面，我們來看看讓H5如此橫行霸道的瀏覽器的架構：

瀏覽器由以上7個部分組成，而“渲染引擎”是性能優(yōu)化的重中之重，一起了解其中的渲染原理。

2.渲染引擎原理

不同的瀏覽器內核不同，渲染過程會不太一樣，但主要流程還是一致的。

分為下面6步驟：

從以上6步，我們可以總結渲染優(yōu)化的要點：

以上就是瀏覽器端的內容。但H5作為跨平臺技術的載體，是如何與不同平臺的App進行交互的呢？這時候JSBridge就該出場了。

3.JSBridge原理

JSBridge，顧名思義，是JS和Native之間的橋梁，用來進行JS和Native之間的通信。

通信分為以下兩個維度：

那么App內加載H5的過程是什么樣的呢？

4.App打開H5過程

打開H5分為4個階段：

這四步，對應的過程如上圖所以，我們可以針對性的做性能優(yōu)化。

5.優(yōu)缺點分析

下面，我們進行H5的優(yōu)缺點分析：

優(yōu)點

缺點

雖然H5目前還存在不足，但隨著PWA、WebAssembly等技術的進步，相信H5在未來能夠得到越來也好的發(fā)展。

二.小程序

2018年是微信小程序飛速發(fā)展的一年，19年，各大廠商快速跟進，已經有了很大的影響力。下面，我們以微信小程序為例，分析小程序的技術架構。

小程序跟H5一樣，也是基于Webview實現。但它包含View視圖層、App Service邏輯層兩部分，分別獨立運行在各自的WebView線程中。

1.View

可以理解為h5的頁面，提供UI渲染。由WAWebview.js來提供底層的功能,具體如下：

每個窗口都有一個獨立的WebView進程，因此微信限制不能打開超過5個層級的頁面來保障用戶體驗。

2. App Service

提供邏輯處理、數據請求、接口調用。由WAService.js來提供底層的功能,具體如下：

運行環(huán)境：

僅有一個WebView進程

3.View App Service通信

視圖層和邏輯層通過系統(tǒng)層的JSBridage進行通信，邏輯層把數據變化通知到視圖層，觸發(fā)視圖層頁面更新，視圖層將觸發(fā)的事件通知到邏輯層進行業(yè)務處理。

4. 優(yōu)缺點分析

優(yōu)點

缺點

既然WebView性能不佳，那有沒有更好的方案呢？下面我們看看React Native。

三.React Native

RN的理念是在不同平臺上編寫基于React的代碼，實現Learn once, write anywhere。

Virtual DOM在內存中，可以通過不同的渲染引擎生成不同平臺下的UI，JS和Native之間通過Bridge通信

1.React Native 工作原理

在 React 框架中，JSX 源碼通過 React 框架最終渲染到了瀏覽器的真實 DOM 中，而在 React Native 框架中，JSX 源碼通過 React Native 框架編譯后，與Native原生的UI組件進行映射，用原生代替DOM元素來渲染，在UI渲染上非常接近Native App。

2.React Native 與Native平臺通信

3.優(yōu)缺點分析

優(yōu)點

缺點

4.RN展望

雖然RN還存在不足，但RN新版本已經做了如下改進，并且RN團隊也在積極準備大版本重構，能否成為開發(fā)者們所信賴的跨平臺方案，讓我們拭目以待。

既然React Native在渲染方面還擺脫不了原生，那有沒有一種方案是直接操控GPU，自制引擎渲染呢，我們終于迎來了Flutter！

四.Flutter

Flutter是Google開發(fā)的一套全新的跨平臺、開源UI框架，支持iOS、Android系統(tǒng)開發(fā)，并且是未來新操作系統(tǒng)Fuchsia的默認開發(fā)套件。渲染引擎依靠跨平臺的Skia圖形庫來實現，依賴系統(tǒng)的只有圖形繪制相關的接口，可以在最大程度上保證不同平臺、不同設備的體驗一致性，邏輯處理使用支持AOT的Dart語言，執(zhí)行效率也比JavaScript高得多。

1.Flutter架構原理

2.Dart優(yōu)勢

很多人會好奇，為什么Flutter要用Dart，而不是用JavaScript開發(fā)，這里列下Dart的優(yōu)勢

3.優(yōu)缺點分析

優(yōu)點

缺點