IEnumerable?IQueryable?

昨天跟顧問討論著公司開發平台從下sql到寫Linq的各種心得
不禁有感而發
當初剛接觸Entity Framework和Linq時(公司則是用Telerik公司的DataAccess)
因為對IEnumerable和IQueryable的認知不清吃了不少效能上的悶虧
這兩樣東西的差別在於
IEnumerable :已執行Linq條件而產生的SQL，並將資料儲存在記憶體裡
IQueryable : 是一個指令的集合體，並沒有真的執行向資料庫取資料的動作

這一篇的重點應該就只有這兩句了
那到底該用哪個?這問題真是很難回答
只能看運用時機自己應變

舉個小例子

寫法一
var data = (from m in context.Members
                            join tm in context.TeamMembers
                            on m.MemberID equals tm.MemberID
                            join t in context.Teams
                            on tm.TeamID equals t.TeamID
                            where m.MemberID == memberid
                            select new { m, tm, t}).ToList();
foreach (var team in teamList)
{
      var m = data.tm.Where(c => c.tm.TeamID==team).First();
      //Do Something
}



寫法二
var data = (from m in context.Members
                            join tm in context.TeamMembers
                            on m.MemberID equals tm.MemberID
                            join t in context.Teams
                            on tm.TeamID equals t.TeamID
                            where m.MemberID == memberid
                            select new { m, tm, t});
foreach (var team in teamList)
{
      var m = data.tm.Where(c => c.tm.TeamID==team).First();
      //Do Something
}
大家來找碴
兩段程式的差別只在於寫法一多了一個ToList()
但背後實際執行起來卻大有差異

寫法一是在loop外面執行一次取資料
loop裡面的where都是針對記憶體裡的List在做處理

寫法二則是loop裡面每一個where才去跟資料庫要一次資料

還是如同前面所說的
哪一個比較好真的要看情況
真的不知道哪個好，那就兩種都跑跑看比較performance吧!!

