技術文摘13 鄭鈞泰嶽技術資料源碼 UI tinypng 保質壓縮 github 大神高仿 VVDocumenter-Xcode 工具唐巧

既然MVC 顯得臃腫，那就是瘦身唄。一般瘦身後的MVC在iOS界被叫成MVCS或MVVM,這2個固然不是同一個東西，項目選用MVCS仍是MVVM仍是得看你的業務特性。MVCS與MVVM就那麼完美嗎？固然不，MVCS要注意Service/Store的濫用，其中的數據是否會被不一樣的模塊污染。MVVM用得很差也會增長項目的維護難度

顧得上就問，是爲「顧問」也

總結一下，顧問是個好職業，不過好歸好，您還得有真東西不是？顧得上就問，顧不上或沒能力顧就漠不關心，早晚也會問無可問！

老兵不死，只能自我提高

想清楚這些以後，我目前的行爲準則是這樣的：

若是別人須要個人意見，知無不言，但不要去追尋結果，不要覺得你的建議是金科玉律不聽不行，更不要過後說，「我早就說過……」。
若是我須要別人的意見和建議，那就把本身放空，暫時扔掉偏見和預判，認真聽好好學，爭取融會貫通，提高自我，若是確實沒法接受，那也沒必要抱怨，最後要記的說「謝謝」。

老兵不死，只能自我提高，人生能作到大通達，小擰巴，就好了……

日記——程序員的煩惱

其實學習也是同樣，不要那麼功利。若是每學一門知識都想着怎麼換成銀元，第一是心累，第二是學成二把刀的概率大大增長。作爲一個程序員，操做系統、算法、數據結構、設計模式等基礎知識固然應該學，這是程序員的尊嚴。至於實際工做中是否能用的上，那是另外一回事，用上了就是你的運氣，用不上也是很天然的，我小時候還學了一大堆無線電知識呢，最終也沒成爲無線電專家啊。有人說不少技術不用就會忘記了，那就用唄，作開源項目，寫文章，這都是用。退一步就算忘了也沒什麼，再看一遍就是了。

多少美好的事物，都他媽的毀在了功利二字上！

程序員的另外一隻翅膀

若是你是一位程序員，編程已是一隻能夠飛翔的翅膀，咱們生在一個技術改變世界的時代，咱們可能正在作着可以改變世界的技術，這是無上的榮耀和機遇。但是，爲了避免讓咱們在生活中打轉和迷失，爲了生活的平衡，我建議你們去尋找你的另外一隻翅膀，不管是音樂、運動、繪畫仍是寫做，找到了，你的飛行就會在空中劃出更加完美的曲線，你的人生也會更完整。

你爲何離開，又爲何回來？

寫到這我想起了羅大佑1983年發佈的專輯《將來的主人翁》，遙遠的旋律和歌詞穿過期間和空間的重重迷霧，在我面前再次出現，歌聲抑鬱、蒼涼，歌詞清澈、精準，高曉鬆說，羅大佑是一個時代的預言家，他在三十年前已經爲這個時代提早寫好了輓歌……

摘錄部分歌詞以下：

你走過林立的高樓大廈穿過那些擁擠的人
望着一個現代化的都市泛起一片水銀燈
忽然想起了遙遠的過去不曾實現的夢
曾經一度人們告訴你說你是將來的主人翁
在人潮洶涌的十字路口每一個人在癡癡地等
每一個人的眼睛都望着那盞命運的紅綠燈
在紅橙黃綠的世界裏你這將來的主人翁
在每一張陌生的面孔裏面尋找兒時的光榮
……
飄來飄去就這麼飄來飄去
飄來飄去就這麼飄來飄去……

閒適有毒

若是你忙的不可開交，除了提醒本身要時不時的擡頭看路以外，真的沒什麼可抱怨的，這是好事，生活的本質就是讓本身忙碌起來，而後把一件事情作成，再把另外一件事情作成。真正該抱怨的是那些處於溫馨區的、閒散的人們。我清楚的記得本身每一次處於恐慌和焦慮的時候，都是由於在某個領域處於溫馨區過久，缺少挑戰，生活閒適形成的，每一次改變也是由此開始。

因此，若是你在某個崗位上沒什麼事又缺少挑戰，那就是時候去考慮去尋找下一件要作的事情了。若是你是一個領導者，那麼必定要讓團隊裏的人由於正確的事情忙碌起來，這簡直過重要了，切記切記。

