咨询一下论坛中做ATL开发的人多不多?

时间:2020-12-20 17:56:40
 之前一直用MFC,想学习ATL以及WTL,无奈资料缺乏,遇到问题 解决的难度也大。
 咨询一下现在做ATL开发的人 多不多,都做哪些方面或行业应用开发,如何才能做到商业软件
的的美工程度,如当前客户端的各种卫士等,了解一下 谢谢!!

14 个解决方案

#1


路过,不做ATL,是做嵌入式开发,包含驱动开发~

#2


引用 1 楼 VisualEleven 的回复:
路过,不做ATL,是做嵌入式开发,包含驱动开发~


驱动开发有钱途吗?想了解了解

#3



引用 1 楼 VisualEleven 的回复:
路过,不做ATL,是做嵌入式开发,包含驱动开发~

是C还是C++?

#4


现在的互联网客户端软件 很多做的很好看,有的就是用ATl(wtl)开发的。

#5


ATL还是比较多。

#6


现在主要是了解,主要用哪些方面,比如哪些公司会用ATL开发

#7


如何学习,请有经验的指导一下。

#8


全部用alt来写界面?  那是跟自己过不去, 用atl来写些控件倒是真的

#9


现在做客户端都越来越少了,WTL应该是少数中的少数吧。

做的好看和不好看跟用WTL或MFC没啥关系。

#10


也是 ,不过我想实现一个效果,好像只有ATL能做,比如像360手机卫士的客户端。
当有新消息的时候,会在桌面突变生成一个 未读消息的图标。效果挺好的。

#11


我也在用ATL, 但是多窗口的程序, 则于父子窗口不是同时绘制出来(因为先有父窗口的WM_PAINT然后才会有子窗口的WM_PAINT, 产闪烁的问题比较不好解决, 唯一做就是提高绘制速度来让用户看不到两次绘制过程的切换.

还是duilib这类好些, 可控性好, 开源的.  绘制都是完全控制,容易控制同步绘制(编辑框等等特殊控件除外).

#12


引用 11 楼 xiaohuh421 的回复:
我也在用ATL, 但是多窗口的程序, 则于父子窗口不是同时绘制出来(因为先有父窗口的WM_PAINT然后才会有子窗口的WM_PAINT, 产闪烁的问题比较不好解决, 唯一做就是提高绘制速度来让用户看不到两次绘制过程的切换.

还是duilib这类好些, 可控性好, 开源的.  绘制都是完全控制,容易控制同步绘制(编辑框等等特殊控件除外).


多谢,咨询一下 ATL在哪些领域比较好,我发现互联网这些客户端软件都没有用标准MFC开发的。
还有就是,针对duilib这样的库。如果做复杂的软件怎么实现,比如ribbon效果,比如MDI程序结果。多tab等框架

#13


MFC的优点是框架稳定, 开发界面迅速, 缺点是界面丑,自绘复杂,体积大.

duilib对于你的rabbon效果, tab等还是很容易实现的.

对于MDI这类程序的开发, 肯定是没有MFC那么方便了, 现在duilib是有RichEditr的, 但是离MFC 文档还有一点差距.
但好在这个是开源的, 你可以发挥你自己的能力添加这些东西到你的程序中. 或者说这个duilib库中.

#14


引用 13 楼 xiaohuh421 的回复:
MFC的优点是框架稳定, 开发界面迅速, 缺点是界面丑,自绘复杂,体积大.

duilib对于你的rabbon效果, tab等还是很容易实现的.

对于MDI这类程序的开发, 肯定是没有MFC那么方便了, 现在duilib是有RichEditr的, 但是离MFC 文档还有一点差距.
但好在这个是开源的, 你可以发挥你自己的能力添加这些东西到你的程序中. 或者说这个duilib库中.


好的,谢谢 duilib也研究过,不过对组织复杂的界面 没怎么掌握,

#1


路过,不做ATL,是做嵌入式开发,包含驱动开发~

#2


引用 1 楼 VisualEleven 的回复:
路过,不做ATL,是做嵌入式开发,包含驱动开发~


驱动开发有钱途吗?想了解了解

#3



引用 1 楼 VisualEleven 的回复:
路过,不做ATL,是做嵌入式开发,包含驱动开发~

是C还是C++?

#4


现在的互联网客户端软件 很多做的很好看,有的就是用ATl(wtl)开发的。

#5


ATL还是比较多。

#6


现在主要是了解,主要用哪些方面,比如哪些公司会用ATL开发

#7


如何学习,请有经验的指导一下。

#8


全部用alt来写界面?  那是跟自己过不去, 用atl来写些控件倒是真的

#9


现在做客户端都越来越少了,WTL应该是少数中的少数吧。

做的好看和不好看跟用WTL或MFC没啥关系。

#10


也是 ,不过我想实现一个效果,好像只有ATL能做,比如像360手机卫士的客户端。
当有新消息的时候,会在桌面突变生成一个 未读消息的图标。效果挺好的。

#11


我也在用ATL, 但是多窗口的程序, 则于父子窗口不是同时绘制出来(因为先有父窗口的WM_PAINT然后才会有子窗口的WM_PAINT, 产闪烁的问题比较不好解决, 唯一做就是提高绘制速度来让用户看不到两次绘制过程的切换.

还是duilib这类好些, 可控性好, 开源的.  绘制都是完全控制,容易控制同步绘制(编辑框等等特殊控件除外).

#12


引用 11 楼 xiaohuh421 的回复:
我也在用ATL, 但是多窗口的程序, 则于父子窗口不是同时绘制出来(因为先有父窗口的WM_PAINT然后才会有子窗口的WM_PAINT, 产闪烁的问题比较不好解决, 唯一做就是提高绘制速度来让用户看不到两次绘制过程的切换.

还是duilib这类好些, 可控性好, 开源的.  绘制都是完全控制,容易控制同步绘制(编辑框等等特殊控件除外).


多谢,咨询一下 ATL在哪些领域比较好,我发现互联网这些客户端软件都没有用标准MFC开发的。
还有就是,针对duilib这样的库。如果做复杂的软件怎么实现,比如ribbon效果,比如MDI程序结果。多tab等框架

#13


MFC的优点是框架稳定, 开发界面迅速, 缺点是界面丑,自绘复杂,体积大.

duilib对于你的rabbon效果, tab等还是很容易实现的.

对于MDI这类程序的开发, 肯定是没有MFC那么方便了, 现在duilib是有RichEditr的, 但是离MFC 文档还有一点差距.
但好在这个是开源的, 你可以发挥你自己的能力添加这些东西到你的程序中. 或者说这个duilib库中.

#14


引用 13 楼 xiaohuh421 的回复:
MFC的优点是框架稳定, 开发界面迅速, 缺点是界面丑,自绘复杂,体积大.

duilib对于你的rabbon效果, tab等还是很容易实现的.

对于MDI这类程序的开发, 肯定是没有MFC那么方便了, 现在duilib是有RichEditr的, 但是离MFC 文档还有一点差距.
但好在这个是开源的, 你可以发挥你自己的能力添加这些东西到你的程序中. 或者说这个duilib库中.


好的,谢谢 duilib也研究过,不过对组织复杂的界面 没怎么掌握,