wpf左侧菜单样式dwm窗口管理器哪个好？

wpf左侧菜单样式 dwm窗口管理器哪个好？

dwm窗口管理器哪个好？

桌面窗口管理器是vista中的一个新组件：desktopwindowmanager（dwm）。

它组建在wpf核心图形层组件基础之上。dwm的桌面怎么合是确立在composition引擎基础之上的新特征。它的出现全都变化了vista中应用程序的屏幕象素总是显示。

禁用dwm后，需要提供的视觉效果有毛玻璃框架、3d窗口自由变化动画、窗口翻转和高分辨率支持。其中最很明显的特征有：

任务栏窗口的实时地缩略图；

alt-tab和win-tab组合键所注意到的效果。

用游戏引擎（cocos等）做pc端软件人机交互界面是否可行？为什么？

还好我做游戏所接触cocos全是在0.x时候就开始了，也有unity的项目经验，我来回答下。

如果从可行性角度来讲，cocos和unity不过是所需，只不过如果不是从最系统优化角度来讲，游戏引擎并并非最合适的。为么呢？

简单游戏软件根据的软件元素以图片精灵、图片动画、图片特效、粒子效果、光照、场景程序、物理系统等重点，但pc软件像是来讲也是ui功能组件元素偏于：布局、排版、样式、然后点击（单打、右击、鼠标拖动）、列表、表格、简单啊动画、统计图表等。很很明显两者平行的线度不高。其实虚幻引擎也可以再接受标准封装进而让pc端软件人机界面更有游戏性，可是这个旗下效率上有问题了，经济上根本就不划得来。

主要即便是要交互性强，一般确实是常规清洁液的应用软件专用工具、库接受补前，而也不是再用游戏引擎来起到，如果有一些专业点电脑设计的应用，比如儿童教育软件、行业vr软件等。如果选用的话，unity比cocos要晚熟的多，小型软件要用游戏引擎的建议还是unity开发。而如像虚幻引擎，就太庞大了，门槛比cocos和unity高少，好象来讲不太适合没有经验的团队来做类似于的游戏性软件开发。

当前就像来讲，pc端软件前端交互开发，也并没有是用原生的c/c开发，只不过是逐渐地扭头了以javascript偏于的前端框架，例如eclectron，微软的visualstudiocode是基于此开发完毕，的开发者工具则基于nw.js开发，都是的的的框架。因为javascript有相当丰富多彩的交互为主的工具和库，并且虽然也都会跑在javascript的v8引擎上才是js引擎，但是在chrome的内核上通过界面3d渲染。这样的话现在web前端程序员就这个可以旗下高交互、界面极为丰富、美观的应用。国内也很多的前端框架通常是vue，国外要注意是react和angular。

只不过javascript技术栈来搞pc软件前端是业界趋势，但只不过v8和chrome引擎的包体、内存消耗、js本身的单线程问题，不是所有的pc软件大都适合用javascript技术栈来旗下，诸如一些不需要包体小的、内存小的、老机器跑的、老操作系统跑的，那你还必须一些更底层的库来开发，例如最老的mfc、delphi、duilib，后面的wpf、qt等等。

软件javascript框架界面库