讓本身有節奏的忙起來！有時候我甚至認爲，這可能就是生命的所有意義。

近期書單推薦

最可怕的產品經理

我認爲產品經理是能對事情（產品）負責的人，從某個產品或特徵的誕生，到原型、交互、實現、上線，他會像種植一棵樹苗同樣去呵護產品，經過各類方式協調一切能夠協調的資源，讓這個樹苗存活，成長，開花，結果。爲了讓正確的事情發生，他會動之以情，曉之以理，動用抱大腿，跪求，威逼，利誘，隱忍，請吃海底撈……等各類常規或很是規手段來達成目標。一旦樹根伸展到大地深處，牢牢的抓住地下的泥土，樹冠伸向藍天，吸取陽光和雨露，產品就成了鮮活的生命，這時候產品經理就會冷靜的站在一邊，看產品的成長，看產品與用戶、用戶與用戶之間的交互，分析運營數據，並找到之間的關聯，以期給產品更好的回饋，並準備下一次的迭代。

對於產品的實現者——程序員來講，江湖上有兩種產品經理是最可怕的（或者說最可愛），若是你遇到了，多是你的幸運，也多是你的噩夢！

一種是設計出身的產品經理，他們對產品功能的定義會精確到每個滑動，對界面的UI 的要求會準確到每個像素。一旦設計完成了，他們會要求你100%按照設計去完成產品功能、UI 和效果，差一個像素都是不可接受的。這種產品經理每每出自設計和產品導向的公司，他們在公司「書生意氣，揮斥方遒，指點江山，激揚文字，糞土當年程序猴」，而咱們，程序員，要麼被虐的死去活來黯然離去，要麼涅磐重生再創輝煌，沒有第三條路可走。

另外一種是從技術領域轉過來的產品經理，有些人甚至對技術的理解達到了庖丁解牛的程度（好比張小龍）。當你對丫說這個效果或功能沒法實現時，他會默默轉身離開，過一下子就扔過一段代碼過來，郵件標題是：你看這樣實現行不行？

全部人都沉默了……

沉默以後的反應通常有兩種，一種是聚在一塊兒握拳頓足努力聲討：咱們中間出了叛徒。另外一種是躲在角落暗自垂淚：等哥轉了產品經理，也要好好虐一下程序員（很奇怪爲何不是去虐產品經理……）

事實上這兩種產品經理都值得咱們珍惜，有挑戰纔會有提高，他們會逼迫咱們拿出100%的努力去實現最好的產品！若是你遇到了一個很是好說話的產品經理，那惟一的可能就是你是個美女程序員，他是個男產品經理……

程序員會美術，誰也擋不住

Mac 上的簡版 PhotoShop——Pixelmator

什麼樣的老闆是好老闆？

老闆能夠分爲四類：

第一類：超級無敵型，既能天縱奇才帶領員工衝鋒陷陣，也能充分發揮下屬的能力，這類屬可遇不可求型。

第二類：天才驅動型，老闆是個牛逼人物，做爲這樣老闆的下屬就盡情的學東西並嚴格執行就行了。創意、戰略、實施都是老闆定的，員工跟着喝湯就能夠。陳天橋目前當屬此類。

第三類：充分受權型，這類老闆知道本身業務能力通常，可是可以聚攏人氣，充分受權，爲員工提供舞臺和各類保障，也不失爲好老闆。

第四類：一無可取型，公司發展到必定階段，老闆的能力已經無力推進公司持續創新，但又不肯意充分受權和爲員工提供責權利，試圖用各類管控手段來推進公司發展，這樣的後果必然是離心離德，失敗可期。

別鬧，咱們是一家軟件公司

Hi 冒菜

邱嶽

求求你，讓我教你

產品經理最重要的能力

產品經理最重要的能力不是某一項技能，而是「讓正確的事情相繼發生」。

這兩件事情存在我內心不停的發酵，終於促使我想通了一個道理，就是對於產品經理來講，最難得的能力不是什麼溝通、寫文檔、分析需求。而是「讓正確的事情相繼發生」。

以前聽過一句話，是這麼說的：「什麼是人才？人才就是給他一件事情，他完成了。再給他一件事情，他又完成了」。我當時以爲這句話蠢透了，但如今回想起來，很想給這句話點贊。

相反，若咱們的目標是「讓事情發生」，狀態就會徹底不一樣。爲了讓事情發生，就得殺紅眼，就得人擋殺人佛擋殺佛。

