精华内容
下载资源
问答
  • 使用Python 开发 windows 桌面程序
  • 使用 Python 开发 Windows桌面程序
  • WPF、MFC、QT、Windows桌面开发常用图标
  • 使用Python 开发 windows 桌面程序
  • 桌面软件还是得win32,工具只有两个选择vc和delphi,不建议.net,存在部署问题.还有大佬说桌面还是老老实实C#吧,看需求选择WPF或者Winforms或者干脆激进一点,直接上win10的UAP?另外我每天默念100遍,拿Web应付...

    桌面软件还是得win32,工具只有两个选择vc和delphi,不建议用.net,存在部署问题.

    还有大佬说

    桌面还是老老实实C#吧,看需求选择WPF或者Winforms

    或者干脆激进一点,直接上win10的UAP?

    另外我每天默念100遍,拿Web应付Windows的软件都去死吧,死干净点。这是作为用户的想法。拿web应付的多数吃内存是native app的几倍甚至几十倍,对高dpi支持和新技术支持也差,再加上写出来的烂js跑的也卡,体验简直差到爆。

    想做就认真做,不想做就别做。

    还有大佬推荐qt

    pyqt有商业授权可以买,也可以考虑用pyside,支持LGPL授权的python Qt binding.用法和pyqt差不多.还有pygtk,wxpython可以考虑。

    还有大佬针对.net部署说明了一下

    部署的话把运行环境打包就行,开启也只是一句话

    Slack for Windows用的atom-shell。企业软件的话不在意大小和性能,开发速度才是最主要的。

    所有Slack的Windows版烂到爆了。。

    C#开发时把.NET平台改成2.0,只要不用高级的东西大部分都能跑,xp那边应该已经有.NET2.0,没有的话打包程序时封装一个就好了

    C# .Net Qt 不都是很亲切的 Windows GUI 开发方式么

    安装包需要额外加几十M的环境,说明你没做过面向普通用户的桌面软件。

    还有大佬发了长回复

    现在很多桌面软件都是客户端软件,一半功能都是在服务器上提供接口,云 + 端的模式,客户端很多时候都是一个简单的壳子。所以掌握服务端语言是很有必要的,python,nodejs 都不错,php当然也可以,至于C#还是算了吧。

    真正想去学点桌面方向的,最值得去学的还是C语言,其次是C++。原因很明显,C语言最简单,投入的学习成本最少,是各种语言的基石,C/C++玩的好,无论你用什么语言有帮助,桌面上好一点的软件基本都是C,C++写的。

    aauto对C,C++的支持也很好,范例里就有很多调用C/C++开源组件的例子。aauto 的优势是小轻快,不需要投入太多精力去学,有编程基础上手很快,开发工具加标准库全部范例才6.5MB. 而且动态语言用起来也灵活简便,写界面,写EXE很方便。

    但是 delphi,vb,C#这些工具相对比较重,学习要投入大量的精力,C#的库非常多,但也需要惊人的记忆力,有个半年不玩就可能会忘的干干净净没留下多少属于自己的东西。C# 不错但是优势更多是在服务端或者企业应用,写小桌面软件会把简单的事搞复杂,写桌面软件不是C#的长项。

    delphi,vb这些过气了除了维护老项目不值得去学,即使这些语言的全盛时期也有一定的吵作吹捧,谁用谁知道经不起时间的考验。已经证明是坑的,不要再往坑里钻。

    道听途说终究是虚的,有时候很多人说好用的东西,最后你钻进去会发现一个又一个的坑,很多人乱骂的东西实际上用起来会很爽,网上的评价很多随口爆出不负责任,而且每个人的思维模式开发习惯各有不同,适合的工具也不同,所以别人的观点只能作为参考,最实际的:自己一个一个的去用一下,感受一下,用的爽的就是适合你的。

    还有大佬总结了使用.net的优势

    企业桌面应用,妥妥的的.Net 啊,如果机器很旧很旧,就用 WinForm,否则就 WPF。

    .Net 的弱点是要先部署.Net Framework,性能不高,但这些问题对于企业应用都不是问题,要知道,企业应用,最大的问题是系统跟不上业务变化,最重要是开发快,尽量少些不必要的 Bug。

    而.Net 刚好适用,第一,.Net 有宇宙第一 IDE,开发方便快捷,而且现在开源生态也还不错,很多轮子都有了;第二,用域部署.Net 简直不要太方便,没有域用 ClickOne 也极其简单。

    展开全文
  • windows桌面开发闲聊

    2016-09-26 16:48:38
    最近入职一家搞win32开发的公司,说起来也是一把鼻涕一把泪,感觉Windows开发还是比较坑的(个人观点)。其实大多数时候是在坚持,也不想遇到问题就退缩。 反正上大学的时候是没有搞过这个玩意,如今算是从头...

    最近入职一家搞win32开发的公司,说起来也是一把鼻涕一把泪,感觉Windows 的开发还是比较坑的(个人观点)。其实大多数时候是在坚持,也不想遇到问题就退缩。
    反正上大学的时候是没有搞过这个玩意,如今算是从头开始,不过还好,毕竟干过项目,还是稍微好一点,但是看完一个纯win32开发的项目,我也是MBL。
    既然是win32开发必然离不开平台开发工具。记得最早是时候,看到有人使用VC6.0编译器开发win32界面(当然也可以搞MFC);后来一哥们搞C#(后来还给老师搞了一套小型的软件,用于教学使用),还做了一个链接数据库的软件。那个时候,感觉好NB的样子(因为我一直在linux下编译C/C++,而且还处于小白水平),从那个时候知道了VS这个东西。当然现在的VS非常强大,桌面开发、网站开发等。


    其实,原来一直在搞SOUI开发,后来换公司到现在这家。那就先从面试说起,话说面试的时候,面试官(现在的小组长和部门老大)说用什么开发界面都行。可是入职后发现,BOSS要求必须用win32开发,那时我是不愿意干的,后来一想,干什么不是干,于是就开始干了。

    界面开发主要讲解套路都差不多,但是win32的重点在GDI+(界面制作部分)和COM(目前我用的部分,在嵌入浏览器方面使用)。其实我认为学习的最好方法还是找个DEMO学习,这样比较快一点。

    要干活啦,有时间继续和大家讲述win32编程开发的实例。


    注意:以上观点仅代表本人观点,难免有错误的地方,如有不适地方请请指出,一起学习进步

    学习资料

    1. 我主要参考网络资料和《Windows程序设计(第五版)》

    展开全文
  • Windows桌面采集开发

    2019-10-16 19:14:12
    1,Win8和Win10 系统,可以使用dxgi 镜像却动。 2,xp系统可以使用vnd, 3,配有独显的可以readGpu的方式。 4,最后一种就是最常见的,也是效率最低的方式,一般是我们最后选择方式。gdi才接。 再说编码: 1,...

    桌面采集,包括截屏、裁剪、编码,存储或者发送这几个步骤,针对不同的系统版本和硬件采用的技术也不一样。作者归纳了以下,有以下几种。
    先说采集:
    1,Win8和Win10 系统,可以使用dxgi 镜像却动。
    2,xp系统可以使用vnd,
    3,配有独显的可以用readGpu的方式。
    4,最后一种就是最常见的,也是效率最低的方式,一般是我们最后选择方式。gdi才接。

    再说编码:
    1,如果有独立显卡,可以利用显卡进行硬件编码,避免消耗cpu。根据显卡的类型不同也分为英伟达显卡和amd的显卡。
    2,如果没有独立显卡,可以看集成显卡是否支持硬编码,利用qsv编码。
    3,最后才是选择软件编码x264。

    这么多种采集和编码,要做到自动选择和适配。

    专业音视频QQ 3265365781

    展开全文
  • 由浅入深介绍WTL桌面开发涉及到的原理和技术, 从简单界面到自定义界面,自定义按钮表格都有介绍。在绘制窗口元素如文本,图形介绍了GDI和GDI+的常用的开发技巧。介绍了项目开发中遇到的一些细节问题.WTL配置少, 只有...
  • Windows桌面开发

    2013-02-01 00:14:39
    现在Windows桌面开发都会什么技术啊?VC++是不是只能进行Windows桌面开发啊?本人菜鸟请各位大神帮忙解惑。
  • 主要介绍了.Net Core3 用Windows 桌面应用开发Asp.Net Core网站,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
  • windows桌面ui开发

    千次阅读 2019-06-25 15:21:35
    另一个是全新的dx渲染绘制的界面,也脱离了对传统windows控件的依赖,没有历史包袱,理论上可以展现更炫酷的界面。对初级开发人员来说,没太大区别,类似的基本设计器是他们设计界面的主要手段,一样给事件编写代码...

    WINFORM和MFC
    1、
    结果来说,属于两套界面渲染方式。一个是对传统windows界面元素的封装,通过gdi绘制。另一个是全新的dx渲染绘制的界面,也脱离了对传统windows控件的依赖,没有历史包袱,理论上可以展现更炫酷的界面。对初级开发人员来说,没太大区别,类似的基本设计器是他们设计界面的主要手段,一样给事件编写代码。对初级以上开发人员来说,wpf需要学习xaml,有全新的ui描述语言,特别是可以通过模板的嵌套实现复杂的元素,通过style实现类似css的功能,通过比winform完善的多的数据绑定机制实现业务逻辑可以专心对数据而不是界面进行开发。前途来说,两者必定还会长期共存。深入理解winform对理解windows一些内部机制有好处。好好学习wpf可以更方便过度到其他xaml相关技术,这是微软目前广泛使用的技术,比如接下来的windows通用应用。

    2、
    Winform本质上就是在MFC上增加一层.Net API, 从06年开始就只有几个人在维护,基本上不增加任何新feature, 只是做bug fix. 所以,如果你要开发windows上的程序,最好不要使用Winform, 懂了这个技能也没啥用。Win8开始,微软用了一套新的Framework,但是跟WPF很相像,都是XAML,后面的设计思想也是基本一样的(毕竟是同一组人设计的)所以,如果你要学Windows上界面开发,WPF算是一个选择吧另外,从实现上讲,WinForm用的是Windows以前那一套每个控件都是一个窗口的设计,而WPF本身只有一个窗口,所有控件都在这个窗口里的Visual Tree上,另外,它还可以有效利用你的GPU.
    3、
    对于初学者来说,最直观的印象是:winform的控件更多,但是wpf的界面可以更炫酷,更重要的是wpf对于屏幕的自适应比winform优秀得多。太多开发桌面程序的人由winform转到wpf最重要的原因是winform的控件自适应做得很差,而不同客户公司里有不同比例的显示器。winform还有一些其他方面让你不爽,比如label标签背景不能设置为透明,以及窗口编辑视图不能缩放,让你感觉到很掣肘。而wpf的则给了你全面的自由,特别是学到以后的修改模板以及特效。至于数据绑定,mvvc 设计模式初学者通常感受不到它的好处的。至于说到的性能差异,通常可以忽略不计。而且wpf完全兼容winform的语法,所以越快转越好!

    4、
    你想上班 那么针对公司需求学如果只是自己写着玩 那么区分一下1.你的程序运行在 自己机器a.一个工具而已 要的是cooooooool 那么WPFb.一个工具而已 要的是useful easy 那么winform2.运行在客户机器a.客户要求coooooool 那么wpfb.客户要求 userful 那么winform不要谈到性能 就可以忽略。 XP机器 依旧很多。记住WPF 需要大量内存 以及CPU的代价来实现普通功能。记住WPF 是新的东西 需要重新上手学习记住 winform是 老的东西 win32 的那一套老生常谈都可用在这里如果谈前景 理论上说起来是WPF 更有前景 但是目前实际来看 WPF发展并不如预期 相反winform也并不如预期的没落。加上 巨硬 经常会自己打脸。

    5、做项目WinForm更好。虽然WPF更先进,但是好比XP比Win8更普及一样。WinForm具有更好的客户端性能。功能上也差不多,都能做出来。还有UWP,当然这个更冷门。
    比较有前景的是 .net Core。
    6、
    1、改界面winform:写的程序如果需要改界面牵扯很大。代码的编辑可能会导致更多的错漏出现而不自知。大工程改界面更甚。wpf:如果采用mvvm(model、view、viewmodel)来写,任你界面改翻天,后台代码不受任何印象。2、复杂的控件winform:写各种各样的后台代码wpf:用依赖属性、附加属性、触发器即可定制复杂的控件。比如显示股票k线价格的控件3、动画winform:写后台代码wpf:用animation的各种属性即可4、句柄winform:一个控件一个句柄(记得是这样,如果我记错了请指正)wpf:整个窗口同一个句柄5、控件自适应winform:麻烦wpf:利用wpf的panel,就能让控件自动自适应。
    7、

    winForm 使用同一套编程语言代码完成界面的设计,以及后台的交互逻辑。你在winForm代码中可以了解和干预图形界面的渲染时机和细节。winForm使用传统的GDI渲染图形界面,较为中规中矩,但难以实现得更绚丽。winForm很成熟,有十几年的技术积淀,但微软已经停止对其增加新的特性,仅在某些安全漏洞上做一些补丁。WPF的设计理念是图形和逻辑完全分离,因此图形界面的设计是通过专门的XAML代码设计的,后台逻辑则可以使用C#或VB编写。你无法在WPF/XAML代码中了解和干预图形界面的渲染时机和细节。WPF使用DX渲染图形界面,更接近图形驱动程序,效果可以非常绚丽,性能也比较好。WPF出现的比较晚,但也有好几年的技术沉淀了。由于现阶段微软更推崇升级版的UWP,WPF本身也像winForm一样好久没有新的特性了。winForm适合没有专门的图形设计师,且不需要在图形界面有太多要求的团队,入手简单。WPF适合有专门的图形设计师,图形界面有较高要求的团队,相对复杂。就技术本身来说,WPF的技术更符合时代潮流,更有前景。但个人来说,了解winForm有助于理解图形界面生成处理的细节,winForm在某种程度上类似于MFC,但又不至于太底层而难懂。

    8、
    你如果是职业码农,请问你学wpf做什么呢?开发桌面exe吗?就算搞专业桌面应用的企业也都是跨平台方案,有几个用wpf呢?你如果是业余码农,为什么不用winform呢?winform简单而且开发速度快,嫌丑的话再用donetbar之类的插件美化一下即可,最重要的是部署,xp win7基本都有net2.0的环境,直接就能跑。你能体会到写完wpf,最后部署到xp却发现客户端上安装net4.0装不上的感觉吗?补充下:现在xp电脑基本上不用考虑,但是依然不推荐wpf。速成推荐winform,深入学习推荐qt或者electron 。qt 既有常规拖控件的widgets,又有类似于前端界面的qml和webengine,程序还能跑在安卓/ios上,强烈推荐。
    9、
    我正面回答一下题主的问题吧:其实两个前景都不大好。WPF比Winform略好一点的方面是,现在微软的新界面开发方式,都是用XAML,所以Siverlight,WPF,Windows Phone/Metro,学了一样,就一通百通了,但是实质上,都看不到有什么太光明的前景,至少在国内是这样的。
    10、
    学会XAML,5分钟看懂DIV+CSS。
    11、
    当然是各有各的好喽。
    WinFrom比较老是不追求界面,要求一般性能的首选。Wpf是新一代的Ui开发框架,适合界面要求高的,性能也没有那么不堪,适合快速开发。所以假如想做好的话这两者甚至是MFC都要熟悉的。这三者即可相互替代,也可相互融合。手机码字
    12、

    wpf的底层是DirectX,意味着你的显示效果不仅可以更炫更酷,同时显卡(集显独显均可)提供的加速也不会拖累你的运行速度。winform的底层是GDI/GDI+,除非你明确使用DX的接口,不然永远都是CPU在画图,效果没那么炫,而且无法显卡加速。wpf的界面设计和逻辑设计可以分离,界面设计师可以利用blend自主设计好看的界面,而不是最终让程序员来实现那个复杂的动画或者设计。winform设计师最多拖一拖,而这往往不够用。wpf对于数据逻辑、业务逻辑、显示逻辑进行了解耦和,可以让不同部门协同工作更舒服一些,winform多少有一些搅在一起。

    展开全文
  • Windows桌面应用开发-什么是窗口

    千次阅读 2013-04-20 12:34:31
    很明显,在给操作系统命名为Windows之后,窗口是Windows非常重要的核心。但什么是窗口?当你想到一个窗口,你可能会想到这样一个事情: 应用程序窗口的屏幕快照   这种类型的窗口被称为应用程序窗口或主...
  • 就像现在看到的qq之类的,界面看起来还是比较美观的,它是用的什么工具?语言?开发的呢? ,不可能是java开发的吧,Java的swing和awt应该是好几年前用来做界面的吧!... 那目前比较流行的的桌面开发用的是什么呢?
  • 使用Python开发windows桌面程序

    万次阅读 2018-05-08 11:00:00
    使用Python开发windows桌面程序一、开发前期准备 1. boa-constructor-0.6.1.bin.setup.exe #一个wxWidges的集成开发环境,简单如Delphi,可以直接拖拽控件,并且和其他集成环境不一样, #它不与集成开发环境的...
  • windows平台桌面开发技术

    千次阅读 2017-02-09 15:07:00
    传统的windows平台win32应用开发技术 最大的缺点:设计和代码不能分离,不符合现在的主流开发技术 DirectUI 目前windows平台主流的开发技术。 开源类库duilib。 WPF 徽软.net平台开发技术,替代早期...
  • windows桌面程序开发 大多数在Windows上工作的软件开发人员都有相当标准的工具集:代码编辑器或IDE; Git或其他版本控制系统; 消息传递客户端(Slack或其克隆之一),等等。 由于大多数开发人员工作流程都在线,...
  • 敏捷开发使用EFT测试Windows桌面 敏捷开发使用EFT测试Windows桌面
  • windows桌面开发 书本

    2011-02-25 19:56:00
    Windows Forms编程实战 【原 书 名】 Windows Forms编程实战【作 者】(美) 布朗 【译 者】 徐波 等 【市场价】¥56.20 【出 版 社】 机械工业出版社【书 号】 9787111221142 【出版日期】2008年1月 【开 本】 ...
  • 主要介绍了详解使用webpack+electron+reactJs开发windows桌面应用,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
  • boa-constructor-0.6.1.bin.setup.exe#一个wxWidges的集成开发环境,简单如Delphi,可以直接拖拽控件,并且和其他集成环境不一样, #它不与集成开发环境的MainLoop冲突,pythonwin,pyScripter都会冲突,典型报错...
  • 如果配置过Flutter命令行环境,先命令行设置桌面模式可用 flutter config --enable-windows-desktop #to enable Windows 设置之后Windows就变为可选 工程创建完之后可以看到这样的结构 比Android,iOS多一...
  • 当然我这里面使用的是内测 beta 版本,默认情况下,Flutter没有启用桌面支持,所以我们需要配置支持一下 flutter config --enable-linux-desktop flutter config --enable-macos-desktop flutter config --enable-...
  • 要做一个数据可视化分析软件,想做成windows的本地桌面程序。不晓得目前这方面那些工具流行。社区活跃些,有问题讨论方便写。
  • C#开发的基于Windows,远程桌面控制,VS2015编译通过,学习远程桌面的可以参考
  • Acquia Dev桌面允许您在Mac或Windows PC上本地安装、测试和构建Drupal站点,并可以选择将它们托管在Acquia云或Acquia无云开发人员沙盒上。轻松地推或拉以将本地站点的代码、数据库或文件与任何Acquia云环境同步。 ...
  • 猜想可能是Windows又更新了什么鬼,后面查询资料知道是由于CredSSP加密Oracle修正的原因,这里我整理了下解决方案,希望能帮到你。 微软给出解决方案: https://support.microsoft.com/zh-...
  • 8Windows桌面程序开发实例 学习目标 通过实例掌握Windows桌面程序的开发流程 掌握各种控件在处理实际问题中的应用 通过实例掌握面向对象程序编写思想与方法 8.1 通讯录程序 8.1.1 题目要求 设计一个通讯录运行...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 149,299
精华内容 59,719
关键字:

windows桌面开发用什么