angularjs复选框

『壹』 如何将复选框中的值通过一个按钮添加到表格里面

• 在Angularjs中，ng-repeat指令会建立一个子作用域，在这个表格内的变量，外面的$scope都无法获取，解决方法是在button同级的作用域下新建一个数组：$scope.selectedOrder=[]，想法是将选中的checkbox的数据放进$scope.selectedOrder数组里（$scope.selectedOrder.push(order);order是选中的数据（通过ng-model得到的））然后送到后台进行处理：var object = {'selectedOrder':$scope.selectedOrder}，将object送到PHP即可

『贰』 濡備綍鐢╦s鎻愪氦琛ㄥ崟濡備綍鐢╦s鎻愪氦琛ㄥ崟鏁版嵁搴

Js琛ㄥ崟鎻愪氦

琛ㄥ崟鎻愪氦瀵逛簬鍒氬紑濮嬪︿範js鐨勬湅鍙嬫潵璇存槸涓涓姣旇緝鍥版儜鐨勯棶棰樸傚備綍鎻愪氦锛屽備綍闃叉㈤粯璁ゆ彁浜わ紝濡備綍鎻愪氦琛ㄥ崟涓嶈烦杞绛夈傝繖閲屾湁涓浜涗緥瀛愩

鐨勫師濮嬭〃鍗曟彁浜ゆ湁鎸夐挳鎸夐挳鎻愪氦鍜岀殑绫诲瀷銆備袱鑰呮湁浠涔堝尯鍒锛

(1)榛樿よ〃鍗曟彁浜

(2)榛樿や笉浼氭彁浜よ〃鍗曘

(3)濡傛灉鍦ㄨ〃鍗曚腑锛屾垜浠浣跨敤浜唗ype=''submit灞炴э紝浣嗘槸涓嶈╄〃鍗曢粯璁ゆ彁浜わ紝鎬庝箞鍔烇紵鐪嬩笅闈

(4)濡傛灉鍦ㄨ〃鍗曚腑锛屾垜浠浣跨敤type=''button灞炴э紝浣嗚繕鏄闇瑕佹彁浜よ〃鍗曪紝鍙浠ョ敤ajax鎻愪氦銆傚ソ澶勬槸鍙浠ヨ嚜宸辨帶鍒舵彁浜わ紝椤甸潰涓嶄細璺宠浆銆

(5)濡傛灉浣跨敤榛樿ゆ彁浜ゆ柟寮忥紝骞朵笖鍦ㄦ彁浜ゅ墠瀵硅〃鍗曡繘琛屼簡楠岃瘉锛岃峰弬鑰冧互涓嬫柟娉曘

(6)濡傛灉浣跨敤浜唗ype='button'灞炴э紝浣嗕粛鎯冲疄鐜伴粯璁ょ殑鎻愪氦鏂规硶鎬庝箞鍔烇紵鐪嬩笅闈

(7)涓嬮潰鐨勬彁浜や細鎬庝箞鏍凤紵

鍒嗘瀽:鍗曞嚮鎻愪氦鎸夐挳:

(1)褰撹〃鍗曢獙璇佸け璐ユ椂锛宖orm.submit()鍑芥暟涓嶄細琚瑙﹀彂锛屾墍浠鏍囩