工程師不理解需求，咱們不管是畫圖、寫文檔、作原型仍是直接表演給他們看，必定要弄到他們理解需求爲止；合做夥伴不配合，咱們不管是威逼仍是利誘，拍桌子紅臉仍是跪在地下磕響頭，必定要弄到他們配合爲止；老闆不支持，那咱們就用最小的代價和完整的邏輯證實你的觀點，說服他，沒日沒夜地說服他，廁所裏堵住他說服他，電梯裏拖住他說服他，滿地打滾，以頭搶地，把刀架在本身脖子上說服他；本身團隊的同事解決不了的技術或者業務問題，不管是買書自學仍是徹夜查資料仍是找到其餘行業大牛在他樓下跪一晚上，一直到想辦法找到解決方案爲止。

別管什麼邊界，也別管什麼權利——沒權利就創建影響力，連影響力也沒有就抱着別人的大腿哭着求，若是又不懂得創建影響力，又跪不下去，就別當產品經理了。另外也別太在乎和諧，若是目標是讓正確的事情發生，那麼其餘人怎麼看待咱們，以爲咱們是否是傻逼根本就不重要。更別在乎不公平，想要作成事，受點委屈太正常了，不要一天到晚苦大仇深，啜泣嘆息了。

「讓正確的事情相繼發生」是惟一的標準，用結果說話，過程當中吃了多少苦根本不重要。深夜擰亮檯燈披上衣服離開熟睡的姑娘，清晨開門回家衝進浴室拿出鉗子和針線咬着牙不哼一聲取出身體裏的彈頭，縫合身上的傷口，換上乾淨衣服。姑娘睜開惺忪的睡眼問你昨晚還順利嗎？你滿臉笑容輕輕告訴她，還挺順利的。

這句話裏的另外兩個修飾詞，一個是「正確」，一個是「相繼」。

我曾經有幸有機會旁聽過一個高級項目的會議，會上公司的大老闆說「大家這些產品經理最喜歡拆掉舊房子，去蓋新房子，但事情是不能這麼作的」。當時我內心並不服氣，三年過去，回頭想一想，深覺得然。若是一個美好的將來沒有腳踏實地的路線，沒有由近及遠的計劃，那就等於什麼都沒有。

回頭檢討文章開頭的兩件事情，做爲產品經理都只是想「完成本身的任務」，以爲剩下的事情不是咱們的事兒了，而是別人的責任。最終不但本身失敗，整個團隊也失敗了。遺憾的是，任何一個產品團隊的失敗，只有一個罪魁禍首，就是產品經理。有句老話叫作：「成功是團隊的成功，失敗是產品經理的失敗」，大是特是。

「讓正確的事情相繼發生」，就是產品經理的所有工做，若是在這個過程當中須要懂技術，就去學技術，須要懂交互，就去學交互，須要懂畫圖，就去學畫圖，須要懂公開演講，就去學公開演講，須要懂 XX，就去學 XX。團隊中，誰均可以說這不是個人職責範圍，只有產品經理不行。

以爲冤枉、憋屈、不公平？抓緊時間，趕忙轉行。

你行你上 gap平臺

Linux 開發模式帶給創業者的啓示

好的軟件產品，經常源於開發者自身的需求

優秀的程序員知道如何編程，卓越的程序員知道合理複用

個人2014技術流水賬

技術人物系列：白衣飄飄的江南開源項目SpringSide 肖樺

惟品會架構師肖樺博客

個人後端開發書架2015

創業和作點小生意究竟有啥區別

小生意就是用來解決問題，產生收益，甚至從第一天開始就有利潤了，不須要太大投資，也不須要承受太大風險。可是這種生意也沒有很大的上升空間，不只沒法實現從0到1的創新，甚至無法作到從1到 n 的複製。就像那把遮陽傘。

而創業，就像你去種植一棵小樹苗，初期什麼都得不到，樹苗還會消耗你的各類資源，水、肥料、時間和金錢，不管你勤奮也好，疲累也罷，樹苗就那樣慢慢生長，不疾不徐。不少樹苗在成長爲一棵大樹以前死掉了，你可能會萬念俱灰，可能會精疲力盡，但次日起來，你只能告訴本身「面對挫折和打擊，不要傷心、不要難過、不要沮喪，不要控訴、不要憤怒、不要抗議，只管埋頭默默擦亮你的鋤頭，準備下一次的種植」。

人爲何要活着

