第一組：姚成棟 UI模板中的樹
- 要引用模板中的樹只需要在html頁面中加入
<div class="col-md-2">
<div class="r r-2x">
<abn-tree tree-data="my_data"
tree-control="my_tree"
on-select="my_tree_handler(branch)"
expand-level="2"
initial-selection="Granny Smith"
icon-leaf="fa fa-file-o"
icon-expand="fa fa-plus"
icon-collapse="fa fa-minus">
</abn-tree>
</div>
</div>
- 在js中加入
var apple_selected, tree, treedata_avm;
apple_selected = function (branch) {
$scope.searchPara.PTP_TrainBillName = branch.label;
getTheoryTrainList();
};
treedata_avm =
[
數(shù)據(jù)部分
];
$scope.my_data = treedata_avm;
$scope.my_tree = tree = {};
$scope.try_async_load = function () {
$scope.my_data = [];
$scope.doing_async = true;
return $timeout(function () {
$scope.my_data = treedata_avm;
$scope.doing_async = false;
return tree.expand_all();
}, 1000);
};
- 其樣式大致如下：
第二組：葉佳意 《刺猬的優(yōu)雅》
電影是從一個女孩的一段獨白開始的誓竿。這段獨白令人震驚。她決定在本學期結(jié)束谈截，她13歲生日前死去筷屡。她說這話的時候帶著嚴肅淡漠卻又異常堅定的表情。
她的輕生之念并非因為生活窘迫或者窮途末路之類簸喂。相反地毙死，她生活在巴黎的富人區(qū)，父親是國會議員喻鳄，過著衣食無憂的生活扼倘。可是大概也正是這樣的生活诽表，使她感到束縛唉锌。她說：生命在她看來就如金魚，看似自由游弋竿奏，卻始終被束縛在透明的魚缸里袄简。為了不困在這魚缸里，她決定自殺泛啸。自殺前绿语，她要拍一部電影。她深信候址，死亡是世界上最平常的一件事吕粹，但重要的是，你死的時候在做什么岗仑。
她是一個太過聰慧的十二歲女孩匹耕，聰慧到早早看透了人性。她有一雙比成年人更清明的眼睛荠雕，透過浮華看見腐朽稳其，透過平凡能看到一種睿智。她曾在某次家庭聚會上指出某位大人物的謬誤炸卑。她說：“國際象棋和圍棋不同既鞠，國際象棋就是想辦法殺死對方，而圍棋像人生一樣盖文，重要的是布局嘱蛋，我們要讓自己活到最后，也要讓我們的對手活到最后∪髅簦”這樣的話語龄恋，是不合適宜的。在大人眼里桐玻，她不是個討人喜歡的孩子篙挽，甚至被認為是個不折不扣的小怪物荆萤。不愛說話镊靴，只愛喃喃自語地拿著攝影機到處拍攝。
她說：荷娜链韭，你不是一個普通的門房偏竟。電影中另一個主要人物出場了。她是這棟高級住宅里的門房敞峭。沒有人會注意到這個五十多歲不修邊幅的矮胖門房太太荷娜踊谋。她其實并不是大家所看起來的那個樣子。雖然她從來沒上過學旋讹，但她密室里的滿屋藏書早已填滿她的靈魂殖蚕。平人眼里庸俗的門房，卻有著貴族般深邃的內(nèi)心世界沉迹。
她獨自坐在小房間里睦疫，一杯茶，一包黑巧克力鞭呕，一只懶貓蛤育，滿屋的書，我被這顆沉靜的心打動葫松。不是出身高貴瓦糕，生活閑暇的人才有優(yōu)雅的權(quán)利。也許一開始腋么，我犯了個錯誤紊扬，優(yōu)雅并不一定要屬于天鵝，刺猬也可以有它的優(yōu)雅砚蓬。只是人們并不了解哮翘。就象人們不會了解到門房的內(nèi)心有多美，不了解這個那么精靈的女孩對活著有那么多困惑未玻。
我們活在一個重視表象的世界灾而。這個世界刻板且不友善，充滿偏見扳剿。在這樣的世界旁趟，我們大概只能象刺猬那般豎起渾身的刺，建起堅不可摧的堡壘來保護自己柔軟的心。直到某一天某人可以直抵你心锡搜。就是他橙困，知道你不是別人看起來的那個樣子。就是他耕餐，知道你的與眾不同凡傅。就是你說：幸福的家庭都是相似的，他馬上接口說：但不幸的家庭各有各的不幸肠缔。
此時夏跷，第三個重要人物登場了。日本來的小津先生明未，帶著日本文化的細致精髓來到巴黎槽华，也來到門房太太荷娜的內(nèi)心世界。還記得有那么一場趟妥，她換了新妝猫态，遇上同棟樓的有錢鄰居。這位鄰居很有禮貌地對她說：你好披摄，太太亲雪。她對他說：她沒有認出我。他望著她：因為她從來沒有好好看過你疚膊。沒錯义辕，只有你，才透過表面的沙礫酿联，看到我內(nèi)心鉆石般的光芒终息。就因為此，即使我只是個門房贞让，我也準備去愛了周崭。一切掩飾，在懂你的人面前早已慢慢融化喳张。雖然世界依然傲慢如故续镇，但是心中已盈滿能量。
忽地销部，怎么覺著有些熟悉之感摸航。不正是小王子說的那樣，重要的東西眼睛是看不到的舅桩。我們必須用心去體會酱虎，雖然這么說著其實有些懸乎，因為這實在沒有什么可以具體化可操作的東西擂涛。也許這只是種感受读串，總有一些人在同一頻率之上，我們可以感受得到彼此的好。心與心的交流恢暖，怕是這世上最美妙的事情了吧排监。是你在這里。呀杰捂，我也在這里的驚喜舆床。
電影的結(jié)局沒有那么完滿。小女孩沒有死嫁佳，死的是荷娜挨队，在猝不及防的車禍中。當幸竿哑矗快要來臨的時候瞒瘸，死亡卻令人詫異的到來坷备。死亡并不如小女孩想象中那般夢幻熄浓。死亡是最真實的東西。一切結(jié)束了省撑，你看不到你愛的人赌蔑，也看不到愛你的人。她的死對她是有所觸動的竟秫。她不再有自殺的想法娃惯。
我們得好好活著，才有機會肥败。我們得好好活著趾浅，才能使一切更有意義。
刺猬馒稍，看似懶散皿哨，其貌不揚，總是孤僻地生活在自我的世界纽谒，卻也自有它的優(yōu)雅证膨。敏銳的洞察力和內(nèi)心的豐富，是自己看世界的方式鼓黔，你懂很好央勒，你不懂也無謂“幕可以遠離是非之所崔步，有一個安身的小角落，靜靜地生活就好缎谷。孤獨井濒，卻并不放棄追求幸福；不美，卻擁有一顆善良的心眼虱；貧窮喻奥，卻并不貧乏；沉靜捏悬，卻并不冷傲...這大概就是屬于刺猬的優(yōu)雅撞蚕。
第三組：蔡永堅 設計模式-橋接模式
橋接模式的介紹
橋接模式即將抽象部分與實現(xiàn)部分脫耦，使它們可以獨立變化过牙。對于上面的問題中甥厦，抽象化也就是RemoteControl類，實現(xiàn)部分也就是On()寇钉、Off()刀疙、NextChannel()等這樣的方法（即遙控器的實現(xiàn)），上面的設計中扫倡，抽象化和實現(xiàn)部分在一起谦秧，橋接模式的目的就是使兩者分離，根據(jù)面向?qū)ο蟮姆庋b變化的原則撵溃，我們可以把實現(xiàn)部分的變化（也就是遙控器功能的變化）封裝到另外一個類中疚鲤，這樣的一個思路也就是橋接模式的實現(xiàn)，大家可以對照橋接模式的實現(xiàn)代碼來解決我們的分析思路缘挑。
優(yōu)點和缺點
介紹完橋接模式集歇，讓我們看看橋接模式具體哪些優(yōu)缺點。
優(yōu)點：
把抽象接口與其實現(xiàn)解耦语淘。
抽象和實現(xiàn)可以獨立擴展诲宇，不會影響到對方。
實現(xiàn)細節(jié)對客戶透明惶翻，對用于隱藏了具體實現(xiàn)細節(jié)姑蓝。
缺點： 增加了系統(tǒng)的復雜度
使用場景
我們再來看看橋接模式的使用場景，在以下情況下應當使用橋接模式：
如果一個系統(tǒng)需要在構(gòu)件的抽象化角色和具體化角色之間添加更多的靈活性维贺，避免在兩個層次之間建立靜態(tài)的聯(lián)系它掂。
設計要求實現(xiàn)化角色的任何改變不應當影響客戶端，或者實現(xiàn)化角色的改變對客戶端是完全透明的溯泣。
需要跨越多個平臺的圖形和窗口系統(tǒng)上虐秋。
一個類存在兩個獨立變化的維度，且兩個維度都需要進行擴展垃沦。
第四組：張元一 get和post區(qū)別客给？
RFC7231里定義了HTTP方法的幾個性質(zhì)：
- Safe - 安全
這里的「安全」和通常理解的「安全」意義不同，如果一個方法的語義在本質(zhì)上是「只讀」的肢簿，那么這個方法就是安全的靶剑◎卟Γ客戶端向服務端的資源發(fā)起的請求如果使用了是安全的方法，就不應該引起服務端任何的狀態(tài)變化桩引，因此也是無害的缎讼。 此RFC定義，GET, HEAD, OPTIONS 和 TRACE 這幾個方法是安全的坑匠。
但是這個定義只是規(guī)范血崭，并不能保證方法的實現(xiàn)也是安全的，服務端的實現(xiàn)可能會不符合方法語義厘灼，正如上文說過的使用GET修改用戶信息的情況夹纫。
引入安全這個概念的目的是為了方便網(wǎng)絡爬蟲和緩存，以免調(diào)用或者緩存某些不安全方法時引起某些意外的后果设凹。User Agent（瀏覽器）應該在執(zhí)行安全和不安全方法時做出區(qū)分對待舰讹，并給用戶以提示。 - Idempotent - 冪等
冪等的概念是指同一個請求方法執(zhí)行多次和僅執(zhí)行一次的效果完全相同闪朱。按照RFC規(guī)范月匣，PUT，DELETE和安全方法都是冪等的监透。同樣桶错，這也僅僅是規(guī)范，服務端實現(xiàn)是否冪等是無法確保的胀蛮。
引入冪等主要是為了處理同一個請求重復發(fā)送的情況，比如在請求響應前失去連接糯钙，如果方法是冪等的粪狼，就可以放心地重發(fā)一次請求。這也是瀏覽器在后退/刷新時遇到POST會給用戶提示的原因：POST語義不是冪等的任岸，重復請求可能會帶來意想不到的后果再榄。 - Cacheable - 可緩存性 顧名思義就是一個方法是否可以被緩存，此RFC里GET享潜，HEAD和某些情況下的POST都是可緩存的困鸥，但是絕大多數(shù)的瀏覽器的實現(xiàn)里僅僅支持GET和HEAD。關于緩存的更多內(nèi)容可以去看RFC7234剑按。
在這三個特性里一直在強調(diào)同一個事情疾就，那就是協(xié)議不等于實現(xiàn)：協(xié)議規(guī)定安全在實現(xiàn)里不一定安全，協(xié)議規(guī)定冪等在實現(xiàn)里不一定冪等艺蝴，協(xié)議規(guī)定可緩存在實現(xiàn)里不一定可緩存猬腰。這其實就是上面那個作者提到的specification和implementation的關系。
語義之爭
走到這一步猜敢，其實就明白了要理解這兩個方法的區(qū)別姑荷，本質(zhì)上是 「語義」的對比而不是「語法」的對比盒延，是「Specification」的對比而不是「Implementation」的對比 。
關于這兩種方法的語義鼠冕，RFC7231里原文已經(jīng)寫得很好了：
The GET method requests transfer of a current selected representation for the target resource. GET is the primary mechanism of information retrieval and the focus of almost all performance optimizations. Hence, when people speak of retrieving some identifiable information via HTTP, they are generally referring to making a GET request.
A payload within a GET request message has no defined semantics; sending a payload body on a GET request might cause some existing implementations to reject the request.
The POST method requests that the target resource process the representation enclosed in the request according to the resource’s own specific semantics.
勉強渣翻一下添寺，再加上點自己的理解：
GET的語義是請求獲取指定的資源。GET方法是安全懈费、冪等畦贸、可緩存的（除非有 Cache-ControlHeader的約束）,GET方法的報文主體沒有任何語義。
POST的語義是根據(jù)請求負荷（報文主體）對指定的資源做出處理楞捂，具體的處理方式視資源類型而不同薄坏。POST不安全，不冪等寨闹，（大部分實現(xiàn)）不可緩存胶坠。為了針對其不可緩存性，有一系列的方法來進行優(yōu)化繁堡，以后有機會再研究（FLAG已經(jīng)立起）沈善。
還是舉一個通俗栗子吧，在微博這個場景里椭蹄，GET的語義會被用在「看看我的Timeline上最新的20條微博」這樣的場景闻牡，而POST的語義會被用在「發(fā)微博、評論绳矩、點贊」這樣的場景中罩润。
第五組：陳孚楠 賦值與引用
之前分享的問題以及問題的解決，其根本就在于當我們執(zhí)行一個‘=’(等號)的操作時翼馆，此時這個操作的根本到底是我們以為的賦值割以，還是其實是引用呢？
繼續(xù)拿之前的a1应媚、a3作為例子來說：
這個時候會發(fā)現(xiàn)a1和a3的AA_Content的值都變成了“3”严沥；對于Solution s1 = new Solution();這條語句，這條語句執(zhí)行的動作是創(chuàng)建一個對象中姜，我們都很明白消玄，但是它確包含了四個步驟：
右邊“new AffairAttentions”，表示以AffairAttentions類為模板丢胚，在堆空間中創(chuàng)建一個AffairAttentions類對象翩瓜；
“()”，這對括號嗜桌，永java里的話來說奥溺，就是在對象創(chuàng)建后，會立馬調(diào)用AffairAttentions類的構(gòu)造函數(shù)骨宠，由于沒有給參數(shù)浮定，所以會調(diào)用默認的無參構(gòu)造相满。
左邊的“AffairAttentions a1 ”創(chuàng)建了一個AffairAttentions類的引用變量，也就是說用來指向AffairAttentions對象的對象引用桦卒。這和C語言中的指針可以理解為一個意思立美。
“=”，這個等號操作符表示使對象引用a1指向剛創(chuàng)建的AffairAttentions對象方灾。
所以建蹄，這條語句包含了兩個實體：一個是對象引用變量，一個是對象本身裕偿。
而后面的“a3=a1”洞慎，其實就是把a1引用變量賦值給了a3，也就是a1與a3指向了同一片物理空間嘿棘，或者說a1與a3都是這片空間的別名劲腿，改變了任意一個引用都是改變了這片空間的值，當然也就改變了另一個引用所顯示出來的值鸟妙。
這個邏輯可以延伸到函數(shù)的參數(shù)傳遞中焦人，函數(shù)傳參都是按值傳遞的。但是這個按值中的值到底是真正的值還是引用呢重父，是需要我們注意的花椭。也就是在調(diào)用一個函數(shù)并給這個函數(shù)傳遞必要的參數(shù)的時候，我們傳到函數(shù)里的值到底是真正的賦值還是函數(shù)外部變量的一個引用呢房午，我覺得這是值得我們注意的矿辽。
