WTL达人请教是否学习WTL

[j8daxue]

学习MFC近2年,可以处理常见问题,尽管没拿它做什么项目,但基本对MFC有一个全面的认识.
因为目前还不知以后朝什么方面发展,所以只得多学下东西.
WTL早有所闻,据说不是非MS出品,听说它是轻量级的C++库.不知道对比MFC是否好用,以及是否有必要学?

[hust_terry]

主要是做com控件用的，比ATL功能丰富些，算是有点偏的东西了，如果不是需要做很复杂的控件界面基本就不会用到它。

[珍惜生命远离CPP]

WTL基于ATL的,用到比较少.

不知道lz对于MFC的原理 了解多少?

[wqvbjhc]

对于WTL的资源比较少,LZ学习要有准备

[j8daxue]

[Quote=引用 2 楼 akirya 的回复:]
WTL基于ATL的,用到比较少.

不知道lz对于MFC的原理 了解多少?
[/Quote]
在下只是尚未找到工作的学生,主要原因是做WINDOWS程序的少(多半是JAVA和.NET招聘),使用MFC的更少(使用其他工具BORLAND C++ VB DEIPHL等,或者其他C++库),当然也算会用WIN32API,另外就是LINUX C++了,做网络编程或其他.
从入门到现在有2年,C++基础还算可以,看过WINDOWS PROGRAMMING 5/E,深入浅出,原理方面算是有点了解,GDI/GDI+等都使用很多次.一些封装套接字,内部容器,COM,数据库方面则没怎么接触.说实话也不知道到底要学到怎么样才算好...

[flm007]

WTL我感觉学习没必要，有几个企业用WTL啊，要是自己当兴趣学也就无所谓了。

[jameshooo]

学习WTL不需要多少COM知识，但是必须掌握模板技术。虽然它是基于ATL的扩展，但ATL偏重于开发COM组件，同时ATL对窗口做了很原始很基础的封装，WTL正好在这个基础上扩展了ATL的功能，使得编写窗口程序方便不少。
如果熟悉MFC的人初次接触WTL，还是有些不顺手的，但是一旦上手了，开发的便捷性不会比MFC差。

[老邓]

WTL的问题：
1. 没有文档，所以只能看源码（这是很痛苦的，痛苦的让我最终放弃了WTL）
2. 不被官方认可，目前已经持续一年多没更新。（以后更不更新，不好说，但估计生命力不会太强）
3. 全手工写代码，开发效率低下。

所以，建议楼主关注下：wxWidgets

[老邓]

wxWidgets + wxFormBuilder 开源，跨平台，RAD，真的很爽！

[珍惜生命远离CPP]

[Quote=引用 4 楼 j8daxue 的回复:]
引用 2 楼 akirya 的回复:
WTL基于ATL的,用到比较少.

不知道lz对于MFC的原理 了解多少?

在下只是尚未找到工作的学生,主要原因是做WINDOWS程序的少(多半是JAVA和.NET招聘),使用MFC的更少(使用其他工具BORLAND C++ VB DEIPHL等,或者其他C++库),当然也算会用WIN32API,另外就是LINUX C++了,做网络编程或其他.
从入门到现在有2年,C++基础还算可以,看过WINDOWS PROGRAMMING 5/E,深入浅出,原理方面算是有点了解,GDI/GDI+等都…
[/Quote]
那你能不能说出来MFC设计的优点,缺点?
C++语言有那些优点,为啥要这样设计语言?

[jameshooo]

[Quote=引用 7 楼 Loaden 的回复:]
WTL的问题：
1. 没有文档，所以只能看源码（这是很痛苦的，痛苦的让我最终放弃了WTL）
2. 不被官方认可，目前已经持续一年多没更新。（以后更不更新，不好说，但估计生命力不会太强）
3. 全手工写代码，开发效率低下。

所以，建议楼主关注下：wxWidgets
[/Quote]

1、虽然文档少，但是源码大都很简洁，能学到很多东西。
2、WTL8.5都有了，支持了很多VISTA的特性，估计WIN7出来后它还会继续更新，要知道WTL就是ATL项目组成员折腾出来的。从另一个角度说，版本更新太勤快并不是好事。
3、用过WTL Helper吗？用了就知道它有多方便，向导功能不亚于MFC。

[j8daxue]