不過活着總得死，這一點是不錯的，我有時對這一點也很不滿意呢。
總之，我認爲人不該當忽視本身，生活就是本身啊。總要無愧於本身才好。

專一和遊離

根本沒有什麼快速的提高，若是你在某段時間以爲本身提高得很快，那是由於你身邊的大部分人成長得更慢，或者，他們安於現狀，沒有提高。提高歷來穩定的，持續的，漸進的。在大部分領域，圍棋、繪畫、寫做、編程、球類等，沒有十年的持續學習和實踐，基本上很難達到專家級別的水準。

既然明白了這一點，咱們「不期速成，日拱一卒」就行了嘛，天天堅持在某個領域學習和實踐兩小時，那成功不就指日可待了麼？有這麼簡單就行了！事實上，在這個處處充滿誘惑力和信息碎片滿天飛的時代，可以作到「日拱一卒」的人，少之又少。基本上，因爲人的天性，大部分人不可能像苦行僧那樣去學習和生活，咱們常常是在須要專一的時候，遊走在朋友圈、微博、美劇、遊戲和各類無聊的垃圾信息之間；在須要遊離放鬆的時候，咱們卻極度專一，打遊戲或刷新朋友圈到深夜或凌晨。

有了這樣的信念，我得以堅強的活到了今天。個人方法很簡單，就是把天天晚上完整的時間歸一堆，而後用刀切成兩半，一半用來專一，一半用來遊離。

狀態好的時候我就會先專一的幹一些事情，這段時間裏我會屏蔽掉電話、微信、微博、美劇等一切干擾噪聲，把相對完整的時間留給寫做、編程、讀書，或專心研究點什麼，堅持一段時間，你的效率就會大大提高，你會發現本身的提高好像比之前快了那麼一點點。

狀態很差的時候，我就會處於遊離的場景裏，刷朋友圈，看微博和推特，看訂閱的 Blog，讀一些閒書，看美劇，拓展視野，尋找信息，完全放鬆。這段時間就是用來消耗的，同時尋找有價值的東西，記下來，留在專一的階段細細閱讀和理解。

專一和遊離狀態交替進行，對我來講，彷佛是最好的選擇。一旦專一，你的效率就會比別人高那麼一點點。一旦遊離，你的視野就會比別人廣那麼一點點。假以時日，你的高度和廣度上就會大大超越常人，把那些稀裏糊塗過日子的人拋在腦後，同時能夠遠遠的看見那些天才們的後腦勺或腳底板，這叫大器晚成。

關於編程上一些建議：

一、對編程產生感興趣並由於樂趣而寫程序。確信你自始至終都能樂在其中，這樣你才願意將十年光陰投入編程事業.

二、與其餘程序員交流；閱讀別人的代碼。這比任何書任何培訓都重要。

三、不斷地編寫。最好的學習方法是在實踐中學習。從技術角度說，「在特定領域的我的最高效率並不由於經驗夠多就會自動得到；但如有意識的經過努力去提高經驗，我的效率會變高」而「高效的學習通常須要明確的任務和因人而異的適當難度，以及及時的反饋和重複或者修正錯誤的機會」（20～21頁）Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life （實踐中認知：心智、數學與平常文化）是這個觀點的一本有趣參考書籍。

四、跟其餘程序員一塊兒完成項目。在一些項目中成爲最好的程序員；在一些中則充當最差的一個。當你是最佳的，你要測試本身領導項目的能力，並以你的能力鼓勵他人。當你是最差的，要看看高手作些什麼，他們不喜歡作什麼 (由於他們會叫你去幫他們作).

五、接手別的程序員完成項目。全心投入並理解別人的程序。當原做者不在的時候，看看在理解與修改時有什麼要注意的。想一想如何設計你的程序使得後來維護的人容易上手。

六、至少學會六門編程語言。一種要支持類/對象(class abstractions)的語言，如Java或C++；一種函數式(functional abstraction)語言，如 LISP 或 ML；一種支持語法抽象(syntactic abstraction) 的語言如 LISP；一種聲明式語言，如Prolog或 C++模版；一種支持協同式(coroutines)編程，如 Icon 或 Scheme；還有一種支持並行(parallelism)的語言，如 Sisal。

七、並具有良好的判斷力，也別老糾纏在語言標準化上。

你究竟是幹嗎的？

