作者查詢 / carylorrk
作者 carylorrk 在 PTT [ Ajax ] 看板的留言(推文), 共155則
限定看板:Ajax
看板排序:
全部C_and_CPP472Ajax155Linux140Python95Programming68AndroidDev63Web_Design59Editor44java34LinuxDev24Database20Gossiping19PHP17Cloud13Old-Games11PLT11OOAD8Foreign_Inv7GO7MapleStory6ASM5Sub_CS5Boy-Girl4SMSlife4Soft_Job4WomenTalk4Economics3iOS3Olympics_ISG3Stock3SYSOP3Tech_Job3CSSE2LoL2MobileComm2movie2Paradox2RegExp2C_Chat1Facebook1HsinChuang1IA1Instant_Mess1joke1Network1NTUCGM1PC_Shopping1PublicIssue1TTV1WorldCup1YUGIOH1<< 收起看板(51)
3F→: 這種 code 維護大概會很頭痛吧。11/13 03:19
1F→: 第二題很有趣,在 C 裡面因為是 undefined behavior11/11 07:58
2F→: 沒錯(在sequence point 前同一個變數被 expression 改11/11 08:00
3F→: 了兩次。) 但是我記得 javascript 的標準有規定運算順11/11 08:00
4F→: 序(由左至右),所以主管說的沒有錯。 Java 的行為也11/11 08:01
5F→: 是。更有趣的是實際上你的是正確的,因為不是所有實作11/11 08:02
6F→: 都符合 ECMA 標準,記得有人說過不要太依賴標準XD11/11 08:03
7F→: 第三題空白真的很可惜,最簡單的 IIFE、jquery的優缺點11/11 08:06
8F→: 到一些常見的 design pattern 在 JS 裡的形態11/11 08:06
9F→: (ex:decorator、observer)都可以說。11/11 08:08
10F推: 就算你沒有寫過像是 backbone 或 angular,大學總學過11/11 08:14
11F→: 有掰有分數吧XDD11/11 08:14
12F→: 至於第一題我贊同你的說法。「我認為」第一,這個效能11/11 08:15
13F→: 不重要。第二,既然說到轉換,就應該在相同的標準(或11/11 08:17
14F→: 說是語義)下比較。以相同語義的情況下來說,比較相同11/11 08:17
15F→: 形態時我不覺得他們會有效能差(因比較的步驟都一樣)11/11 08:18
16F→: 比較不同形態且需要 coercion 時說不定 == 還比較快點11/11 08:21
17F→: 要兩者語義完全相等的情況下來比纔有意義。很重要所以11/11 08:23
18F→: 說三遍。XD11/11 08:23
24F→: 所以我們是因為語義差別,而不是效能差別才選用 ==11/11 10:48
25F→: *才不選用 == XD11/11 10:48
32F→: 我的意思是指兩個目的一樣且預期拿到結果一樣的東西才11/11 14:34
33F→: 能比較速度。像是在學資料結構,大家都知道 hash map11/11 14:35
34F→: 和 rb-tree map 的差別,當你只需要 access 單 element11/11 14:37
35F→: 時當然是 hash map 快,但是當你的需要是可以 access11/11 14:38
36F→: 單一 elemnt,然後又可以 iterate 整個 map 並拿到排序11/11 14:38
37F→: 過的 (key, value) pairs,那顯然就是要 tradeoff 了11/11 14:39
38F→: 你如果用 hash map,可能就要歷遍整個 map 然後再排序11/11 14:40
39F→: 同樣的,當你預期的結果是 x == null 的話,用 ===11/11 14:41
40F→: 你可能需要多次比較 (undefined、NaN 等等)或是11/11 14:42
41F→: explicit 的轉型。只有這樣的比較纔是公平的。11/11 14:42
42F→: == 和 === 雖然相似,但是語義上根本不同。沒有限定使11/11 14:45
43F→: 用情景就直接問,顯然無法直接回答。11/11 14:46
49F→: 推樓上,要壓縮用 grunt 就好(誤11/12 09:28
12F→: 網址跟資源本來就應該要一對一。如果是的話用 routing11/10 04:16
13F→: 不是的話...感覺本來設計就有問題?11/10 04:16
1F→: 1. 請 check drive api,你的這個網址讀取的不是你要的11/06 10:37
2F→: 純資料內容。11/06 10:37
3F→: 2. 你的內容不是 jsonp 的格式,請瞭解 jsonp 的原理。11/06 10:38
3F→: 好處應該是不會頁面閃爍、保存 state 和減少流量吧10/01 09:33
4F→: 另外也可以讓後端純 API 化,讓分工更方便10/01 09:38
5F→: 雖然因爲 client render 效能通常還是需要後端做些工作10/01 09:39
6F→: 另外就像一樓說的, template 是你缺少的關鍵字~10/01 09:39
15F→: 瀏覽器是最好的 debugger09/29 13:09
2F→: 用 ionic + angularjs 開發過,必須對 data binding 下09/25 07:41
3F→: 功夫。不過基本上效能都遠落後 native app09/25 07:43
8F→: backbone 我通常還是會配合其他 two way binding...09/25 22:16
9F→: angular 很方便,寫起來很像一般程式,但是不熟悉就容09/25 22:18
10F→: 易因爲背地裏做太多不必要的事而造成效能落差。尤其是09/25 22:19
11F→: 語法自成一格,寫起來方便但是不容易直觀轉換成真正的09/25 22:20
12F→: 網頁操作,新手很難評估效能 impact09/25 22:20
26F推: 我記得之前聽 firefoxOS 的人演說,他們建議在上面連09/26 11:34
27F→: JQuery 都不要碰爲妙XD09/26 11:34
29F→: 我也覺得光談基本功能, ionic + angular 比 bootstrap09/27 02:00
30F→: + JQuery 快,但是沒有實際測試數據不敢提 XD09/27 02:00
42F→: angular 並沒有把程式邏輯和表達混在一起吧?比較類似09/30 13:46
43F→: Django 那種 MTV 架構,也就是MVC 把大部分 C 處理掉09/30 13:50
44F→: template language 的目的是爲了解決 HTML 原生不適合09/30 13:50
45F→: 動態內容的顯示的問題09/30 13:50
50F→: 指定 controller 是因爲不像 django 是用設定檔和檔案09/30 17:45
51F→: 結構作爲判斷吧。如果想要的話使用一致性的命名和09/30 17:46
52F→: organization 其實是差不多的。不過的確有太多特性會讓09/30 17:47
53F→: 新手濫用了。儘管官方也一直強調 MVC 和 testing XD09/30 17:47
54F→: 就像是 PHP 雖然也有不錯的 framework 和架構模式,但09/30 17:48
55F→: 大多數新手寫出來的都是混在一起的怪獸XD09/30 17:49
56F→: 有點像是加法和減法吧,一個是提供很豐富的功能,但是09/30 17:49
57F→: 寫多了會去蕪存菁。一個是提供 core,慢慢加上自己需要09/30 17:50
58F→: 的功能。09/30 17:50
3F→: 可以掛 proxy08/13 23:05
7F→:JavaScript 是 Web 時代的組語...06/05 15:10