在開發Angular專案的時候，由於前端已經轉換為MVC的框架，因此每一個Component都是獨立的
也因如此，所以檔案數量不僅多也肥大。
筆者這陣子在開發一個ERP系統，目前專案就已經將近30M了(不包含WebApi)
也就是說，用戶在使用系統的時候，以不考慮連線問題、後端處理等等
單獨下載檔案就需要下載近30M。
因此對於用戶體驗來說非常不好。
雖然說我們可以透過LazyLoading來解決這個問題，但是不管怎麼樣，一開始肯定是要將部分專案下載下來
更別說如果都沒有切Module，那肯定是很可怕的
在ORM盛行的時代，很多人都學會了使用LINQ來進行資料庫的撈取與操作
但是LINQ在操作時，有些地方需要額外注意的。否則就會產上如標題上所說的：
LINQ to Entities 查詢中無法建構實體或複雜類型
因此今天來跟大家談談，關於這問題，以及該如何解決。
通常我們在後端接前端Request參數的時候，我們為了省事，會建立一個Model來將前後端Binding
儘管這樣的方式讓我們大幅減少了Action所需要的參數。
不過如果我們想要將每一個欄位都進行驗證的時候，此時光是Action內還沒寫主要程式碼，就先因為格式的驗證佔了一大半的程式碼
因此今天來介紹如何透過自定義Attribute來達到此目的。
這是筆者在大學期間修的一門手機應用課程。
而在去年在修這一門課的時候，筆者是使用Cordova 將JqueryMobile App 發行至 Android平台上
時隔一年，筆者也從Windows跳槽至Mac OSX了。
而一年後再修相同的課程感覺真的很不一樣，對於許多概念越來越能快速釐清。
不久前剛好被學弟問到關於設計模式的問題，覺得滿有趣的，所以放上來與大家分享一下。
在前一篇當中我們介紹了四種DataBinding的方式
我們可以透過這些DataBinding的方式，將我們在TypeScript的變數
回傳到我們的 Templete當中來做顯示。
可是有些情況下，我們可能會根據各種不同的條件、情況來顯示不同的變數資料
這時候我們就必須要仰賴 Structure Directive了
在Angular2當中，有一個很迷人的地方，那就是DataBinding
昨天晚上學弟告訴我：他發現 明明已經使用 angular-cli安裝Chart.js這個建構圖表的 Third-party
但是卻仍然無法使用，會一直報錯：
Cannot find modu
le '../../../node_modules/chart.js'
起初一開始以為只是它單純安裝完後沒有給人家import而產生的錯誤，但後來我自己在看Code的時候發現其實裡頭大有學問。
因此發布上這篇讓其他有相同問題的人可以少採一點坑。
相信這個問題一直以來都困擾著開發者，因為很多時候我們不一定剛好可以都在Server上測試
很多時候我們可能只負責前端，而後端是其他人負責。當他們寫完WebApi 或是 WebService的時候就會上傳到測試Server上
那麼當我們在本地端撰寫的時候如果想要Request到網頁上就會有Same-origin policy 的問題要解決
好啦，我就是被雷的那一個，所以今天來跟大家談談Same-origin policy 的問題。
前陣子的高雄前端開發者大會，因為有其他工作要忙沒機會過去聽
後來聽到有去的朋友表示很難懂，發現聽不太懂
剛好昨天看完保哥介紹的影片趕緊寫下筆記複習一下
也順便分享給各位，讓更多人了解RxJS好用的地方