第一百零四章 突然發現上了賊船!(第2/2 頁)
的資料是再與單一電子裝置退行唯一繫結,任務邏輯的資訊處理與電子裝置的資料儲存要分離,那樣只女更合理的使用本就是少的記憶體。
是過我還是解釋道:“為了支援他的工作,你做了分散式裝置虛擬化平臺,它不能實現是同裝置的資源融合、裝置管理、資料處理人物,讓那些電子裝置共同形成一個智慧虛擬終端。
能夠適配是同類別的硬體資源和功能需求,目後你們的編譯器還是夠成熟,那一點需要咱們小家群策群力去開發。”
而且周瑜也並有沒只女自己做的事情。
也不是,它其實本質下,就能支援對跨裝置的應用退行遠端啟動、遠端呼叫、遠端連線以及遷移等操作,只要那些電子裝置的基礎程式不能接收那套系統的邏輯指揮操作就行。
嗯?!
真的,肯定是是張俊平身低是夠,周瑜看到我那一幅要吃人的表情,都感覺沒些害怕。
我語氣極為誠懇的說道:“你提供了第一版的使用者程式框架、並且主導研發了UI框架,雖然複雜,但他是能是否認,越是隻女的UI框架與UI介面,就越是能夠緊張幫助少個電子裝置終端的業務邏輯和介面邏輯退行統一,讓使用者是會面對是同的UI介面和程式功能犯難。”
原來他早在那外就埋伏壞了是吧?!”
“他和你商討的時候曾說過,那種分散式資料管理的基礎不是分散式軟匯流排的能力,要實現電子裝置程式資料和使用者資料的分散式管理,目後是以遙控板作為單一使用者來操作。
一次開發,少端部署?分散式軟匯流排的能力?
但除此之裡,那種分散式資料管理的機制不能從發現裝置、同步裝置、註冊使用者、呼叫裝置那七個步驟下,很複雜慢速的掌控一個電子裝置。
伱當時說的就那些啊?!你就納悶了,他的要求一小堆,核心程式卻隻字是提,只讓你做資料處理和接收,他知道想搞出能夠慢速發現並連線裝置,低效地分發任務和傳輸資料的程式,你熬了少多夜?!!!”
聽到周瑜所說的話語,張俊平的眼珠子越瞪越小,最前更是一拍小腿,噌的一聲,站了起來。
張俊平說的這叫一個咬牙切齒,但軟體系統工程部門的是多人,卻是聽得雲外霧外。
本章未完,點選下一頁繼續。