input鐢ㄤ簬鏀堕泦鐢ㄦ埛淇℃伅锛屾牴鎹涓嶅悓鐨勭被鍨嬫樉绀轰笉鍚岀殑褰㈠紡銆俰nput鏄绌烘爣绛撅紝瀹冩病鏈夌粨鏉熸爣绛撅紝鍦ㄥ紑濮嬫爣绛句腑缁撴潫銆俽鍏冪礌鏍规嵁涓嶅悓鐨則ype灞炴э紝鍙浠ュ彉鍖栦负澶氱嶅舰鎬併俽鍏冪礌璁剧疆name灞炴э紝鐢ㄤ簬缃戠粶璇锋眰鏃舵彁浜ゅ瑰簲杈撳叆鐨勫瓧娈点俽input="text"鏂囨湰妗唕瀹氫箟鍗曡岀殑杈撳叆瀛楁碉紝鐢ㄦ埛鍙鍦ㄥ叾涓杈撳叆鏂囨湰銆傚畠鏄涓涓鍗曡屾枃鏈妗嗭紝input鐨勯粯璁ょ被鍨嬪嵆鏄痶ext绫诲瀷銆俽input="password"瀵嗙爜妗唕绫诲瀷涓簆assword鏃讹紝瀹冪敤浜庢敹闆嗙敤鎴疯緭鍏ョ殑瀵嗙爜锛屽湪浣犺緭鍏ユ椂锛屾祻瑙堝櫒浼氭妸杈撳叆鐨勫唴瀹逛互绗﹀彿鏉ヤ唬鏇裤俽鏂囨湰妗嗗拰瀵嗙爜妗嗛兘鍙浠ユ坊鍔爌laceholder灞炴э紝鐢ㄤ簬璁剧疆杈撳叆瀛楁甸勬湡鍊肩殑鎻愮ず淇℃伅銆傝ユ彁绀轰細鍦ㄨ緭鍏ュ瓧娈典负绌烘椂鏄剧ず锛屽苟浼氬湪瀛楁佃幏寰楃劍鐐规椂娑堝け銆俽type="radio"鍗曢夋唕绫诲瀷涓簉adio鏃讹紝鐢ㄤ簬瀹氫箟鍗曢夋寜閽锛宯ame灞炴у肩浉鍚岀殑input鍗曢夋嗗彧鑳芥湁涓涓琚閫変腑銆俽璁剧疆榛樿ら変腑鐨勫崟閫夋嗐傛槸鎻愪氦鍒版湇鍔″櫒鏃剁粰鍚庡彴绋嬪簭鍛樹滑鐪嬬殑銆俽type="checkbox"澶嶉夋唕绫诲瀷涓篶heckbox鏃讹紝鐢ㄤ簬瀹氫箟澶嶉夋寜閽锛屽嶉夋嗗厑璁哥敤鎴峰湪涓瀹氭暟鐩鐨勯夋嫨涓閫夊彇涓涓鎴栧氫釜閫夐」銆俽type="file"鏂囦欢涓婁紶r绫诲瀷涓篺ile鏃讹紝榛樿や负鍗曟枃浠朵笂浼犮俽璁剧疆涓哄氭枃浠朵笂浼犮俽type="hidden"闅愯棌瀛楁祌闅愯棌瀛楁靛逛簬鐢ㄦ埛鏄涓嶅彲瑙佺殑銆傞殣钘忓瓧娈甸氬父浼氬瓨鍌ㄤ竴涓榛樿ゅ硷紝瀹冧滑鐨勫间篃鍙浠ョ敱javaScript杩涜屼慨鏀广俽

2.2select>涓嬫媺鍒楄〃

select>鍏冪礌瀹氫箟涓嬫媺鍒楄〃锛宱ption>鍏冪礌瀹氫箟寰呴夋嫨鐨勯夐」銆傚垪琛ㄩ氬父浼氭妸棣栦釜閫夐」鏄剧ず涓鸿閫夐夐」锛岄氳繃娣诲姞selected灞炴ф潵瀹氫箟棰勫畾涔夐夐」銆俽鍗曢夋寜閽銆佸嶉夋嗛粯璁ら変腑鐢锛歝hecked灞炴с俽涓嬫媺鍒楄〃浣跨敤锛歴elected灞炴с俽浣跨敤size灞炴ц剧疆涓嬫媺鍒楄〃灞曞紑锛屼娇鐢╩ultiple灞炴ц剧疆澶氶夈俽

2.3textarea>鏂囨湰鍩

textarea>鍏冪礌瀹氫箟澶氳岃緭鍏ュ瓧娈碉紙鏂囨湰鍩燂級rcols锛氳勫畾鏂囨湰鍖哄唴鐨勫彲瑙佸藉害銆俽rows锛氳勫畾鏂囨湰鍖哄唴鐨勫彲瑙佽屾暟銆俽鏂囨湰鍩熷彲浠ユ坊鍔爌laceholder灞炴э紝鐢ㄤ簬璁剧疆杈撳叆瀛楁甸勬湡鍊肩殑鎻愮ず淇℃伅銆俽

