UI開發框架的案例
引領數字體驗未來：UI框架基礎
UI框架能夠為UI設計師和后端開發者提供一個富有創意的環境，幫助他們最大程度地實現產品的愿景。
在設計方面，UI框架能夠提供內容創作工具、資源庫、數據綁定機制、狀態管理工具、可配置的圖形和視覺效果、實時預覽以及在模擬器上進行測試等功能，用于打造最終產品的用戶體驗。
對開發者而言，UI框架則提供了參考代碼、應用程序、API、編譯器、性能分析器、代碼工具集、庫。此外，框架還提供各類連接協議支持，將設計和原型打造成功能全面且具有前瞻性的UI應用程序。
框架提供的每個功能都減少了開發者需要編寫的代碼，進而縮短了上市時間，并提高了可靠性。功能向導會引導用戶交互式完成項目各階段操作，包括創建必要文件、解決依賴關系和基于用例指定設置等。語義代碼高亮、語法檢查、自動補全、重構操作等實用功能均有助于更快地編寫高質量代碼。
顯然，UI框架在軟件開發各階段提供的功能越完整，設計師和開發者發揮創意時所需付出的工作就越少。采用全面的框架使用戶擺脫細枝末節的工作和容易出錯的例行流程，讓他們能夠全心專注于打造最佳的用戶體驗。
除了提供工具和功能，UI框架還可以充當中間件，作為一個中立的開發環境提供公共API用于創建UI應用，隱去硬件和操作系統底層的細枝末節。這個所謂的“中間件”充當了應用程序與底層平臺架構之間的橋梁，確保在各個目標環境都能自動提供原生的用戶體驗。
跨平臺部署
現代軟件支持在多種設備上運行，如智能手機、平板、筆記本和臺式電腦等，它們都具有豐富的跨平臺應用生態。最近，那些曾使用模擬接口的設備也開始普及數字化的用戶界面和新功能。
作為這類案例的典型，家電配套應用可以通過遠程交互和云服務增強家電的功能。與之類似的應用還出現在工業、醫療和汽車行業中。在這些領域，雖然設備的外觀、計算能力和操作系統各異，但很多用戶體驗都相差無幾。
展開 引領數字體驗未來：UI框架性能探析
本文翻譯自：Shaping the Future of Digital Experience - UI Framework Performance
原文作者：Qt Group 產品營銷經理 Matteo Capelletti
校審：Rita Qian
在之前的博文中，我們討論了UI框架的基本元素——即一套現成的解決方案，可以用于快速跨平臺開發并有效縮短UI應用程序的上市時間。在本篇博文中，我們就來探討一下如何實現流暢無縫的性能，讓您的應用程序能夠真正在市場上打動用戶。但首先，我們需要明確什么是“UI應用程序”，以及它與其他類型的可視化軟件（如視頻游戲或設計創作工具）的區別。
所謂的“UI應用程序”
盡管人們常常以為自己知道“UI應用程序”是什么，但對于到底哪些應用程序才可以被稱為UI應用程序存在一定的誤解。這種誤解可能會對我們選擇正確的開發框架來創建UI應用程序產生負面影響。
考慮到圖形界面是UI應用程序的一個重要方面，但它只是眾多方面之一。UI應用程序不僅僅是在屏幕上渲染的圖形，而是一個可視化界面，用于實時運行于后端的數據、服務和函數。通常情況下，它也不是那種在整個屏幕上呈現單個場景，消耗所有可用的系統資源的獨立軟件，而是一個各類UI元素的捆綁包，如嵌入式應用程序和服務、小部件、圖表、交互區域和視圖，它們共存于一個或多個屏幕上，以并行的方式為用戶提供所需的多任務信息。在UI應用程序中，多個進程會競爭有限的系統資源，例如內存、運算能力、存儲，通常也包括低功耗設備的電能。我們會談到UI框架提供的一些智能解決方案，利用它們來有效地處理并發任務。但首先，我們需要更詳細地了解UI應用程序的結構和邏輯。
展開 引領數字體驗未來：UI框架的圖形能力
這種連接貫穿于UI應用的各個方面，賦予了UI應用的核心價值：汽車儀表盤上顯示的燃油含量表示實際汽車的燃油含量；智能手表中的心率圖表示用戶的心率等等。高級數據綁定機制是UI框架的核心功能，它讓開發者能夠輕松地通過拖放操作和自動同步，將UI界面與實際數據關聯起來。
考慮到UI應用所需的交互性和逼真場景，UI框架應提供豐富的2D和3D工具，用于實時創建各種類型的視覺內容，從基本的布局設計到復雜的3D場景。
相輔相成的2D和3D圖形
UI布局通常是通過2D圖形工具來創建的，它們可以方便地設置基本元素，如框架、按鈕、圖標、圖表或文本。然而，在各行各業中，越來越多的傾向于在UI中融入3D元素以增強圖片的逼真度。平面的2D元素通常用于表達控件和其他抽象或符號信息，而3D對象則用于呈現真實世界的實體甚至是復雜的情景。
這兩種視覺表現形式相輔相成，共同在性能與真實感之間取得平衡。3D圖形增強了表現力，而2D元素更易于創建和使用，占用資源較少。隨著技術的發展，2D和3D圖形之間的聯動已經達到了很高的質量和流暢度，可以在3D空間中可以呈現復雜場景，并通過簡單的2D控制輕松訪問。要讓這兩種圖形元素能夠協同工作，UI框架應保證2D與3D元素之間完美同步。并在2D和3D內容上實現相同的功能和易用性，確保應用程序具有廣泛的功能和流暢的性能。
身臨其境的3D圖形
3D圖形可以讓用戶快速輕松地了解復雜的逼真場景。眾所周知的一個例子是汽車顯示屏中的先進駕駛輔助系統（ADAS），它們越來越多地包含了實時渲染汽車在實際駕駛環境中景象的功能。為了向駕駛者提供對汽車周邊環境的清晰、無盲區視角，實體汽車的360度攝像頭輸入為渲染汽車所在的3D場景提供了信息。
展開 引領數字體驗未來：UI框架工作流
為所有UI應用程序的核心組件提供標準化構建模塊，以及方便與現有軟件堆棧集成的UI框架，可以從根本上解決這類問題。
多產品公司面臨的另一個關鍵問題是差異化。這涉及到不同型號、產品線、市場、區域和人群之間的功能、外觀和體驗差異。
要在全球范圍內實現成功的端到端開發，關鍵在于協調這兩個相對矛盾的需求：一方面是標準化和可重用性，避免重復完成相同任務；另一方面是差異化，即輕松定制在不同型號、區域、語言環境等方面的外觀和功能。
為了實現這種平衡，我們可以將UI的外觀和底層邏輯分離，這遵循了模型-視圖-控制器（Model-View-Controller）的軟件設計模式。大致而言，在應用的行為和功能邏輯保持不變的情況下，UI元素的外觀可以根據不同的需求輕松定制。比如說，應用程序的連接和通信功能可以在所有設備上統一定義。而按鈕和控制元素的布局和外觀可以在不同的場景中靈活調整，還可以隨時新增新主題等。
UI框架能夠創建抽象的原子級UI基本構件，這些構件可在不同的邏輯工作流和平臺中使用。因為每個原子都由特定的代碼部分定義，所以可以將它們方便地組合成更大的構建模塊或者模板，從而定義出更復雜的UI元素和功能，適用于各種應用場景和產品系列，實現一致的功能。同時，UI框架還包含了可以輕松定制和區分不同產品型號外觀的工具，滿足不同的設計模式和用戶體驗需求。
從工作流程和生產效率的角度來看，通過創建外觀和邏輯分離的模板，高級開發者可以交付高度優化的現成軟件組件，這些組件內置了最佳編碼實踐，確保功能穩定、可移植性和與其他組件的兼容性。這使得即使初級開發者也能遵循預設要求輕松使用和定制這些模板，提升生產力，降低出錯的可能。
一個支持創建和輕松定制模板的UI框架，能讓高級軟件開發者與技術美術師/前端開發人員在同一代碼庫上并行工作，從而在質量、效率和成本方面帶來顯著優勢。
展開 
解放雙手 - Android 開發應該嘗試的 UI 自動化測試
我們可以添加appcompat依賴對比一下：
implementation 'com.android.support:appcompat-v7:28.0.0-beta1'或implementation 'androidx.appcompat:appcompat:1.0.0-beta01'123
可以看到詳細變化
??
同時我們看到viewpager、swiperefreshlayout、 coordinatorlayout 等一些UI組件被分離了出來，這樣也是便于更好的使用，職責分明，以減輕不使用ProGuard 或 Multidex的應用程序和測試的壓力。
3.影響
官方博客中有說道，為了給開發者一定遷移的時間，所以28.0.0的穩定版本還是采用android.support。但是所有后續的功能版本都將采用androidx。
其實對于我們影響也不是很大，我們可以選擇不使用，畢竟不是強制的。但長遠看來還是有好處的。接受變化，擁抱變化也是我們程序猿需要有的精神，歡迎嘗試。
對于有寫一些開源項目的人，可能會有一些影響。比如你有一個關于RecyclerView的拓展庫，那么你就需要去讓他支持AndroidX，否則你懂的。
我有去看了一下我們常用的butterknife、glide 等都已經適配了AndroidX，不得不說真是很良心。
4.遷移
如果一個一個去替換當然很麻煩了，所以在Android Studio 3.2 Canary中添加了一鍵遷移的功能Refactor -> Migrate to AndroidX。
首先你的gradle版本至少為3.2.0以上，以及compileSdkVersion為28以上。
展開 HyperMesh二次開發技術—鼠標調整插件UI界面位置
1.代碼實例
#新建過程subWindow
proc subWindow {} {
toplevel .subWindow -background {black}
wm overrideredirect .subWindow true
wm attribute .subWindow -topmost true
wm geometry .subWindow 296x120+300+250
frame .subWindow.f -relief flat
label .subWindow.f.label01 -text "" -width 1 -height 5 -background {black}
grid .subWindow.f.label01 -column 0 -row 0 -padx 2 -sticky ew
labelframe .subWindow.f.part01 -text "workPath" -width 25 -height 100
label .subWindow.f.part01.label00 -text "HomeDir" -font {arial 8 bold} -width 8
label .subWindow.f.part01.label10 -text "" -width 20 -height 2 -relief groove -borderwidth 4
button .subWindow.f.part01.button -text "Select" -width 5 -font {arial 8 bold}
grid .subWindow.f.part01.label00 -column 0 -row 0 -pady
展開 技術研究 | 汽車前端框架高溫鎖扣區域強度試驗方法開發
但是，由PP-LGF材料制備得到的前端框架在高溫環境下，由于本身塑料制件的內部分子流動性增加，導致材料本身在高溫環境下會出現力學強度的衰減；同時，前端框架在實際工況中，當受到風阻較大時，汽車引擎蓋會將前端框架的鎖扣區域破壞。因此，需要建立一套表征前端框架在高溫環境下鎖扣區域強度的合適的方法，找出影響產品剛度可靠性的薄弱點。
1. 方案設計思路
前端框架的力學試驗包括：鎖扣區域剛度和強度試驗（包括高溫、常溫以及低溫），機蓋鎖扣的保持力試驗，冷卻模塊安裝點的剛度試驗，保險杠安裝點剛度試驗，緩沖塊區域剛度試驗，扭轉剛度試驗，中冷器安裝點剛度等。
需要通過多功能剛度平臺設備對模擬實車安裝狀態的前端框架進行鎖扣區域的強度測試，確認到底是材料的原因，還是結構設計的原因。
圖1（A）多功能剛度平臺設備整體外觀圖；
（B）多功能剛度平臺原底座上增加一套固定下端拉伸夾具的底板后的整體外觀圖；
（C）上端作動缸體連接拉伸試驗上夾具，下端底板固定拉伸試驗下夾具；
（D）多功能剛度平臺測試測試伸樣條示意圖
2. 前端框架整體搭建方式的差異性
分別進行了高溫鎖扣區域的鎖扣強度測試，具體的搭建和測試結果如下：從圖2（A）和圖2（B）的結果可以看出，當作動缸體和安全鎖扣所在的切線方向的夾角為12°時，其前端框架高溫鎖扣區域的極限強度為2983 N，相比較當作動缸和安全鎖扣的切線方向平行時的極限強度2800 N要更高一些，這主要的原因是由于當存在角度為12°時，并且假定前端框架高溫鎖扣區域的強度為Fmax，則當作動缸的方向的力值≥Fmax/Cos12°時，前端框架的安全鎖扣將會被拔出。
展開 使用 MBD 框架解決電池管理系統開發難題
簡化 BMS 控制算法的開發以實現里程、電池壽命和安全性能最大化。
電池管理系統控制驗證
電池管理系統 (BMS) 控制軟件的工程設計過程是一項復雜的任務，必須達到電池電源即刻性能和長期安全操作之間的平衡。需要強大的算法才能準確確定電池狀態以確保可用電源、功率等級和電池壽命的信息可靠。在電池硬件原型上直接開發底層算法格外耗時、容易出錯且易于引入安全失誤點。基于模型的設計 (MBD) 框架為不同開發階段和工作條件下重用測試場景提供了一種機制，能夠確保電池的安全操作。
本次網絡研討會將講解如何設置 MBD 框架以便在虛擬電池組上開發和測試 BMS 算法。主要內容包括高級最佳控制方法如何提高電池性能、工程師們如何在不同開發階段使用不同測試環境（例如模型在環、軟件在環和硬件在環）來重用虛擬電池組以及如何在不同開發階段重用測試場景。
學習內容：
電池管理控制系統中關于里程焦慮、安全性和最佳車輛性能的重要子系統
如何使用虛擬電池模型分析控制系統行為并以可重復的方式快速測試其性能，包括熱量管理策略
影響電池組壽命的主要因素，以及 BMS 如何幫助監控和延長電池組壽命
點擊鏈接 獲取完整內容：http://avz6v7gw1lfs7v7u.mikecrm.com/9hNbL9z
展開 如何讓 CFD 開發用于分析熱反應堆性能的框架（附白皮書下載）
通過CFD仿真改進核安全和可靠性
本白皮書將使用 Simcenter STAR-CCM+ CFD 仿真設計并執行空間探索，并討論經過驗證的熱反應堆分析框架。白皮書主要內容包括：
高層摘要
剖析熱反應堆
擴大 CFD 的用途
恰到好處的模型
CFD 與測量的結合值得信任
結論
如何領取
點擊免費領取：http://jishulink555.mikecrm.com/ufnNISg
雙工位雙向臥式框架伺服數控擠壓液壓機設計與開發
此機型的開發成功，使得我司在車輛行業特種鍛造專用液壓機領域的實力更加雄厚。
圖4 雙工位雙向臥式框架伺服數控擠壓液壓機與車橋實物
——文章選自《鍛造與沖壓》2022年第9期
MBSE架構圖：一種集成系統建模與多學科分析的MBSE開發框架
如果可以填補這個空檔，域/多學科工程師可以使用MBSE數據存儲庫獲取所需的設計信息去創建他們的分析模型，并進行分析以支持系統開發。使用此功能，域/多學科工程師可以減少多學科建模和分析活動中由于手工數據轉換和失效信息的使用所導致的常見錯誤和修正工作。
將建模和分析集成的功能彌補了以上缺陷。這種技術方法是將SysML建模工具與過程集成和優化設計框架（Process Integration and Design Optimization，PIDO），如Model Center，進行集成。這種方法的優點是使用PIDO框架提供的通用接口將SysML與各種工程分析工具連接，如CAD / CAE，遺留代碼，數學解算器和電子表格等。此方法具有從系統模型自動生成分析模型，然后執行分析模型的能力。集成的工具套件允許工程師使用現實的分析模型快速評估系統配置并自動檢查需求的一致性。
本方案旨在開發集成的建模和分析功能，它將支持系統工程師和領域/多學科工程師的不同視角。系統工程師主要關注系統架構和系統級的權衡，并不一定對工程分析的細節感興趣。另一方面，領域/多學科工程師負責創建工程分析模型，它可以準確地代表當前設計但不需要理解SysML模型的細節。集成的工具套件使用一種常見的圖形用戶界面，可以從SysML工具(為系統工程師)或者從PIDO框架(領域/多學科工程師)運行，允許工程師用他們熟悉的工具和環境進行工作。它允許設計團隊在整個設計過程中執行連續的設計、分析和權衡研究，并且可以對需求和設計配置的變化做出快速響應。下圖給出了整體方案架構及流程。
展開 
HAWC2的應用與開發(2)-網站安裝及其框架內容的課程說明
該程序主要是基于丹麥技術大學風能部門的氣動彈性設計項目開發的，已在眾多研究項目和工業應用中使用。HAWC2是以載荷計算為主體的仿真軟件，將外部條件與機組運行狀態相關聯。外部條件可包括風況、波浪、土壤特性的輸入，施加的載荷通過氣動、水動、結構等模型計算相互作用。
本期主要針對HAWC2軟件的資源獲取、安裝、使用、輸入文件內容框架以及后處理相關過程進行介紹：
一、HAWC2官網內容
二、HAWC2的安裝與調用
三、HAWC2輸入文件的內容框架
四、算例的可視化與后處理
感興趣的小伙伴，可以點擊下方鏈接進行觀看：HAWC2的應用與開發-網站安裝及其框架內容視頻教程_培訓課程_CAE 風機設計-技術鄰 (jishulink.com)
掃碼關注更多內容
展開 hypermesh tcl 二次開發針對框架梁結構自動抽中面 修補面 賦厚度屬性等-帶GUI輸入界面 ￥50
<p>手機端視頻無法觀看 可在電腦端觀看，自動抽中面 修補面 賦厚度屬性等-帶GUI輸入界面</p><p><img src="/images/content/youku-case.png"> </p><p><br></p><p><br></p>
Qt Group與華為合作開發OpenHarmony版本，打造無縫跨設備操作系統
在華為開發者大會2024上，跨平臺軟件開發和質量保證工具的領先供應商 Qt Group（Nasdaq, Helsinki: QTCOM）榮幸地宣布成為OpenHarmony生態系統合作伙伴。這是繼近幾年華為采用Qt開發框架和自動化測試工具Squish的商業許可后，Qt Group與該全球領先的ICT（信息與通信）基礎設施和智能終端提供商的又一重要合作。
OpenHarmony面向物聯網和嵌入式設備市場，支持各種設備，包括智能手機、平板電腦、智能電視、智能手表等各種智能設備。
6月22日，Qt Group受邀在華為開發者大會2024上發表名為《Qt跨平臺特性幫助開發者實現快速適配》的演講，分享Qt移植到OpenHarmony的進展，這將使開發者能夠利用Qt的跨平臺功能，迅速遷移和開發OpenHarmony應用程序。
Qt Group技術戰略總監羅淼表示：" Qt技術的優勢在于已實際運用于70多個行業。我們為軟、硬件供應商提供開箱即用的UI/UX開發框架和質量保證工具，幫助軟件開發商在OpenHarmony中開發圖形用戶界面，從而大大縮短他們推出產品所需的時間"。
Qt Group技術戰略總監羅淼在華為開發者大會2024上分享Qt跨平臺特性幫助開發者實現快速適配
"我們很高興看到 Qt Group 加入我們的生態系統。華為的愿景是打造一個能夠在各種智能設備上無縫運行的真正跨設備操作系統，而Qt的靈活性和可擴展性使其成為實現這一愿景的理想選擇，"華為智慧辦公解決方案高級總監辜志力博士評價道，"將Qt技術集成到OpenHarmony中是我們踐行開放合作的一個關鍵里程碑事件，為原始設備制造商和開發者提供了統一高效的開發環境。"
展開 