時間流逝，程序員已經不足以描述我在幹嗎了，聊天時遇到相似問題，在不一樣的場合，我會說，我是寫 Perl 的，我是寫 Java 的，我是寫 Python 的，我作後端，我帶團隊，我作平臺，我負責公司的技術，我是一個技術做者……

最後我終於發現，我並不在乎本身是否是一個程序員，我更關注本身作的事情，若是你所作的一切只是爲了把一件正確的事情作成，你就不會介意本身是作前端仍是作後端，本身作設計仍是作實現，這件事應該本身的部門作仍是別的部門作。

當我意識到這一點以後，我發現，本身所作的一切努力、協做、妥協、跨界、隱忍，都只有一個目的，就是「讓正確的事情持續的發生（二爺鑑書語）」。爲了達到這個目標，須要我編程的時候，我就去編程，須要我寫做的時候，我就去寫做，須要我去了解產品設計的時候，我就去讀書和設計，須要我去演講的時候，我就去演講，須要我去協做的時候，我就去找別人交流和平衡。

不管是人、部門、公司，都存在本身的邊界，但邊界並不重要，把事情作成纔是重要的。若是守住邊界能把事情作成，就守住。若是跨越邊界能把事情作成，就跨越。

不謀全局者，不足謀一隅。當你意識到這一點並開始這麼作的時候，你會發現，各類資源會以不一樣的方式向你彙集，你會得到意外的幫助，不少幫助甚至一樣是無私的。在把事情作成的同時，你會「順便」成爲一個優秀而有價值的人。

因此如今聚會時再有人問我你是幹嗎的時候，我會告訴他，我在作事。若是你對我作的事情感興趣，那麼咱們再好好聊聊。

人生如擺攤

每次改變都是一次重生！

池建強專訪：談技術、成長及錘子

作一件事情再也不單純是爲了掙錢，而是想表達和創造，我以爲是一種很好的狀態。在這種狀態裏，你作出的選擇更偏向於事，而不是急功近利的念頭。我以爲如今的80後壓力比較大，90後呢，相對好一些吧，壓力大的時候作事就容易變形。

關於創業，我我的覺得，年輕人在牽絆不多的時候，好比20—30歲，更容易去創業和拼搏，由於沒什麼能夠失去的，除了時間。30歲之後結婚生子車子房子的壓力都來了，反而沒那麼容易。到40歲以後，各方面比較穩定了，壓力也沒那麼大了，也是創業的好時機。

咱們的產品在設計和實現上的差異是像素級的，設計出來的 UI，含着眼淚也要實現，並且一個像素都不能錯。好比更換系統主題、屏幕切換、購物商城、雲便籤等等，你能夠看一下，不少細節咱們花了大量的時間和功夫，不少的功能效果要經歷成千上萬次的調試。錘子的 Smartisan OS 和其餘的 Android 系統是不同的，很不同，我不會說咱們的系統更好，不過你能夠本身感覺一下，包括咱們的便籤、時鐘、日曆、雲同步等產品。如今錘子便籤已經推出了 Web 版，有興趣的讀者能夠嘗試一下，咱們要作出世界級的便籤和輕量級的筆記應用。

提問：Python、Android、PHP、Java、Web 看了一大堆，也動手實踐了一些，可是仍是感受什麼都不會，怎樣才能讓本身感受有點進步呢？

池建強：這個得看你的狀態，你是在學習中工做，仍是在工做中學習。

如果是比較純粹的學習，你最好選一門語言和平臺深刻鑽研，這個領域會衍生出不少其餘技術，足夠你學習的，學完以後要實踐，好比寫個 App 或博客系統等，纔會有更多收穫。每一個語言都有本身的生態圈，要融入到這個生態圈裏。若是你是工做狀態，除了把工做中用到的技術掌握好，還應該學習其餘的語言和平臺，一個程序員至少要掌握兩門以上的編程語言，才能相互印證，融會貫通。

爲何學了很久都以爲沒進步呢？第一可能沒那麼久，第二可能你學的東西太多了。在編程領域，沒有幾年持續的專一學習和實踐是不可能「感到本身有點進步」的。

池建強：但求好事，莫問前程！

無論作什麼，從年輕的時候，你就要對你作的事情有深刻的瞭解，不膚淺，不浮躁，堅持去作一件事情，同時有意識地去提高本身的能力。

每一個人都知道運動和良好的飲食能夠保持健康和身材，但少有人作到。每一個人都知道堅持、練習和恰當的方法可讓咱們脫穎而出，出類拔萃，但少有人作到。世界上優秀的人原本就是少數，認識到這一點，你會更容易理解這個世界。