2.4label>鏍囩

label鏄痠nput鐨勬弿杩帮紝瀹冩湰韬涓嶄細鏈夌壒娈婃晥鏋滐紝浣嗗畠鍜屽叾瀹僫nput鏍囩句娇鐢ㄥ彲浠ユ彁鍗囩敤鎴风殑浣跨敤浣撻獙锛岀敤鎴蜂笉鐢ㄩ潪寰楃偣鍑诲埌鎸夐挳锛岃屾槸鐐瑰嚮鏂囧瓧鍗冲彲閫変腑锛屽傗滆颁綇瀵嗙爜鈥濄俽閫氳繃label鐨刦or鎸囧悜鎸夐挳鐨刬d鏉ョ粦瀹氾紝for鍜宨d灞炴х殑鍊艰佺浉鍚屻俽3.琛ㄥ崟鎸夐挳type="reset"閲嶇疆鎸夐挳r閲嶇疆鎸夐挳浼氭竻闄よ〃鍗曚腑鐨勬墍鏈夋暟鎹銆俽璁剧疆閲嶇疆鎸夐挳涓婃樉绀虹殑鏂囧瓧銆俽type="submit"鎻愪氦鎸夐挳rtype="submit"瀹氫箟鎻愪氦鎸夐挳銆傛彁浜ゆ寜閽鐢ㄤ簬鍚戞湇鍔″櫒鍙戦佽〃鍗曟暟鎹锛屾暟鎹浼氬彂閫佸埌琛ㄥ崟鐨刟ction灞炴т腑鎸囧畾鐨勯〉闈銆俽璁剧疆鎻愪氦鎸夐挳涓婃樉绀虹殑鏂囧瓧銆俽type="button"鏅閫氭寜閽畆button绫诲瀷鐨勫彧鏄涓涓鏅閫氱殑鎸夐挳锛岃宻ubmit鏈変竴涓鎻愪氦鐨勪綔鐢锛屽湪娌℃湁鍔爅s浠ｇ爜鐨勬儏鍐典笅锛宐utton鍙鏄涓瑁呴グ銆俽type="image"鎻愪氦鎸夐挳rimage绫诲瀷鐨刬nput涔熸槸鍏锋湁涓涓鎻愪氦鐨勪綔鐢锛屼笉鍚岀殑鏄鍙浠ユ寚瀹氫竴骞呭浘鐗囨潵浣滀负鎸夐挳锛屼笉鎻愬′娇鐢╥mage锛屽洜涓哄畠鏈夋椂鍊欎細鎻愪氦涓ゆ°俽

AngularJS浣跨敤angular-formly杩涜岃〃鍗曢獙璇侊紵

Angular鐨勮〃鍗曞睘鎬$valid,$invalid,$pristine,$dirtyAngular鎻愪緵浜嗘湁鍏宠〃鍗曠殑灞炴ф潵甯鍔╂垜浠楠岃瘉琛ㄥ崟.浠栦滑缁欐垜浠鎻愪緵浜嗗悇绉嶆湁鍏充竴涓琛ㄥ崟鍙婂叾杈撳叆鐨勪俊鎭锛屽苟涓斿簲鐢ㄥ埌浜嗚〃鍗曞拰杈撳叆.灞炴х被鎻忚堪$validng-validBoolean鍛婅瘔鎴戜滑杩欎竴椤瑰綋鍓嶅熀浜庝綘璁惧畾鐨勮勫垯鏄鍚﹂獙璇侀氳繃$invalidng-invalidBoolean鍛婅瘔鎴戜滑杩欎竴椤瑰綋鍓嶅熀浜庝綘璁惧畾鐨勮勫垯鏄鍚﹂獙璇佹湭閫氳繃$pristineng-pristineBoolean濡傛灉琛ㄥ崟鎴栬呰緭鍏ユ嗘病鏈変娇鐢ㄥ垯涓篢rue$dirtyng-dirtyBoolean濡傛灉琛ㄥ崟鎴栬呰緭鍏ユ嗘湁浣跨敤鍒板垯涓篢rueAngular涔熸彁渚涗簡鏈夊叧琛ㄥ崟鍙婂叾杈撳叆妗嗙殑绫伙紝浠ヤ究浣犺兘澶熶緷鎹姣忎竴涓鐘舵佽剧疆鍏舵牱寮.璁块棶琛ㄥ崟灞炴ф柟浣嶈〃鍗:formname>.angularproperty>璁块棶涓涓杈撳叆妗:formname>.inputname>.angularproperty>

