扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
作者:mark 来源:赛迪网社区 2007年10月25日
关键字: C++
STL 主要是由 containers(容器),iterators(迭代器)和 algorithms(算法)的 templates(模板)构成的,但是也有几个 utility templates(实用模板)。其中一个被称为 advance。advance 将一个指定的 iterator(迭代器)移动一个指定的距离:
在概念上,advance 仅仅是在做 iter += d,但是 advance 不能这样实现,因为只有 random access iterators(随机访问迭代器)支持 += operation。不够强力的 iterator(迭代器)类型不得不通过反复利用 ++ 或 -- d 次来实现 advance。 你不记得 STL iterator categories(迭代器种类)了吗?没问题,我们这就做一个简单回顾。对应于它们所支持的操作,共有五种 iterators(迭代器)。input iterators(输入迭代器)只能向前移动,每次只能移动一步,只能读它们指向的东西,而且只能读一次。它们以一个输入文件中的 read pointer(读指针)为原型;C++ 库中的 istream_iterators 就是这一种类的典型代表。output iterators(输出迭代器)与此类似,只不过用于输出:它们只能向前移动,每次只能移动一步,只能写它们指向的东西,而且只能写一次。它们以一个输出文件中的 write pointer(写指针)为原型;ostream_iterators 是这一种类的典型代表。这是两个最不强力的 iterator categories(迭代器种类)。因为 input(输入)和 output iterators(输出迭代器)只能向前移动而且只能读或者写它们指向的地方最多一次,它们只适合 one-pass 运算。 一个更强力一些的 iterator category(迭代器种类)是 forward iterators(前向迭代器)。这种 iterators(迭代器)能做 input(输入)和 output iterators(输出迭代器)可以做到的每一件事情,再加上它们可以读或者写它们指向的东西一次以上。这就使得它们可用于 multi-pass 运算。STL 没有提供 singly linked list(单向链表),但某些库提供了(通常被称为 slist),而这种 containers(容器)的 iterators(迭代器)就是 forward iterators(前向迭代器)。TR1 的 hashed containers(哈希容器)的 iterators(迭代器)也可以属于 forward category(前向迭代器)。 bidirectional iterators(双向迭代器)为 forward iterators(前向迭代器)加上了和向前一样的向后移动的能力。STL 的 list 的 iterators(迭代器)属于这一种类,set,multiset,map 和 multimap 的 iterators(迭代器)也一样。 最强力的 iterator category(迭代器种类)是 random access iterators(随机访问迭代器)。这种 iterators(迭代器)为 bidirectional iterators(双向迭代器)加上了 "iterator arithmetic"(“迭代器运算”)的能力,也就是说,在常量时间里向前或者向后跳转一个任意的距离。这样的运算类似于指针运算,这并不会让人感到惊讶,因为 random access iterators(随机访问迭代器)就是以 built-in pointers(内建指针)为原型的,而 built-in pointers(内建指针)可以和 random access iterators(随机访问迭代器)有同样的行为。vector,deque 和 string 的 iterators(迭代器)是 random access iterators(随机访问迭代器)。 对于五种 iterator categories(迭代器种类)中的每一种,C++ 都有一个用于识别它的 "tag struct"(“标签结构体”)在标准库中:
这些结构体之间的 inheritance relationships(继承关系)是正当的 is-a 关系:所有的 forward iterators(前向迭代器)也是 input iterators(输入迭代器),等等,这都是成立的。我们不久就会看到这个 inheritance(继承)的功用。 但是返回到 advance。对于不同的 iterator(迭代器)能力,实现 advance 的一个方法是使用反复增加或减少 iterator(迭代器)的循环的 lowest-common-denominator(最小共通特性)策略。然而,这个方法要花费 linear time(线性时间)。random access iterators(随机访问迭代器)支持 constant-time iterator arithmetic(常量时间迭代器运算),当它出现的时候我们最好能利用这种能力。 我们真正想做的就是大致像这样实现 advance:
这就需要能够确定 iter 是否是一个 random access iterators(随机访问迭代器),依次下来,就需要知道它的类型,IterT,是否是一个 random access iterators(随机访问迭代器)类型。换句话说,我们需要得到关于一个类型的某些信息。这就是 traits 让你做到的:它们允许你在编译过程中得到关于一个类型的信息。 traits 不是 C++ 中的一个关键字或预定义结构;它们是一项技术和 C++ 程序员遵守的惯例。建立这项技术的要求之一是它在 built-in types(内建类型)上必须和在 user-defined types(用户定义类型)上一样有效。例如,如果 advance 被一个指针(譬如一个 const char*)和一个 int 调用,advance 必须有效,但是这就意味着 traits 技术必须适用于像指针这样的 built-in types(内建类型)。 traits 对 built-in types(内建类型)必须有效的事实意味着将信息嵌入到类型内部是不可以的,因为没有办法将信息嵌入指针内部。那么,一个类型的 traits 信息,必须在类型外部。标准的方法是将它放到 template(模板)以及这个 template(模板)的一个或更多的 specializations(特化)中。对于 iterators(迭代器),标准库中 template(模板)被称为 iterator_traits:
就像你能看到的,iterator_traits 是一个 struct(结构体)。根据惯例,traits 总是被实现为 struct(结构体)。另一个惯例就是用来实现 traits 的 structs(结构体)以 traits classes(这可不是我捏造的)闻名。 iterator_traits 的工作方法是对于每一个 IterT 类型,在 struct(结构体)iterator_traits中声明一个名为 iterator_category 的 typedef。这个 typedef 被看成是 IterT 的 iterator category(迭代器种类)。 iterator_traits 通过两部分实现这一点。首先,它强制要求任何 user-defined iterator(用户定义迭代器)类型必须包含一个名为 iterator_category 的嵌套 typedef 用以识别适合的 tag struct(标签结构体)。例如,deque 的 iterators(迭代器)是随机访问的,所以一个 deque iterators 的 class 看起来就像这样:
然而,list 的 iterators(迭代器)是双向的,所以它们是这样做的:
这样对于 user-defined types(用户定义类型)能很好地运转。但是对于本身是 pointers(指针)的 iterators(迭代器)根本不起作用,因为不存在类似于带有一个嵌套 typedef 的指针的东西。iterator_traits 实现的第二个部分处理本身是 pointers(指针)的 iterators(迭代器)。 为了支持这样的 iterators(迭代器),iterator_traits 为 pointer types(指针类型)提供了一个 partial template specialization(部分模板特化)。pointers 的行为类似 random access iterators(随机访问迭代器),所以这就是 iterator_traits 为它们指定的种类:
到此为止,你了解了如何设计和实现一个 traits class: ·识别你想让它可用的关于类型的一些信息(例如,对于 iterators(迭代器)来说,就是它们的 iterator category(迭代器种类))。 ·选择一个名字标识这个信息(例如,iterator_category)。 ·提供一个 template(模板)和一系列 specializations(特化)(例如,iterator_traits),它们包含你要支持的类型的信息。 给出了 iterator_traits ——实际上是 std::iterator_traits,因为它是 C++ 标准库的一部分——我们就可以改善我们的 advance 伪代码:
这个虽然看起来有点希望,但它不是我们想要的。在某种状态下,它会导致编译问题,这个问题我们以后再来研究它,现在,有一个更基础的问题要讨论。IterT 的类型在编译期间是已知的,所以 iterator_traits::iterator_category 可以在编译期间被确定。但是 if 语句还是要到运行时才能被求值。为什么要到运行时才做我们在编译期间就能做的事情呢?它浪费了时间(严格意义上的),而且使我们的执行码膨胀。 我们真正想要的是一个针对在编译期间被鉴别的类型的 conditional construct(条件结构)(也就是说,一个 if...else 语句)。碰巧的是,C++ 已经有了一个得到这种行为的方法。它被称为 overloading(重载)。 当你重载某个函数 f 时,你为不同的 overloads(重载)指定不同的 parameter types(形参类型)。当你调用 f 时,编译器会根据被传递的 arguments(实参)挑出最佳的 overload(重载)。基本上,编译器会说:“如果这个 overload(重载)与被传递的东西是最佳匹配的话,就调用这个 f;如果另一个 overload(重载)是最佳匹配,就调用它;如果第三个 overload(重载)是最佳的,就调用它”等等。看到了吗?一个针对类型的 compile-time conditional construct(编译时条件结构)。为了让 advance 拥有我们想要的行为方式,我们必须要做的全部就是创建一个包含 advance 的“内容”的重载函数的多个版本(此处原文有误,根据作者网站勘误修改——译者注),声明它们取得不同 iterator_category object 的类型。我为这些函数使用名字 doAdvance:
因为 forward_iterator_tag 从 input_iterator_tag 继承而来,针对 input_iterator_tag 的 doAdvance 版本也将处理 forward iterators(前向迭代器)。这就是在不同的 iterator_tag structs 之间继承的动机。(实际上,这是所有 public inheritance(公有继承)的动机的一部分:使针对 base class types(基类类型)写的代码也能对 derived class types(派生类类型)起作用。) advance 的规范对于 random access(随机访问)和 bidirectional iterators(双向迭代器)允许正的和负的移动距离,但是如果你试图移动一个 forward(前向)或 input iterator(输入迭代器)一个负的距离,则行为是未定义的。在我检查过的实现中简单地假设 d 是非负的,因而如果一个负的距离被传入,则进入一个直到计数降为零的非常长的循环。在上面的代码中,我展示了改为一个异常被抛出。这两种实现都是正确的。未定义行为的诅咒是:你无法预知会发生什么。 给出针对 doAdvance 的各种重载,advance 需要做的全部就是调用它们,传递一个适当的 iterator category(迭代器种类)类型的额外 object 以便编译器利用 overloading resolution(重载解析)来调用正确的实现:
我们现在能够概述如何使用一个 traits class 了: ·创建一套重载的 "worker" functions(函数)或者 function templates(函数模板)(例如,doAdvance),它们在一个 traits parameter(形参)上不同。与传递的 traits 信息一致地实现每一个函数。 ·创建一个 "master" function(函数)或者 function templates(函数模板)(例如,advance)调用这些 workers,传递通过一个 traits class 提供的信息。 traits 广泛地用于标准库中。有 iterator_traits,当然,再加上 iterator_category,提供了关于 iterators(迭代器)的四块其它信息(其中最常用的是 value_type )。还有 char_traits 持有关于 character types(字符类型)的信息,还有 numeric_limits 提供关于 numeric types(数值类型)的信息,例如,可表示值的最小值和最大值,等等。(名字 numeric_limits 令人有些奇怪,因为关于 traits classes 更常用的惯例是以 "traits" 结束,但是它就是被叫做 numeric_limits,所以 numeric_limits 就是我们用的名字。) TR1引入了一大批新的 traits classes 提供关于类型的信息,包括 is_fundamental(T 是否是一个 built-in type(内建类型)),is_array(T 是否是一个 array type(数组类型)),以及 is_base_of(T1 是否和 T2 相同或者是 T2 的一个 base class(基类))。合计起来,TR1 在标准 C++ 中加入了超过 50 个 traits classes。 Things to Remember ·traits classes 使关于类型的信息在编译期间可用。它们使用 templates(模板)和 template specializations(模板特化)实现。 ·结合 overloading(重载),traits classes 使得执行编译期类型 if...else 检验成为可能。 |
濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴f閺嬩線鏌涘☉姗堟敾闁告瑥绻橀弻锝夊箣濠垫劖缍楅梺閫炲苯澧柛濠傛贡缁骞掗弬鍝勪壕闁挎繂绨肩花浠嬫煕閺冩挾鐣辨い顏勫暣婵″爼宕卞Δ鈧ḿ鎴︽⒑缁嬫鍎愰柟鐟版喘瀵鈽夐姀鈥充簻闂備礁鐏濋鍛閹绢喗鈷戠紒顖涙礃閺夊綊鏌涚€n偅灏い顏勫暣婵″爼宕卞Δ鈧ḿ鎴︽⒑缁嬫鍎愰柟绋垮⒔濡叉劙骞橀幇浣告倯闂佸憡绮岄崯鎶藉触椤愨懡鏃堟偐闂堟稐绮堕梺鍝ュ櫏閸嬪鎮橀幒妤佺厽闁绘ê寮剁粚鍧楁倶韫囨梻鎳呯紒顕嗙秮閹瑩鎮滃Ο閿嬪闁荤喐绮庢晶妤冩暜閹烘挾顩插ù鐓庣摠閻撴洟鏌熼幆褜鍤熸繛鍙夋尦閺岀喖顢欓挊澶婂Б闁绘挶鍊栭妵鍕疀閹炬潙娅濋梺褰掓敱濡炶棄顫忔繝姘<婵ê宕·鈧梻浣告啞椤ㄥ棗煤閻旈鏆﹀┑鍌溓瑰敮闂侀潧锛忛崟顓炲及婵犵數濮烽弫鍛婃叏閹绢喗鏅濋柕鍫濇礌閸嬫挸顫濋悡搴$睄閻庤娲╃紞鈧紒鐘崇洴瀵噣宕掑⿰鍛潓婵犵數濮烽弫鍛婃叏閹绢喖纾圭紓浣股戝▍鐘崇箾閹存瑥鐏柣鎾存礋閹鏁愰崘銊ヮ瀳婵犵鈧尙鐭欓柡灞炬礋瀹曟儼顦叉い蹇e幘閳ь剚顔栭崰鏇犲垝濞嗘劒绻嗘慨婵嗙焾濡插綊姊洪柅鐐茶嫰婢ь垶鎮介銈囩瘈鐎殿喖顭烽幃銏ゅ礂閻撳海妾┑鐘灱濞夋盯鏁冮妷銉㈡灁濠电姵纰嶉埛鎴︽煕濠靛棗顏柣蹇涗憾閺屾盯鎮╁畷鍥р拰濡ょ姷鍋涢崯顐︺偑娴兼潙閱囨繝闈涚墕楠炴劙姊绘担鍛靛綊寮甸鍌滅煓闁规儳绠嶆禍褰掓倵閿濆骸鏋熼柣鎾跺枛楠炴牕菐椤掆偓閳ь兙鍊曞玻鍧楀箛椤撶姷顔曢梺鍛婄懃椤ャ垽顢旈崼鐔蜂患濠电娀娼ч悧蹇涙儗濞嗘挻鍋i柟顓熷笒婵¤姤绻涢崼銉х暫婵﹥妞藉畷婊堝箵閹哄秶鍑规繝鐢靛仜瀵爼鎮ч悩璇茬畺闁炽儲鏋煎Σ鍫ユ煏韫囥儳纾块柛姗€浜堕弻锝堢疀閺囩偘绮舵繝鈷€鍌滅煓闁诡垰鐬奸埀顒婄秵閸嬪棛绮绘ィ鍐╃厱妞ゆ劑鍊曢弸鎴︽煕婵犲啫濮堥柟渚垮妽缁绘繈宕熼鐐殿偧闂備胶鎳撻崲鏌ュ箠閹邦喖鍨濋柣銏㈩暯閸嬫捇鏁愭惔婵堝嚬闂佷紮绲奸崡鍐差潖缂佹ɑ濯撮悷娆忓娴犫晠姊洪崨濠冪叆妞ゆ垵顦悾鐑芥晸閻樿尙顦ㄩ梺鑲┾拡閸撴艾鈻撴ィ鍐┾拺闂傚牊绋撶粻鐐烘煕婵犲啯绀嬬€规洘锕㈤崺鈧い鎺嗗亾妞ゎ亜鍟存俊鍫曞幢濡も偓椤洭姊虹粙鍧楊€楃€规洦鍓熼幆鍐敆閸曨兘鎷婚梺绋挎湰閻熝囧礉瀹ュ鍊电紒妤佺☉閹虫劙鎯屽▎鎾寸厵閻庣數枪琚ラ梺绋款儐閹告悂锝炲┑瀣亗閹艰揪绱曢惈鍕煟鎼淬値娼愭繛鍙夊灴瀹曪繝宕橀懠顒佹闂佸憡顨堥崐锝夋偄閸忓皷鎷归梺褰掑亰閸犳艾鈻旈崸妤佲拻闁稿本鐟х粣鏃€绻涙担鍐叉处閸嬪鏌涢埄鍐槈缂佺姷濞€楠炴牕菐椤掆偓閻忣亪鏌涘▎蹇曠闁靛洤瀚伴獮鎺楀幢濡炴儳顥氶梻鍌欑閻ゅ洭锝炴径鎰瀭闁秆勵殔閺勩儵鏌曟径鍡樻珔妤犵偑鍨烘穱濠囨倷閹绘巻鎸冮梺鍛婂灱椤鎹㈠┑瀣仺闂傚牊鍒€閻愮儤鐓曢柕濠忛檮閵囨繈鏌℃担鍓插剶闁哄睙鍥ㄥ殥闁靛牆鎳嶅▽顏呯箾閿濆懏鎼愰柨鏇ㄤ簼娣囧﹪宕奸弴鐐茬獩濡炪倖鏌ㄩ崥瀣敂閿熺姵鈷掑ù锝呮嚈瑜版帩鏁勯柛娑欐綑绾惧綊鏌涢敂璇插箺鐎规洖寮剁换娑㈠箣濞嗗繒浠煎Δ鐘靛亼閸ㄧ儤绌辨繝鍥舵晬婵犲灚鍔曞▓顓犵磼閻愵剚绶茬紒澶婄秺瀵鏁愰崱妯哄妳闂侀潧楠忕徊浠嬎夊┑鍡╂富闁靛牆绻愰々顒勬煛娴g瓔鍤欐い鏇悼閹风姴顔忛鍏煎€梻浣稿閸嬫帡宕戦崨鎼晛闁搞儺鍓氶埛鎺懨归敐鍛暈闁哥喓鍋ら弻鐔煎箹娴h櫣鏆悗瑙勬礈婢ф骞嗛弮鍫氣偓锕傚箣閻愬瓨鐝ㄩ梻鍌欑劍鐎笛呮崲閸岀倛鍥ㄧ鐎n亝鐎梺绯曞墲閵囨粓鍩€椤掍礁绗掓い顐g箞椤㈡绻濋崒姘兼浆闂傚倷鐒﹀鍧楀储娴犲鈧啴宕卞▎鎰簥濠电偞鍨崹鍦不婵犳碍鐓涘璺侯儏閻忊晠鏌涢弬鎯у祮婵﹨娅g划娆忊枎閹冨闂備礁婀遍幊鎾趁洪鐑嗗殨濠电姵纰嶉弲鏌ユ煕濞戝彉绨兼い顐㈢Т閳规垿鎮欓崣澶樻!闂佸憡姊瑰ú婊勭珶閺囥垹绠柤鎭掑劗閹锋椽姊洪崨濠勭畵閻庢凹鍘奸敃銏ゅ箥椤斿墽锛滈柣搴秵閸嬪嫰鎮橀幘顔界厱闁冲搫鍟禒杈殽閻愬樊鍎旈柡浣稿暣閸┾偓妞ゆ巻鍋撴い鏂跨箰閳规垿宕堕妷銈囩泿闂備礁鎼ú銊╁磻閻愬搫闂繛宸簼閻撳啴鎮归崶顏嶅殝闁告梻鍠撶槐鎺撴綇閵婏箑纾抽悗瑙勬礃鐢帡鍩㈡惔銊ョ婵犻潧妫悗鏉戔攽閿涘嫬浜奸柛濠冨灴瀹曟繂鐣濋崟顐ょ枃濠殿喗銇涢崑鎾搭殽閻愬弶顥滈柣锝嗙箞瀹曠喖顢曢妶蹇曞簥闂傚倷鑳剁划顖炲礉濞嗗繄缂氱憸蹇曞垝婵犲洦鏅濋柛灞剧〒閸樼敻姊虹粙璺ㄧ闁稿鍔欏鍐差潨閳ь剟寮诲☉銏犳閻犳亽鍔庨崝顖炴⒑鐠団€虫灓闁稿鍊曢悾鐤亹閹烘繃鏅濋梺缁樓规禍顒勬儎鎼淬劍鈷掑ù锝呮啞鐠愶繝鏌涙惔娑樷偓婵嗙暦瑜版帗鍋ㄩ柛鎾冲级閺呮粓姊洪崘鍙夋儓闁瑰啿绻樺畷鎰板垂椤愶絽寮垮┑顔筋殔濡鏅剁紒妯圭箚闁圭粯甯炵粔娲煛鐏炵偓绀嬬€规洘鍎奸ˇ鍙夈亜韫囷絽骞橀柍褜鍓氶鏍窗閺囩姴鍨濇繛鍡樺姃缁诲棙鎱ㄥ┑鍡欑劸婵℃彃銈稿娲閳哄啰銈烽梺绋块绾绢厼危閹版澘绠婚悗娑櫭鎾剁磽娴e湱鈽夋い鎴濇噹閳绘捇顢橀悙鈺傛杸闂佸疇妫勫Λ妤佺濠靛牏纾奸悹鍥皺婢ф洘銇勯弴顏嗙ɑ缂佺粯绻傞~婵嬵敇閻愭壆鐩庣紓鍌欒兌閸嬫挻鍒婇懞銉d粓闁归棿绀侀悿楣冩煥濠靛棭妲归柛瀣у墲缁绘繃绻濋崒姘闁轰礁鐗撳铏规嫚閳ヨ櫕鐏嶉梺鎸庢磸閸ㄤ粙鐛繝鍥ㄥ亹婵炶尙绮弲銏ゆ⒑缁嬫寧婀扮紒顕嗙悼濡叉劙寮婚妷锔规嫼闂佸憡绻傜€氬嘲危閹间焦鐓熸俊銈傚亾閻庢碍婢橀悾宄扳攽閸ャ劌鍔呴梺鎸庣箓濞诧絿绮径鎰拺缂備焦锚婵鏌涙惔娑樷偓婵嬪箖閳ユ枼妲堥柕蹇娾偓鏂ュ亾閸洘鐓熼柟閭﹀灡绾墽鎮鑸碘拺闁告縿鍎辨牎闂佹寧娲忛崹钘夘嚕婵犳艾鐒洪柛鎰ㄦ櫅椤庢捇姊洪懡銈呮瀾婵犮垺锕㈤敐鐐哄箳濡や礁鈧敻鎮峰▎蹇擃仾缂佲偓閸儲鐓曢柣妯虹-婢х敻鏌曢崱鏇狀槮妞ゎ偅绮撻崺鈧い鎺戝缁犳牠鏌嶉崫鍕櫤闁诡垳鍋為妵鍕箛閳轰讲鍋撳┑瀣濠电姵纰嶉埛鎺楁煕鐏炴崘澹橀柍褜鍓欓崲鏌ユ箒闂佹悶鍎滈崨顔筋啎闂備礁澹婇悡鍫ュ磻閸涙潙鐭楅煫鍥ㄧ⊕閻撴瑩鏌熼娑欑凡鐞氭岸姊洪幎鑺ユ暠婵﹤顭烽崺鈧い鎺嗗亾缂佺姴绉瑰畷鏇㈡焼瀹撱儱娲、娑㈡倷閹绘帞鈧參姊虹粙璺ㄧ伇闁稿鍋ら幃锟犲閳ヨ尙绠氬銈嗙墬缁矂鎯冮幋鐘电<閺夊牄鍔岄崫娲煛鐏炶濡奸柍瑙勫灴瀹曢亶鍩¢崒鍌﹀缁辨挻鎷呴幓鎺嶅闂佽鍑界紞鍡涘磻娴e湱顩叉繝濠傜墛閻撴稓鈧箍鍎遍崯顐d繆閸ф鐓冮柦妯侯樈濡插湱绱掔紒妯兼创鐎规洖銈搁幃銏ゆ惞閸︻厼甯ㄥ┑鐘愁問閸犳牠鏁冮妸銉㈡瀺闁挎繂鎳夊Σ鍫ユ煟閵忊懚鐟邦啅濠靛洢浜滈柡鍌涘劤鐎氬酣鏌嶈閸撴岸宕濋弴鈶┾偓鏃堝礃椤斿槈褔骞栫划鍏夊亾閼碱剙鍤┑鐘垫暩閸嬬姷浜稿▎鎾崇獥闁哄诞鍛濠电偛妯婃禍婊堟倿閸偁浜滈柟鍝勭Ч濡惧嘲霉濠婂嫮鐭掗柡宀€鍠栧畷顐﹀礋椤掑顥e┑鐐茬摠缁挾绮婚弽褜娼栨繛宸簻缁犱即骞栧ǎ顒€鐏柍瑙勭⊕缁绘繄鍠婂Ο宄颁壕闁惧浚鍋呴幃娆撴煕濡ゅ懍鎲鹃柡宀€鍠栭幃褔宕奸悢鍝勫殥缂傚倷绶¢崑鍕矓瑜版帒钃熸繛鎴欏焺閺佸啴鏌ㄥ┑鍡樺窛闁伙絿鍘ч—鍐Χ閸℃ê闉嶅┑锛勫仩濡嫰锝炶箛娑欐優闁革富鍘鹃敍婊冣攽閳藉棗鐏犻柟纰卞亰閿濈偛鐣濋崟顒€鈧灚绻涢崼婵堜虎婵炲懏锕㈤弻娑㈠箻鐎靛憡鍣梺璇茬箰閸熸潙顫忓ú顏勫窛濠电姳鑳剁换渚€姊洪崫銉バg€光偓缁嬭法鏆﹂柕蹇嬪€曠粻鐟懊归敐鍛辅闁归攱妞藉娲川婵犲啫闉嶉悷婊勬緲閸燁垳绮嬪鍡欘浄閻庯綆鍋嗛崢閬嶆煟鎼搭垳绉靛ù婊勭矒椤㈡棃顢橀姀锛勫幍濡炪倖姊归弸濠氭嚀閸ф鐓涘ù锝嚽归弳锝団偓瑙勬礃鐢帡鍩ユ径濠庢僵妞ゆ巻鍋撶紒鐘靛仱濮婄粯鎷呯粵瀣闂佸憡鍨归弲顐ゆ閻愬搫骞㈡繛鎴炨缚閿涙盯姊虹化鏇炲⒉閽冭鲸绻涢崨顖毿i柕鍥у楠炴帡骞嬪┑鍐ㄤ壕闁煎鍊曢ˉ姘攽閸屾碍鍟為柣鎾存礋閹﹢鎮欓幓鎺嗘寖闂佸疇妫勯ˇ杈╂閹烘埈娓婚柨鏇楀亾婵炶绠撻幃鈥斥枎閹惧鍘介梺缁樻煥閹诧紕娆㈤崣澶堜簻闊浄绲藉顕€鏌″畝鈧崰鏍箖閳╁啯鍎熼柕蹇ョ悼椤㈠懘姊绘担鐑樺殌鐎殿喖鐖奸獮鎰板礃閼碱剚娈鹃梺缁樻煥閸氬藟閸喓绠鹃柟瀵稿仧閹冲嫰鏌e┑鎾剁瘈婵﹤顭峰畷鎺戭潩椤戣棄浜鹃柟闂寸绾剧懓顪冪€n亝鎹i柣顓炴閵嗘帒顫濋敐鍛婵°倗濮烽崑鐐烘偋閻樻眹鈧線寮撮姀鐘栄囨煕鐏炲墽鐓瑙勬礀閳规垿顢欓惌顐簻閻g兘顢楅崟顐㈠亶闁诲海鏁哥涵鍫曞磻閹捐埖鍠嗛柛鏇ㄥ墰椤︺儳绱撻崒姘毙㈤柨鏇ㄤ簻椤曪絾绻濆顒€鑰垮┑掳鍊曢敃銈夊箖閹达附鈷戦柛娑橈梗缁堕亶鏌涢妸褎娅曟俊鍙夊姍閺屽棗顓奸崱娆忓箺闂佺澹堥幓顏嗘閺囥垺鍋╂い鎾卞灪閻撴洟骞栧ǎ顒€濡洪柟鏌ョ畺閹稿﹤鈹戦崰銏犵秺瀹曟宕楅懖鈺冣枏缂備胶鍋撳畷妯衡枖閺囥垹鐒垫い鎺嗗亾缂佺姴绉瑰畷鏇㈡焼瀹撱儱娲︾€佃偐鈧稒锚娴滄姊洪崫鍕偍闁搞劍妞介幃鈥斥槈閵忥紕鍘遍梺闈涱檧缁蹭粙宕濆顑芥斀闁挎稑瀚敮鑸点亜椤撯€冲姷妞ぱ傜窔閺屾盯濡搁妶鍛ギ濠电姭鍋撳〒姘e亾婵﹨娅g槐鎺懳熼幘铏础缂侇喗妫冮、姘跺焵椤掑嫨鈧線寮崼婵嬪敹闂佺粯妫佸▍锝夊汲閵忋倖鈷掗柛灞捐壘閳ь剛鍏橀幃鐐烘晜闁款垰浜剧紒妤佺☉閹冲繐鐣烽弻銉︾厱閻忕偟铏庨崵銈嗙箾閹寸儐鐒搁柡鍐ㄧ墕瀹告繃銇勯幘璺盒㈡鐐村浮濮婄粯鎷呴崨濠冨創濠电偛鐪伴崹钘夌暦閻熸噴娲敂閸涱厺绨甸梻浣告啞閸旓附绂嶅┑瀣獥闁归偊鍘剧弧鈧繝鐢靛Т閸婄粯鏅堕弴鐘电<闁逞屽墴瀹曞ジ鎮㈢粙鍨紟婵犵妲呴崹杈┾偓绗涘懏鍏滃Δ锝呭暞閻撱垽鏌涢幇鍏哥盎闁哄鐩弻锛勪沪閻愵剛顦ㄧ紓浣虹帛缁嬫牠藝閺屻儲鍊垫慨妯哄船閸樺鈧娲橀崹鎸庝繆閹间礁鐓涢柛灞绢殕鐎氳偐绱撻崒姘偓鐑芥倿閿曞倹鏅┑鐘愁問閸犳牕煤閿曞倸桅闁告洦鍨伴崡鎶芥煏婵炲灝鍔氱紒顐㈢Ч濮婅櫣鍖栭弴鐔告緭闂佹悶鍔忓Λ鍕敋閿濆绠绘い鏃傗拡濞煎﹪姊洪悙钘夊姕闁哄銈稿畷鎴﹀箻缂佹ê浠洪梺鍛婄☉閿曪箓宕i崱妞绘斀闁绘ḿ绮☉褎淇婇锝庢疁闁糕斁鍋撳銈嗗笒閸婂綊宕甸埀顒勬⒑鐎圭媭鍤欑紒澶屾嚀閻g兘宕奸弴鐐嶁晠鏌ㄥ┑鍡楊伀闁烩晛閰e缁樼節鎼粹€茬盎濠电偠顕滄俊鍥╁垝濞嗘挸绠涢柡澶庢硶閻ゅ懏淇婇妶蹇曞埌闁哥噥鍨堕幃鈥斥槈閵忊€斥偓鍫曟煟閹扮増娑уù婊冨⒔缁辨帡鍩€椤掑倵鍋撻敐搴″幋闁稿鎸鹃幉鎾礋椤掑偆妲瑰┑鐐茬摠缁矂鎮ユ總绋课ュù锝呭濞笺劑鏌嶈閸撶喖鐛崘顔碱潊闁挎稑瀚板顔界節閵忥絾纭炬い锕侀哺瀵板嫰鏁撻敓锟�
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者