[C#]老師，外部執行檔不理我

這篇文章的出現是有歷史共業在的
隨著時光飛逝科技進步
一間公司經營久了系統多了人也老了
便開始出現了所謂的"舊系統"跟"新系統"
舊系統只要還堪用也舉不出什麼致命的缺陷
在人力資源不足的狀況下往往就會讓他繼續活下去
而新系統開發時在資源再利用的思維模式作祟下
就會有引用舊系統功能的需求出現
"寫成一個service大家用阿"
傻瓜，連dll都拿不到了還指望service
最後各退一步就是呼叫你的執行檔給你參數你output資料給我

賀，前言說了這麼多開始進入正題
協調好資料交換的格式之後，得到了一個精美的exe執行檔
裡面做什麼事你完全不知道，他會給你什麼結果你也無法預期
會跳error已經是很好的狀況了
最糟的是他什麼都不給你就一直hang住

同理心，執行檔會hang住肯定是出現了什麼他也沒預料到的特殊狀況才這樣
天助自助者，我們自己給的timeout設定不就得了
一般來說C#呼叫執行檔取output你會這麼寫
            string ret = string.Empty;
            using (Process proc = new Process())
            {
                proc.StartInfo.UseShellExecute = false;
                proc.StartInfo.CreateNoWindow = true;
                proc.StartInfo.RedirectStandardOutput = true;
                //塞入你的參數
                proc.StartInfo.Arguments = parameter;
                //你的執行檔
                proc.StartInfo.FileName = exeFile;
                proc.Start();
                ret = proc.StandardOutput.ReadToEnd();
                proc.WaitForExit();
            }
在各種無法預期的不可抗力下
你很有機會在ReadToEnd()那邊等上一輩子

設定timeout的寫法

            string ret = string.Empty;
            using (Process proc = new Process())
            {
                proc.StartInfo.UseShellExecute = false;
                proc.StartInfo.CreateNoWindow = true;
                proc.StartInfo.RedirectStandardOutput = true;
                proc.StartInfo.Arguments = parameter;
                proc.StartInfo.FileName = exeFile;

                StringBuilder output = new StringBuilder();

                using (AutoResetEvent outputWaitHandle = new AutoResetEvent(false))
                {
                    proc.OutputDataReceived += (sender, e) =>
                    {
                        if (e.Data == null)
                        {
                            outputWaitHandle.Set();
                        }
                        else
                        {
                            output.AppendLine(e.Data);
                        }
                    };

                    proc.Start();
                    proc.BeginOutputReadLine();






                    //人生苦短不該花費在等待上，設定一個timeout的秒數吧
                    int waitTimeSecond = 20;

                    if (proc.WaitForExit(waitTimeSecond * 1000) &&
                        outputWaitHandle.WaitOne(waitTimeSecond * 1000)
                    {
                        ret = output.ToString();
                    }
                    // Timed out.
                    else
                    {
                        ret = "老師，外部執行檔不理我";
                    }
                }
            }

[android]特別企劃~垃圾車在哪裡，絕對難不倒你

某個月黑風高的夜裡
筆者因為錯過了家門口的垃圾車
拿著手機連上環保局，看著沒有支援手機板的網站
痛苦的查著只有地址的垃圾車班表
不熟悉的路名還要貼到google map去找
提著一包垃圾騎著歐兜賣
在不斷的等待與錯過中就這樣在路上折騰了好久
最後才將垃圾交給一台偶遇的垃圾車結束這一天的冒險

有鑑於此
我發願要把這一切簡單化
筆者跟java不熟，也從來沒寫過任何app
但我相信google威能，於是就開始訂定了我需要的api和資料

更新，1跟2的資料
以高雄市來說，現在可以直接下載到垃圾車的座標資訊
https://waste.ksepb.gov.tw/
使用上方便太多了
/*
1. 垃圾車地點、時間資料
萬事起頭難，我決定第一步先不碰java
先用自己熟悉的C#來準備好需要的資料
雖然是用熟悉的技術
但這個是讓我搞了最久的部分
http://abandoned.kbj.com.tw/waste/search <--垃圾車資料網站
自己摸著摸著挖出了用QueryString來列所有資料的方式
http://abandoned.kbj.com.tw/waste/search/0/0/0/0/0 這是我最後找到的
最後一個參數是決定開始顯示的index
而每次固定顯示15筆，於是只能for loop了
這個處理資料的過程就不贅述了
基本上就是用HttpWebRequest抓畫面中的表格分析資料塞進sqlite
而各地環保局的網站各自成一格
若要將這功能發揚光大至全台灣恐怕花最多時間的都是在蒐集資料這工作了

2. 補足定位點資料
現在有了地址我打算連同座標也整理好才放進app
app做的事情只有讀出座標判斷距離顯示在地圖上
這邊使用的是google map的api
var url = String.Format("http://maps.googleapis.com/maps/api/geocode/xml?sensor=false&address={0}", address);
address帶的當然就是地址了
當中xml是我選比較習慣的格式，也可以用json的格式取得回傳結果
另外sensor這個參數一定要帶，不然查不出來
取出的xml分析的動作用XmlDocument就可以搞定了
格式及用法可參考 https://developers.google.com/maps/documentation/geocoding/?hl=zh-tw
另外google map這個api有每天2500次Query的限制
每秒內的Query次數也有限制
因此我為了補足這些資料洗了好幾次ip
*/


3. 資料內嵌進app
準備好的資料要送進app內
這邊我參考的是這篇
http://www.reigndesign.com/blog/using-your-own-sqlite-database-in-android-applications/
作法完全照抄網頁上的方式

4. Google Maps Android API
基本上這個app要達到的目的就是在地圖上顯示自己的座標和附近的垃圾車座標
而我相信google map會是一個好選擇
設定及使用方式參考了這個
http://cheng-min-i-taiwan.blogspot.tw/2013/04/google-maps-android-api-v2-android.html
溫馨小提醒
在Google API Console要打開的是Google Maps Android API v2不是Google Maps API喔
筆者由於眼殘在這邊卡了一下

5. 取得定位點
GPS定位這個只是個小技巧
網路上的資源多如牛毛
但大部分都是做個Class來implements LocationListener
我是懶人所以我則是參考了這篇
http://zhuyonghui116.blog.hexun.com.tw/43948361_d.html
另外發現在requestLocationUpdates後他就隨著周期卯起來一直定了
然而我只有在開啟app和按下更新時想去跑一次
所以還有參考了這篇
http://hp.dewen.org/?p=576

結合以上的東西，這個app大致上算完成了
剩下的就是換個美美的圖再把exception修一修
畢竟是個不熟悉的開發工具跟語言
整個過程其實也花了不少時間
但這也證明了一件事
你可以不會寫程式也可以不會用IDE
但你一定要會用google search