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，目前可用性已經挺高了，如果覺得不容易，請給予一星，謝謝🙏