form琛ㄥ崟閫氳繃js鎻愪氦锛屽彟澶栬烦杞瑂ervlet鏃讹紝鑷宸卞畾涔変簡涓涓鏁帮紝浼犲弬杩囧幓锛屽彲浠ュ悧锛屼笉鏄痜o锛

鑷瀹氫箟鍙傛暟锛屽彲浠ラ氳繃鍦╢orm琛ㄥ崟涓璁剧疆闅愯棌鍩熶紶鍊糹nputtype="hidden"name="arg_name"value="arg_value"/>鍚庡彴閫氳繃arg_name鎺ユ敹arg_value鐨勫

瀹㈡埛绔鎻愪氦璇锋眰鐨勫洓绉嶆柟寮忥紵

瀹㈡埛绔璇锋眰鏂伴〉闈㈠拰鎻愪氦鏁版嵁鐨勫洓绉嶆柟寮

瓒呴摼鎺 瓒呴摼鎺+js submit鎸夐挳鎻愪氦琛ㄥ崟 浣跨敤js鎻愪氦琛ㄥ崟

鎵撳紑鏂伴〉闈㈢殑鏂瑰紡

浣跨敤鐩稿硅矾寰勫拰缁濆硅矾寰

浣跨敤url鎼哄甫鍙傛暟

鎻愪氦鏁版嵁鐨勬柟寮忎负get鏂瑰紡

window.location

window.open;

鍏堥獙璇佸啀鎻愪氦琛ㄥ崟銆

浣跨敤hidden鎻愪氦鏁版嵁锛堥潪鐢ㄦ埛濉鍐欐暟鎹锛

浣跨敤button+js

浣跨敤a>+js

涓鑸涓簆ost鎻愪氦鏂瑰紡

1銆佽秴閾炬帴锛

鎵撳紑鏂伴〉闈锛歛target="_blank">;

浣跨敤url鎼哄甫鍙傛暟锛歛href="page2.jsp?uid=adminpass=123">

娉ㄦ剰锛氬氫釜鍙傛暟涔嬮棿浣跨敤杩炴帴锛屼娇鐢?琛ㄧず鎼哄甫鍙傛暟锛

2銆佽秴閾炬帴+js锛

浣跨敤window.locationscripttype="text/javascript">

functionfun(){window.location="page2.jsp";}/script>

a閾炬帴鐨勫啓娉曪細ahref="javascript:fun();">閾炬帴鍒皃age2/a>href杩炴帴涓璋冪敤fun鍑芥暟銆

浣跨敤window.open()scripttype="text/javascript">