[Quote=引用 13 楼 akirya 的回复:]
对于第二个问题,没让你评论,你的使用C++过程中有没有发现某个特性用起来很方便么?
[/Quote]
在读学生很多没做过实际项目,所以不可能写很多很复杂的类.
最近找工作时,一般就是写写算法,一些数据结构练练手.
如果说特性的话,只是从书上看过.指针是从C弄过来的,好用性不多说.
继承,多态,模板这些就是非常好的特性了.
毕业设计中对继承,多态体会的有点深刻.

如果过于肤浅,还望指教

[DarknessTM]

WTL的问题还是资源太少了

像MFC这种，有许多别人的成果可以直接用


还有就是 VS环境下的智能提示，对C++ 大量模板的提示效果不好……

[珍惜生命远离CPP]

[Quote=引用 11 楼 j8daxue 的回复:]
问的比较深..
得说明下,我只是学生,没有任何人指导,只有自己探索的结果.
1.我觉得MFC对我来说最大的好处就是对比API增加了各种类,使用面向对象开发用起来比较规范,比较有层次感.控件方面则比较容易子类化,可以得到自己需要的界面.对消息如何路由做了统筹,还有自己实现的诸如反射消息等.有类向导生成空壳程序,以及消息表,开发比API方便.对初学WINDOWS编程的人都容易上手,尽管可能不了解原理.
缺点,做一般的应用程序基本要使用到比较深的类(从Cobject开始派生),这样会使联结到的.OBJ比较大,整个程序相对比较大(当然,不算什么明显缺点,谁在乎那点空间?).平台问题.有时候做一些东西其实不需要它的框架,如VIEW/DOC,DIALOG等,类层次显的比较庞大.---说实话,缺点自己用的时候没多大体会.

2.这个问题还是不回答好了.目前自己没任何资格评论语言
[/Quote]

对于第二个问题,没让你评论,你的使用C++过程中有没有发现某个特性用起来很方便么?

[金金2019]

WTL 其实就是SDK
所有的东西就是 API 功能都要自己写
做界面确实不错

但是功能什么的都要自己API了

无所谓 好不好用, 个人喜好了.
如果团队都用, 那么都用,
如果团队都不用用,你自己用,^_^

[bdzwj]

个人感觉WTL很好用，框架也很完善，不比MFC差

[j8daxue]

[Quote=引用 9 楼 akirya 的回复:]
引用 4 楼 j8daxue 的回复:
引用 2 楼 akirya 的回复:
WTL基于ATL的,用到比较少.

不知道lz对于MFC的原理 了解多少?

在下只是尚未找到工作的学生,主要原因是做WINDOWS程序的少(多半是JAVA和.NET招聘),使用MFC的更少(使用其他工具BORLAND C++ VB DEIPHL等,或者其他C++库),当然也算会用WIN32API,另外就是LINUX C++了,做网络编程或其他.
从入门到现在有2年,C++基础还算可以,看过WINDOWS PROGRAMMING 5/E,深入浅出,原理方…
[/Quote]
问的比较深..
得说明下,我只是学生,没有任何人指导,只有自己探索的结果.
1.我觉得MFC对我来说最大的好处就是对比API增加了各种类,使用面向对象开发用起来比较规范,比较有层次感.控件方面则比较容易子类化,可以得到自己需要的界面.对消息如何路由做了统筹,还有自己实现的诸如反射消息等.有类向导生成空壳程序,以及消息表,开发比API方便.对初学WINDOWS编程的人都容易上手,尽管可能不了解原理.
缺点,做一般的应用程序基本要使用到比较深的类(从Cobject开始派生),这样会使联结到的.OBJ比较大,整个程序相对比较大(当然,不算什么明显缺点,谁在乎那点空间?).平台问题.有时候做一些东西其实不需要它的框架,如VIEW/DOC,DIALOG等,类层次显的比较庞大.---说实话,缺点自己用的时候没多大体会.

2.这个问题还是不回答好了.目前自己没任何资格评论语言

[ilovedrv]

WTL用过一下，还做过一个项目，界面还比较复杂

不过，我的建议是，如非必要，例如项目组要求，遗留代码等，完全没有必要用这它，资料少，非官方，这些原因就足以让我放弃了，当然如果要以学习为目的，如何封装Windows消息流程处理，模板使用技巧，倒是可以收益非浅


使用mfc、wtl，主要就是做界面，其它的方面，采用标准的c/c++库，stl等，完全可以实现

[HotSoftg]

WTL比MFC 可爱多了。

用过WTL才知道MFC是多少的垃圾。

[有趣之极]

MFC不至于那么垃圾吧，呵呵