Darkthread

很久很久以前(轉眼已十年惹)學會用 SQL 2005 Common Table Expression 呈現資料表中的階層式資料(組織圖、BOM表)，當時還學到 ORACLE 有個 CONNECT BY 語法效果類似。說來慚愧，對它只停在「知道」的層次，沒實地玩過，直到今天遇到必須使用 ORACLE 查詢展開組織圖的需求卻寫不出來，確認了「其實我不會」。 亡羊補牢，猶未晚矣，特筆記今天的實地演練心得備忘。 測試資料直接借用 CTE 文章裡的 BOM 範例： 使用以下指令產生測試資料： CREATE TABLE BOMDemo ( PartNo VARCHAR2(8), PartName NVARCHAR2(16), ...

同事轉了一篇探討 WCF 與 ASP.NET Core WebAPI 效能的比較文章： Is WCF faster than ASP.NET Core- Of course not! Or is it? 結論出乎意料。 作者看到一則 Reddit 上關於 WCF/ASP.NET WebAPI 效能討論 (Reddit 可想成國外的 PTT) 就認真了，跑了蠻專業的測試，試了多種組合，WCF 幾乎都輕鬆將 ASP.NET Core WebAPI 甩在身後。進一步分析，JSON Serializer 似乎是速度的關鍵，當物件複雜化，改用 MessagePack 格式序列化的 ASP.NET/ASP.NET Core WebAPI 組終於以小幅差距打敗 WCF。   ...

文章標題很繞口，情境也有些複雜，先來個戰情簡報： 我有個共用程式庫專案 MyModels.csproj 同時被加入 A.sln 跟 B.sln 兩個解決方案，A.sln 開發過程發現 MyModels 某類別名稱有錯別字，Substitute 誤寫為 Substitue (結尾少一個 t)，幸好專案仍在開發階段，趁早更正，省得日後每次見到心煩。使用 Visual Studio 的更名功能一下就搞定，A.sln 重新編譯跟測試都正常。 回頭修改 B.sln，解決方案包含了 MyModels.csproj，裡面的 Substiute 類別名稱已更新，但編譯時引用該類別的 ASP.NET MVC Controller 卻冒出以下錯誤： ...

先前處理過幾次 VS2017 TypeScript 版本相容問題，特徵都是專案可編譯但 Error List 有錯誤。在某專案遇到類似狀況，錯誤訊息為 Cannot reclare block-scoped varialbe 'JSON'. @ lib.es6.d.ts。心中警鈴大作，心想應該又是煩人的 TypeScript 版本相容問題。 將 TypeScript 版本從 2.5 更新到 2.7，VS2017 也更新到最新版，問題卻不見改善，這才覺得問題不單純。 經過調查，問題根源讓人啞然失笑，原來專案裡有時代的眼淚 - JSON2.js，Visual Studio 會將專案內含的 JavaScript 也納入 TypeScript 參照範圍，JSON2.js ...

前陣子談過用 HttpUtility.ParseQueryString 解析、修改及還原參數的簡便做法，一不做二不休，再來聊聊如果拿到一個 URL， HTTP 要改 HTTPS、主機名稱要換、Port、路徑要改，是不是也有不走字串比對置換的優雅做法？ 爬文查到好用的 .NET 內建物件 - UriBuilder(.NET 2.0 時代就有了，我到現在才學會)，Scheme(http、https)、Port、Host、Path 均可任意抽換調整，再產生新的 URL，比起自己寫 Regex 比對置省事可靠不少。UriBuilder 已滿足大部分所需，只少了將 QueryString 轉成 NameValueColletion 方便抽換修改參數，查了文件 UriBuilder 並未宣告 ...

跑過兩回(2013、2014)萬金石，賽道風景優美全程交管是迷人之處，這幾年更是一路升級銅質銀質等級。不過，雖然大會貼心備有接駁車，凌晨四點前要趕到台北車站搭車，兩點多就得起床，其實挺爆肝的，在我心中並不甜，後來就沒再跑，今年原本也沒計劃要報。萬金石是台灣少數要抽籤的熱門賽事，心想反正抽籤不花錢就隨手填了資料，開獎後驚聞跑步老搭檔忠孝哥沒中籤扼腕不已，感覺自己的中籤信正在閃閃發光，腦波一弱就... (回想起之前排隊買釣鐘燒，原本打算買一盒嚐鮮，快排到時看到「每人限購兩盒」，拎北一怒就兩人買了它四盒 XD) 總之，早上兩點起床，三點半趕到台北車站，嘩~ 排隊人龍綿延五百公尺，從中山北路口排到重慶北路口又折回來... 車子班次很密集，人潮消化挺快，倒是很快搭上車，夜深車少沒多久便抵達會場。 ...

在公司混得愈久，沾染的專案就愈多(講得好像專案是髒東西一樣，咦，不是哦?)，每回改程式查程式的第一步就是從 TFS Get Latest 取回最新版本，日積月累留下後遺症。不知從何時起，Visual Studio 中只要是與 TFS 有關的操作都如老牛拖車，讓我有想爆粗口的衝動(大家都知道，我性急如王藍田呀)，最近發現，輸出視窗還冒出以下警告： TF401190: The local workspace MyComputerName;Jeffrey has 177924 items in it, which exceeds the recommended limit of 100000 items. To improve performance, either reduce ...

分享今天卡到陰，耗掉我半小時青春的鬼問題。 有個待辦事項清單網頁，使用者可點選待辦項目以 Modal Dialog 連上位於其他主機的網頁執行作業，待 Modal Dialog 關閉，待辦清單需依據執行結果決定是否將該筆作業註記為已完成，避免重複處理。由於待辦清單與執行作業網站分處不同伺服器，跨站台情境無法使用 returnValue 傳回結果，故我會靠另設狀態程式從中傳話以克服限制。(細節可參考 TIPS-跨Domain傳遞Modal Dialog結果） 情境示意如下： //開啟另一台主機的網頁處理資料 var url = "httq://serverB/edit?id=" + item.Id; //在url後方加上callback以更新狀態 var ...

分享在同事專案發現的有趣茶包。 同事接手超古老的 ASP.NET 2.0 WebSite 專案，第一步先升級成 3.5，從青銅器時代推演到鐵器時代。依過去經驗，3.5 也基於 2.0，除了要將 AJAX 擴充功能轉成內建，幾乎是無痛升級。(事實上，2.0 就算升 4.0/4.5 也很少遇到麻煩) 但這回遇上怪事。未升 3.5 前 Build Web Site 成功，升級後出現缺少 ASP.NET AJAX Toolkit 版本問題， 排除過程冒出一個編譯錯誤，某個共用類別存取了外部程式庫元件的 internal 屬性。程式寫法挺妙的，舉例來說，元件 CommLib.Data.DataHelper 有個內部屬性 connString，Web Site ...

小時候我也有段很愛玩電腦遊戲的時光，但玩法跟常人略有不同。眼拙手殘外加沒耐性，不管動作遊戲還是冒險遊戲，對我來說最大的樂趣不在苦練破關，而是偷改遊戲存檔或資料檔，讓角色在遊戲世界有花不完的錢、穿被打如蚊叮的裝，外加天生神力用小木棍也能捅死大魔王，說穿了其實就是作弊啦~ 年輕同學們可能會覺得，作弊有什麼好說嘴？上網 Google 改法、找現成工具不就好了，甚至有些遊戲就內建作弊碼... 嘖嘖嘖，那可是網際網路跟 Google 仍是科幻電影概念，查資料只能去書店跟圖書館的年代，想作弊一切要靠自己(後來 FPE 整人專家、GameBuster/GameMaster 等專業作弊工具問市後門檻有下降)。我玩遊戲的 SOP ...