錘子科技爲何要作 Mac 軟件？

錘子科技一樣如此，咱們除了現有的手機設備，還有云平臺、電商平臺，單發的移動應用，好比錘子便籤、錘子日曆、錘子時鐘，整合的歡喜雲Web服務，好比雲便籤、雲相冊、聯繫人、查找手機等。那麼固然，咱們也會爲 Mac 用戶開發相關聯的 Mac App，事實上咱們想作的軟件和服務遠不止於此……

就我我的而言，Mac 上的軟件設計和研發對我有更大的吸引力，我在 Mac 上用過太多優秀的軟件了，Keynote 能夠幫助你實現最好的演講效果，iBooks 提供了電腦上最好的圖書閱讀體驗，Ulysses 實現了最爲專一的寫做平臺，Pixelmator 可讓不懂 PS 的人進行專業的圖像剪輯……大家能想像三表龍門陣裏帥帥的三表弟，用系統自帶的 iMovie 就作出瞭如此專業的百變視頻麼？每次看到三表龍門陣，我都在想，四十多歲的人，看起來就像三十出頭的孩子，三表是怎麼作到的？

程序員很池建強 zhihu

做爲iOS開發者，你不可錯過的資源

花瓣網黃蜂網 UI設計網等

個人老師們（1）

iOS_城市定位一二事 CoreLoation.framework:

原創炫酷代碼公開——鏈接董鉑然github

詳細對比IB開發與純手碼開發的優劣。

文章寫的很是好。其實關於純代碼和storyboard的問題原本就不該該有爭論。storyboard是大勢所趨，再過1-2年，這個問題應該就沒有人爭論了。如今有些iOS開發者比較有影響力的人，排斥swift，排斥storyboard,其實對新手有很大的誤導性，這些新的東西都是沒法避免的趨勢。還有再ios9中，蘋果新增的storyborad的轉場功能，多個storyboard也不須要用代碼來轉場了，還有stackview功能，也非常好用。

xcode 建立靜態庫和動態庫鄧立兵

開源代碼上傳GitHub

cd projectPath

git init

git add -A

git commit -m "first commit"

git remote add origin https://github.com/erduoniba/HAlertView.git

git push -u origin master

陳宜龍

關於運行時修改 AppIcon/LaunchImage 所作的嘗試

tinypng ，保質壓縮，我感受還不錯，推薦給咱們UI和後臺，他們用過以後都說好

Github Advanced Search獵頭大法

打開Github Advanced Search，輸入「location:wuhan」

中文 iOS/Mac 開發博客列表唐巧 github

KittenYang/Animations 動畫

提升iOS開發效率的方法和工具博客July 10, 2015

提升iOS開發效率的方法和工具（升級篇）芳仔小腳丫春雨醫生

UIButton *btnSend;/**< 發送按鈕 */
VVDocumenter-Xcode 
調試接口

註釋安裝 VVDocumenter-Xcode
下載，xcode打開運行，會安裝在 /Users/wgyp/Library/Application\ Support/Developer/Shared/Xcode/Plug-ins/VVDocumenter-Xcode.xcplugin  下面

@font-face { font-family: "宋體"; }@font-face { font-family: "宋體"; }@font-face { font-family: "@宋體"; }@font-face { font-family: "Cambria"; }@font-face { font-family: "Menlo Regular"; }p.MsoNormal, li.MsoNormal, div.MsoNormal { margin: 0cm 0cm 0.0001pt; text-align: justify; font-size: 12pt; font-family: Cambria; }.MsoChpDefault { font-family: Cambria; }div.WordSection1 { page: WordSection1; }

@property (nonatomic,assign) int dqtest;/**< dqxu hello*/

/**

* hello world;

@property (nonatomic,strong) UIButton *btn;

self.dqtest = 1; //能夠看到註釋詳情

_dqtest = 0;//看不到詳情



少年，你還在寫方法調試接口嗎？若是是，那你必定須要下面這2個了哈:

DHC 在線調試接口，支持HTTP和HTTPS呦。

Postman 一款功能強大的網頁調試與發送網頁HTTP請求的Chrome插件。(感謝 葉孤城___ 提醒) 


2.JSON數據編輯

廢話很少說，直接上圖：

    JSON Editor Online

    JSON格式化工具  (感謝 iOS程序犭袁  提供)