這年頭作開源項目，被冷嘲熱諷，FreeSql 0.0.4

FreeSql 項目大概在20天前想着要作的，今天發佈0.0.4在羣裏被一位大神諷刺。

這位無名氏哥們的觀點，先聲明這不是找安慰的文章，更加不是報復打擊的目的。

1 因此這個比EF好在哪裏
2 畢竟EF是官方的技術，你本身造的輪子得說明本身哪裏不是重複造輪子，而不是問已有的輪子到底怎麼樣
3 EF徹底能夠勝任而且超出一個ORM框架須要的全部功能
4 你能夠以爲EF不夠好，本身作一個更好的，可是這創建在你能指出EF哪裏很差的前提下
5 另外插入一個話題，[圖片]這個項目引用 很顯然 這違背了.NET Core的小包思想，四個字，按需引用
6 這根本就不是什麼拆包的問題，而是在開發的時候就是小包，你不瞭解.NET Core的思想，每必要非得說本身是正確的，有人教你，你就虛心接受，沒什麼大不了的
7 你target了.NET Standard，卻走的是原來的那一套思路，
8 在接受一個新的平臺的時候，你須要接受它的思想
9 不要重複造輪子，你若是以爲ef有缺陷，哪很差，本身提issue，給pull request，若是你以爲ef一無可取，你本身作，那也得說明它比ef好在哪裏，是吧
10 你和ef的區別在於你把sql語句暴露出來了，而ef是使用IQueryable來徹底封裝sql的
11 IQueryable是一個標準接口，你要標新立異，原本就是兼容性不好的
12 你以爲微軟不對你能夠別用微軟，可是你用微軟你就得遵循用微軟的人在遵循的標準
13 ORM框架自己，並非一個功能性的東西，就是提供一個優雅的coding style，可是你的ORM框架，卻忽略了coding style的問題
14 如今.NET上的ORM框架、甚至是一些no sql的數據驅動，他們的查詢操做，主流的，你以爲有幾個不是實現IQueryable接口的？
15 你標新立異，就表明着現存項目沒有這個開發成原本重構成基於你的框架的版本，新的項目也沒法接受選型你這個框架的風險
16 不實現IQueryable接口的查詢API，實際項目不管是遷入到你這個框架，仍是從你的框架遷出到別的框架，都有鉅額的重構成本
17 你寫出來一個東西來符合本身的理解，本身以爲更優雅，可是實際項目選型的時候要選用你的框架，會有這些問題：
1)你的文檔中沒有任何對比說明你的框架哪比EF更好
2)你的框架遷入遷出成本過高
3)你的框架缺少學習資源
4)你的框架缺少可靠的社區支持
18 是，有了.NET Core，微軟擁抱開源了，.NET開發者均可以融入開源社區了，可是你得知道什麼是開源社區，開源社區什麼東西能好，什麼東西得避免，開源社區的運做思想，而不是，哦，我寫一個庫，放github上，就是開源，你造輪子也得按照基本法，不要重複造輪子
19 [圖片]從關鍵字搜索來看，這個項目裏沒有任何鏈接池控制的邏輯
20 我不知道你的項目裏有沒有實現數據庫的版本控制的邏輯，若是沒有，那你真的該去好好了解爲何要用ef，若是有，那麼你是真正的勇士，花了一大把時間來重複造了一個很繁瑣的輪子
21 算了，你本身要花時間，誰也攔不住，可是當成果被承認的程度沒有達到你的預期時，請不要忘記我曾經提醒過你，你們都是程序員，坑都得本身跳一下才知道深，這個我是理解的

老哥應該是怕我被坑，我以爲作項目不容易，願意開放源代碼不該該鼓勵嗎？下班的時候和這位老哥聊了半小時，我很感激你的提醒，可是我須要更多的應該是承認。

我們無償開放源代碼容易嗎，好好給一點點鼓勵就行，.net社區的將來纔會更好。

項目倉庫：https://github.com/2881099/FreeSql
目前版本 0.0.4，目前可用性已經挺高了，若是以爲不容易，請給予一星，謝謝🙏