functionfun(){window.open("page2.jsp");--琛ㄧず鍦ㄦ柊绐楀彛鎵撳紑閾炬帴銆倉/script>

a閾炬帴涓锛歛href="javascript:fun();">閾炬帴鍒皃age2/a>

3銆佷娇鐢╯ubmit鎸夐挳鎻愪氦鏁版嵁琛ㄥ崟锛氭敞鎰廰ction鍜宮ethod涓や釜灞炴ц〃绀虹殑鍚涔

瀵逛簬鐢ㄦ埛杈撳叆鏁版嵁锛歛銆侀渶瑕佹湁鐢ㄦ埛杈撳叆妗嗗嵆inputtype="text"name="username"/>鍦ㄦよ緭鍏ユ嗕腑杈撳叆鏁版嵁銆

b銆佹湁鏃堕渶瑕佸厛楠岃瘉锛屽啀鎻愪氦鏁版嵁锛

渚嬶細inputtype="text"name="uid"id="uid"/>functionfun4()

varuid=document.getElementById("uid").value;--鑾峰彇input杈撳叆妗嗙殑vaule鍊

if(uid==""){

alert("璇疯緭鍏ョ敤鎴峰悕");

returnfalse;---琛ㄧず涓嶆彁浜ゆ暟鎹畗else{

returntrue;--鎻愪氦鏁版嵁}

submit鎻愪氦鎸夐挳inputtype="submit"value="鎻愪氦琛ㄥ崟"慰nclick="returnfun4();">

瀵逛簬闈炵敤鎴疯緭鍏ユ暟鎹锛氫笉闇瑕乮nput杈撳叆妗

浣跨敤hidden鎻愪氦鏁版嵁锛

!--浣跨敤hidden鎻愪氦鏁版嵁->

formaction="page2.jsp"method="post">

inputtype="hidden"name="uid"id="uid2"value="admin">

inputtype="submit"value="鎻愪氦琛ㄥ崟">br/>

scripttype="text/javascript">

document.getElementById("uid2").value="admin2";--涓ょ嶅弬鏁板

/script>

/form>

4銆佷娇鐢╦s鎻愪氦琛ㄥ崟锛

浣跨敤button+js鎻愪氦锛

button涓嶅叿澶囨彁浜ゅ姛鑳斤細

!--浣跨敤button鍜宩s鎻愪氦琛ㄥ崟-->

formaction="page2.jsp"method="post"id="form1">

inputtype="text"name="uid">

inputtype="button"value="鎻愪氦琛ㄥ崟"慰nclick='document.getElementById("form1").submit();'>---鑾峰彇鐨勬槸form鏍囩惧硅薄/form>

浣跨敤a>+js鎻愪氦琛ㄥ崟

!--浣跨敤a>鍜宩s鎻愪氦琛ㄥ崟>

formaction="page2.jsp"method="post"id="form2">

inputtype="text"name="uid">

ahref='javascript:document.getElementById("form2").submit();'>鎻愪氦琛ㄥ崟/a>br/>

/form>

js琛ㄥ崟鎬庝箞鍏佽稿嚱鏁帮紵

杩愮敤寮傛ユ濇兂promise瀹炵幇鎻愪氦涔嬪悗鍥炶皟,姣斿俛jax鐨剆uccess鍑芥暟灏辨槸鎻愪氦鎴愬姛鍚庣殑鍥炶皟

『叁』 谁有angularjs的好的视频教程

IT营的那抄套angular5、angular4.x、anuglar2 Ant Desigin入门实战视频教程不错，袭网盘链接地址分享给贴主 网页链接

可以看看，个人觉得确实不错，网盘地址失效的话可直接访问网页链接

『肆』 阿里云分布式数据库服务DRDS谁使用过 简单讲讲！

淘宝开源的TDDL和cobar的结合，放到了阿里云上就是DRDS，是商品，服务，可以购买使用的。可以在阿里云官网上注册免费试用。

=====================================================
随着互联网时代的到来，计算机要管理的数据量呈指数级别地飞速上涨，而我们却完全无法对用户数做出准确预估。我们的系统所需要支持的用户数，很可能在短短的一个月内突然爆发式地增长几千倍，数据也很可能快速地从原来的几百GB飞速上涨到了几百个TB。如果在这爆发的关键时刻，系统不稳定或无法访问，那么对于业务将会是毁灭性的打击。
伴随着这种对于系统性能、成本以及扩展性的新需要，以HBase、MongoDB为代表的NoSQL数据库和以阿里DRDS、VoltDB、ScaleBase为代表的分布式NewSQL数据库如雨后春笋般不断涌现出来。
本文将会介绍阿里DRDS的技术理念、发展历程、技术特性等内容。
DRDS设计理念
从20世纪70年代关系数据库创立开始，其实大家在数据库上的追求就从未发生过变化：更快的存取数据，可以按需扩缩以承载更大的访问量和更大的数据量，开发容易，硬件成本低，我们可以把这叫做数据库领域的圣杯。
为了支撑更大的访问量和数据量，我们必然需要分布式数据库系统，然而分布式系统又必然会面对强一致性所带来的延迟提高的问题，因为网络通信本身比单机内通信代价高很多，这种通信的代价就会直接增加系统单次提交的延迟。延迟提高会导致数据库锁持有时间变长，使得高冲突条件下分布式事务的性能不升反降（这个具体可以了解一下Amdahl定律），甚至性能距离单机数据库都还有明显的差距。
从上面的说明，我们可以发现，问题的关键并不是分布式事务做不出来，而是做出来了却因为性能太差而没有什么卵用。数据库领域的高手们努力了40年，但至今仍然没有人能够很好地解决这个问题，Google Spanner的开发负责人就经常在他的Blog上谈论延迟的问题，相信也是饱受这个问题的困扰。
面对这个难题，传统的关系数据库选择了放弃分布式的方案，因为在20世纪70~80年代，我们的数据库主要被用来处理企业内的各类数据，面对的用户不过几千人，而数据量最多也就是TB级别。用单台机器来处理事务，用个磁盘阵列处理一下磁盘容量不够的问题，基本上就能解决一切问题了。
然而，信息化和互联网的浪潮改变了这一切，我们突然发现，我们服务的对象发生了根本性变化，从原来的几千人，变成了现在的几亿人，数据量也从TB级别到了PB级别甚至更多。存在单点的单机系统无论如何努力，都会面对系统处理能力的天花板。原来的这条路，看起来是走不下去了，我们必须想办法换一条路来走。
可是，分布式数据库所面对的强一致性难题却像一座高山，人们努力了无数个日日夜夜，但能翻越这座山的日子看来仍然遥遥无期。
于是，有一群人认为，强一致性这件事看来不怎么靠谱，那彻底绕开这个问题是不是个更好的选择？他们发现确实有那么一些场景是不需要强一致事务的，甚至连SQL都可以不要，最典型的就是日志流水的记录与分析这类场景。而去掉了事务和SQL，接口简单了，性能就更容易得到提升，扩展性也更容易实现，这就是NoSQL系统的起源。
虽然NoSQL解决了性能和扩展性问题，但这种绕开问题的方法给用户带来了很多困扰，系统的开发成本也大大提升。这时候就有另外一群人，他们觉得用户需要SQL，觉得用户也需要事务，问题的关键在于我们要努力地往圣杯的方向不断前进。在保持系统的扩展性和性能的前提下，付出尽可能小的代价来满足业务对数据库的需要。这就是NewSQL这个理念的由来。
DRDS也是一个NewSQL的系统，它与ScaleBase、VoltDB等系统类似，都希望能够找到一条既能保持系统的高扩展性和高性能，又能尽可能保持传统数据库的ACID事务和SQL特性的分布式数据库系统。
DRDS发展历程
在一开始，TDDL的主要功能就是做数据库切分，一个或一组SQL请求提交到TDDL，TDDL进行规则运算后得知SQL应该被分发到哪个机器，直接将SQL转发到对应机器即可（如图1）。

图1 TDDL数据库切分
开始的时候，这种简单的路由策略能够满足用户的需要，我们开始的那些应用，就是通过这样非常简单的方式完成了他所有的应用请求。我们也认为，这种方案简单可靠，已经足够好用了。
然而，当我们服务的应用从十几个增长到几百个的时候，大量的中小应用加入，大家纷纷表示，原来的方案限制太大，很多应用其实只是希望做个读写分离，希望能有更好的SQL兼容性。
于是，我们做了第一次重大升级，在这次升级里，我们提出了一个重要的概念就是三层架构，Matrix对应数据库切分场景，对SQL有一定限制，Group对应读写分离和高可用场景，对SQL几乎没有限制。如图2所示。

图2 数据库升级为三层架构
这种做法立刻得到了大家的认可，TDDL所提供的读写分离、分库分表等核心功能，也成为了阿里集团内数据库领域的标配组件，在阿里的几乎所有应用上都有应用。最为难得的是，这些功能从上线后，到现在已经经历了多年双11的严酷考验，从未出现过严重故障（p0、p1级别故障属于严重故障）。数据库体系作为整个应用系统的重中之重，能做到这件事，真是非常不容易。
随着核心功能的稳定，自2010年开始，我们集中全部精力开始关注TDDL后端运维系统的完善与改进性工作。在DBA团队的给力配合下，围绕着TDDL，我们成功做到了在线数据动态扩缩、异步索引等关键特征，同时也比较成功地构建了一整套分布式数据库服务管控体系，用户基本上可以完全自助地完成整套数据库环境的搭建与初始化工作。
大概是2012年，我们在阿里云团队的支持下，开始尝试将TDDL这套体系输出到阿里云上，也有了个新的名字：阿里分布式数据库服务（DRDS），希望能够用我们的技术服务好更多的人。
不过当我们满怀自信地把自己的软件拿到云上的时候，却发现我们的软件距离用户的要求差距很大。在内部因为有DBA的同学们帮助进行SQL review，所以SQL的复杂度都是可控的。然而到了云上，看了各种渠道提过来的兼容性需求，我们经常是不自觉地发出这样的感叹：“啊？原来这种语法MySQL也是可以支持的？”
于是，我们又进行了架构升级，这次是以兼容性为核心目标的系统升级工作，希望能够在分布式场景下支持各类复杂的SQL，同时也将阿里这么多年来在分布式事务上的积累都带到了DRDS里面。
这次架构升级，我们的投入史无前例，用了三年多才将整个系统落地完成。我们先在内部以我们自己的业务作为首批用户上线，经过了内部几百个应用的严酷考验以后，我们才敢拿到云上，给到我们的最终用户使用。
目前，我们正在将TDDL中更多的积累输出到云上，同时也努力优化我们的用户界面。PS：其实用户界面优化对我们这种专注于高性能后端技术的团队来说，才是最大的技术挑战，连我也去学了AngularJS，参与了用户UI编。
DRDS主要功能介绍
发展历史看完了，下面就由我来介绍一下目前我们已经输出到云上的主要功能。
【分布式SQL执行引擎】
分布式SQL引擎主要的目的，就是实现与单机数据库SQL引擎的完全兼容。目前我们的SQL引擎能够做到与MySQL的SQL引擎全兼容，包括各类join和各类复杂函数等。他主要包含SQL解析、优化、执行和合并四个流程，如图3中绿色部分。

图3 SQL引擎实现的主要流程
虽然SQL是兼容的，但是分布式SQL执行算法与单机SQL的执行算法却完全不同，原因也很简单，网络通信的延迟比单机内通信的延迟大得多。举个例子说明一下，我们有份文件要从一张纸A上誊写到另外一张纸B上，单机系统就好比两张纸都在同一个办公室里，而分布式数据库则就像是一张纸在北京，一张纸在杭州。
自然地，如果两张纸在同一个办公室，因为传输距离近，逐行誊写的效率是可以接受的。而如果距离是北京到杭州，用逐行誊写的方式，就立刻显得代价太高了，我们总不能看一行，就打个“飞的”去杭州写下来吧。在这种情况下，还是把纸A上的信息拍个照片，【一整批的】带到杭州去处理，明显更简单一些。这就是分布式数据库特别强调吞吐调优的原因，只要是涉及到跨机的所有查询，都必须尽可能的积攒一批后一起发送，以减少系统延迟提高带来的不良影响。
【按需数据库集群平滑扩缩】
DRDS允许应用按需将新的单机存储加入或移出集群，DRDS则能够保证应用在迁移流程中实现不停机扩容缩容。

图4 DRDS按需进行平滑扩缩
在内部的数据库使用实践中，这个功能的一个最重要应用场景就是双11了。在双11之前，我们会将大批的机器加入到我们的数据库集群中，抗过了双11，这批机器就会下线。
当DRDS来到云上，我们发现双11其实不仅仅只影响阿里内部的系统。在下游的各类电商辅助性系统其实也面对巨大压力。在双11前5天，网聚宝的熊总就找到我说，担心撑不过双11的流量，怕系统挂。于是我们就给他介绍了这个自动扩容的功能怎么用，他买了一个月的数据库，挂接在DRDS上。数据库能力立刻翻倍，轻松抗过了双11，也算是我印象比较深刻的一个案例了。
因为我们完全无法预测在什么时间点系统会有爆发性的增长，而如果在这时候系统因为技术原因不能使用，就会给整个业务带来毁灭性的影响，风口一旦错过，就追悔莫及了。我想这就是云计算特别强调可扩展能力的原因吧。
【小表广播】
小表广播也是我们在分布式数据库领域内最常用的工具之一，他的核心目的其实都是一个——尽可能让查询只发生在单机。
让我们用一个例子来说明，小表广播的一般使用场景。

图5 小表广播场景
图5中，如果我想知道买家id等于0的用户在商城里面买了哪些商品，我们一般会先将这两个表join起来，然后再用where平台名=”商城” and buyerID = 0找到符合要求的数据。然而这种join的方式，会导致大量的针对左表的网络I/O。如果要取出的数据量比较大，系统延迟会明显上升。
这时候，为了提升性能，我们就必须要减少跨机join的网络代价。我们比较推荐应用做如下处理，将左表复制到右表的每一个库上。这样，join操作就由分布式join一下变回到本地join，系统的性能就有很大的提升了，如图6所示。

图6
【分布式事务套件】
在阿里巴巴的业务体系中存在非常多需要事务类的场景，下单减库存，账务，都是事务场景最集中的部分。
而我们处理事务的方法却和传统应用处理事务的方案不大一样，我们非常强调事务的最终一致性和异步化。利用这种方式，能够极大地降低分布式系统中锁持有的时间，从而极大地提升系统性能。

图7 DRDS分布式事务解决套件
这种处理机制，是我们分布式事务能够以极低成本大量运行的最核心法门。在DRDS平台内，我们将这些方案产品化，为了DRDS的分布式事务解决套件。
利用他们，能够让你以比较低的成本，实现低延迟，高吞吐的分布式事务场景。
DRDS的未来
阿里分布式数据库服务DRDS上线至今，大家对这款产品的热情超出了我们的预期，短短半年内已经有几千个申请。
尽管还在公测期，但是大家就已经把关系到身家性命的宝贵在线数据业务放到了DRDS上，我能够感受到这份沉甸甸的信赖，也不想辜负这份信赖。
经过阿里内部几千个应用的不断历练，DRDS已经积累出一套强大的分布式SQL执行引擎和和一整套分布式事务套件。
我也相信，这些积累能够让用户在基本保持单机数据库的使用习惯的前提下，享受到分布式数据库高性能可扩展的好处。
在平时的DRDS支持过程中，我面对最多的问题就是，DRDS能不能够在不改变任何原有业务逻辑和代码的前提下，实现可自由伸缩和扩展呢？十分可惜的是，关系数据库发展至今，还没有找到既能保留传统数据库一切特性，又能实现高性能可扩展数据库的方法。
然而，虽不能至，吾心向往之！我们会以“可扩展，高性能”为产品核心，坚定地走在追寻圣杯的路上，并坚信最终我们一定能够找寻到它神圣的所在。
作者简介：王晶昱，花名沈询，阿里巴巴资深技术专家。目前主要负责阿里的分布式数据库DRDS（TDDL）和阿里的分布式消息服务ONS（RocketMQ/Notify）两个系统。

『伍』 angularjs复选框怎么用

复选框

在表单里，复选框非常普遍。下面我们将看看Angular是怎样使用ngModel实现数据绑定的。如果有许多复选框，那么有时在把它绑定到对象的时候如何进行数据处理会让人不知所措。

在我们创建的formData对象的内部，我们还创建了另一个对象。我们把它称为favoriteColors，它请求用户选择最喜欢的颜色：

当用户点击上面复选框中的任意一个时，他们立刻看到formData对象发生了变更。我们把复选框的值存储到fromData.favoriteColors对象里。这样我们就把复选框的值传递给了服务器了。