分享人：徐晉
1. 枚舉類的引用
public enum IsOrNotType
{
[Description("是")]
[EnumMember]
IsTrue = 1,
[Description("否")]
[EnumMember]
NotTrue = 2,
}
（IsOrNotType）1
IsOrNotType. IsTrue
public enum ActiveStatus
{
/// <summary>
/// 啟用
/// </summary>
[Description("啟用")]
[EnumMember]
Enable = 1,
/// <summary>
/// 禁用
/// </summary>
[Description("禁用")]
[EnumMember]
Disable = 2,
/// <summary>
/// 刪除
/// </summary>
[Description("刪除")]
[EnumMember]
Deleted = 3,
}
A.AddSearch(EStType.Status, DbSearchTypeEnum.Equal, 1, DbUnionCondition.And);
A.AddSearch(EStType.Status,DbSearchTypeEnum.Equal,ActiveStatus.Enable,DbUnionCondition.And);
2. 作為程序猿的好習慣
編寫可讀性強的代碼
作為開發者，可能會經常聽到“代碼首先是寫給人看的”、“寫可讀的代碼相當重要”等等。 當閱讀代碼時，開發者實際上是充當代碼解釋器的角色（雖比不上計算機）—— 在他們的頭腦中執行代碼，并試圖記住當前執行狀態。 這就是程序員在閱讀代碼過程中被打攪脾氣暴躁的原因。推理不快樂路徑
在編程世界中，所謂的“快樂路徑”提出了一種高度樂觀的情景。沿著快樂路徑行進，沒有出錯的地方，也沒有錯誤發生。
在編寫和測試代碼時，學會廣泛地去推理不快樂路徑的場景。作為開發者的你能夠因為在推理不快樂路徑方面一次成功而出名，那么你對細節的注重將為你賺到更多的酬勞。證明你的抉擇
為什么你要在這里使用工廠模式？為什么你選擇那個特定的Javascript框架？如果你在回答這類問題時使用“因為這是正確方法”諸如此類的答案，那么就不會給你帶來任何好處。
這個世界在很大程度上依賴于軟件和軟件開發者的傳遞性。我們擁有經常使我們處于權威地位的專業知識，特別是在與非技術人員或不太有經驗的利益相關者打交道的時候。因此，你會發現，你經常采取的是那種大家嘗試的做法，“我說怎么做就怎么做”。選擇一款強大的編輯器
即使是經驗最為豐富的程序員也需要良好編輯器的配合。他們喜歡用文本編輯器勝過IDE編輯器，因為這樣可以學到更多東西。無論什么情況，盡量使用鍵盤快捷鍵。在選擇編輯器時，認真考慮并挑選最好的（Emacs或Vim），因為它們是通用的。其次，挑選你的首選平臺最支持的。了解數據結構和算法
如果你不知道啥時候用快速排序、不懂辨認O(n2)程序、不會寫遞歸函數，你的工作效率將會降低，盡可能去了解底層命令（plumbing），以便能夠作出明智的決定（Web框架是怎么存儲session狀態的？Cookie到底是什么？）。對項目要從一而終
盡管項目收尾階段的工作確實強度極大且較為枯燥，但我仍然建議大家堅持到最后并始終抱以理想的工作熱情，而且能夠從一而終的程序員才是一位負責任、有擔當的開發者。整潔的代碼勝過巧妙的代碼
要想讓其他人能夠讀懂你的代碼，盡量使用最少的代碼來完成任務。遵循DRY（Don’t repeat yourself）的原則，使用明確定義的對象和庫，將任務分解成小而簡單的代碼段。潛意識是強大的工具
離開10分鐘往往就可以解決一個問題。控制編程時間，給自己一個多姿多彩的生活，勞逸結合能讓你在工作時更高效、更愉悅。當然，即便是上了年紀的程序員也知道，以最少的時間完成最高效的工作是成為10倍效率開發者的必要條件。
作為一個程序員，我覺得在職業生涯中最好的一件事兒就是從電腦前站起來，去拜訪那些在某一領域有所建樹的人們。推動自身和團隊進步
重視批評，以包容的態度接受批評并提升自己是非常重要的事情。沒有這個基礎，你不可能成為一個高效的開發者。一位智者曾經說過：“聰明的人善于從自己的錯誤中學習，而智慧的人善于從別人的錯誤中學習。”使用在線社區和論壇
俗話說，共享的問題就是減半的問題。當你絞盡腦汁解決問題的時候，請注意不要浪費太多時間在孤軍奮戰上。很有可能你的問題，其他某個人已經經歷過了，他的經驗教訓會對你產生極大的幫助。訪問在線社區，例如Stackoverflow或TechNet尋求提示和技巧。充分利用工具和實用程序
有大量的軟件可用于幫助提升開發人員的構建速度。 除了Visual Studio——這款開發微軟軟件的必備工具現在已經是開箱即用的了——還有很多其他的工具和第三方插件可幫助開發人員做的更好。通過注釋來寫邏輯
說到編碼，我有堅持很多原則和想法。其中一個就是，代碼中95%都是邏輯。另一個就是從人類語言到編程語言，邏輯并沒有改變。
這也就是意味著，如果你能在代碼中寫出來，也就可以用英語或者其他語言寫下來。良好的時間管理
遲到對于任何一家公司都是個頭痛的問題。作為一個程序員，有時候為了完成任務常常不得不熬夜，從而導致第二天上班就遲到了。但是我們忽略了這一點，我們的工作時間至關重要，因為在這段時間里我們要和客戶同步，也要與團隊其他成員一齊協作。深入理解客戶需求
僅僅了解單一用戶的表面意思是遠遠不夠的。一個偉大的程序員應該具備能把繁瑣的要求理解并分解成項目的技術任務或子任務的能力，并且最后拿到的成果應精確滿足客戶的需求。對職業的思考
擅長編程代表了職業生涯的其中一個方面，并且是一個重要的方面。建議大家多考慮許多其他的方面，并且有目的地去發展和培養那些習慣。在你自己的時間里，你應該通過一切手段，愛上這個職業。當然還要確保你可以為他人和為自己賺到錢。
3. 曾經看到的一段跟化學相關的東西，覺得蠻有意思但至今未敢嘗試，若有膽大者可以切身體驗一下（PS:后果概不負責！！！）
HCl（鹽酸）
稀：比較酸，感覺嘴里滑溜溜的，典型的嘔吐物感，微辣。
濃：極度的酸，吐掉以后回味苦，然后整個嘴里發涼，10分鐘后好轉。H2SO4（硫酸）
稀：淡淡的酸味，回味感覺油膩，微熱，甜，無任何不適感。
較濃的（40%左右的）：超燙，感覺喝燙稀飯了，然后微甜感和痛感并存，持續2天才退（98%的純正濃硫酸不敢喝）。HNO3（X）
稀：先是苦，然后整條舌頭麻了，然后痛，起了白斑，持續疼痛，3-4天后消退，同時嘴里感覺大吸了一口汽車尾氣。
濃：不敢喝 （猜測是濃硫酸的加強版）。NaOH（氫氧化鈉）
稀：基本上同濃的Na2CO3（咸的），多一些辣感（對蛋白質腐蝕性強的都會有辣感 ）。
濃：含在嘴里十分的辣(可能是已經反應起來了) 然后舌頭燒壞,呈黃色,肉腐爛，1個月不能說話,口里有赤痛感而且舌頭麻木 有辛辣感半年后出院,說話變得不準,味覺幾乎消失,嘴部留下疤痕（這東西對蛋白質的反應不是鬧著玩的……）。CuSO4（硫酸銅）
一開始沒味道，吐出后回味淡淡的苦澀。BaCl2（氯化鋇）
極苦咸，大約相當于MgCl2的加強版CCl4（四氯化碳）
這個最KB了，整個嘴里感到燒塑料的味道，極濃郁，吐掉以后出現說不出的怪異甜味，只感覺全身松軟 （的確，聞起來還可以，嘗起來就郁悶了）。Na2O2（過氧化鈉）
一般的咸 （Na鹽基本都這個味道）。
無水酒精
嘴里完全沒味道，之后花露水的味道在鼻子里揮之不去。FeCl3（氯化鐵）
涼，然后酸，與硬幣放嘴里感覺差不多（Fe鹽都這味道）。AgNO3（X銀）
沒味道。。。
稀Br2（溴）水溶液
極其濃重味道，感覺像汽車尾氣與松節油混合的味（只能如此形容）Hg(NO3)2（X汞）
很淡的味道，有點像味精和醋混合了 。H2O2（雙氧水）
特辣，趕緊吐了，之后就沒什么事情了 。
