ExpressionType.And VS ExpressionType.AndAlso

Ido Flatow — Wed, 26 Aug 2009 22:37:27 GMT

Today I’ve encountered a strange problem running expressions - I wanted to created an expression tree that looks something like this:

(e) => e.Owner != null && e.Owner.ID = 4455

So I’ve used the Expression.MakeBinary method to create a binary expression and passed it an ExpressionType.And enum, thinking this is the C# “&&” operator.

When running the expression on an e instance that had no owner (null), I got an exception. When looking at the created expression it looked something like this:

(e) => e.Owner != null AND e.Owner.ID = 4455

At first I didn’t notice any difference (I just thought the ToString() created an easy-to-read string), but after comparing it with the same expression written by hand with a lambda expression, I noticed the difference between the “AND” operator and the “&&” operator.

As it turns out, ExpressionType.Add is actually a bit-wise operator (similiar to &) and the enum that matches the && operator is the ExpressionType.AndAlso (the && operator is what is called a short-circut evaluator).

This is the same with the || (or) operator – the ExpressionType.Or is the bitwise or, whilst the ExpressionType.OrElse is the actual “||” operator.

I honestly think that it would have been better if they named this types as ExpressionType.BitwiseAnd and ExpressionType.And – makes more sense, doesn’t it?

So be careful the next time you want to use and/or in your expression tree.

Further links:

http://en.wikipedia.org/wiki/Short-circuit_evaluation

http://msdn.microsoft.com/en-us/library/bb353520.aspx

שיתוף קבצי קוד בין פרויקטים

Ido Flatow — Sun, 27 Jul 2008 20:13:11 GMT

לפני שבועיים סשה פרסם פוסט על שיתוף קבצי Contract בין Service ל-Client שלו.

הקונספט הזה העלה לי זכרונות ישנים לגבי פעולה זו וכדאי לשים לב לכמה דברים :

1. שיטה זו של קישור ע"י Link עובדת כל עוד היחס בין המסלולים (Path) נשמר בכל מחשבי הפיתוח - ברוב המקרים זה כך, אך יש לשים לב לכך בשביל שלא יווצרו broken links.

2. פתרון אפשרי אחר, למי שעדין עובד עם ה-VSS הישן של MS הוא לבצע Share של קובץ הקוד בין תיקיות הפרויקטים השונות ובכך לייצר עותק מקושר המנוהל ברמת ה-Source Control ולא ב-Studio. כך אפשר להתגבר על הרלטיוויות.
למי שמשתמש עם TFS ומעוניין באפשרות זו - תמשיכו לחפש. משום מה החליטו ב-MS שתכונה זו של VSS לא תמשיך הלאה ל-TFS והיא קיימת רק בתוספות 3rd Party.
לצערי אני מכיר רק את המוצרים של MS וקצת את Clear Case ששם נראה לי שאפשרות זו לא נתמכת. אם אתם מכירים כלי Source Control אחרים שמאפשרים זאת, אשמח לשמוע.

3. השימוש בקובץ קוד בפרויקט אחר מזה שבו הוא נוצר מעלה בעיה קטנה אחת - ה-Namespace של המחלקות. במצב זו ה-NS של פרויקט א' לפעמים שונה מזה של פרויקט ב' והיינו רוצים שהקוד המשוכפל "יתלבש" על מחלקות Partial שקיימות לנו בפרויקט החדש. הפתרון - שימוש ב-Preprocessor directives של IF.

א. מגדירים IF על ה-Namespace - ראו דוגמה בתמונות בהמשך

ב. בפרויקט א', הולכים להגדרות הפרויקט ותחת Build->Conditional compilation symbols מוסיפים את הסימבול המתאים ל-NS של פרויקט א'

ג. בפרויקט ב', הולכים להגדרות הפרויקט ותחת Build->Conditional compilation symbols מוסיפים את הסימבול המתאים ל-NS של פרויקט ב'

ככה זה נראה כאשר פותחים את הקובץ מתוך פרויקט A :

וככה זה נראה כאשר פותחים את הקובץ מתוך פרויקט B :

שימו לב שה-IDE צובע באפור את ה-NS שלא עונה ל-IF, על-מנת לציין שהוא לא רלוונטי - כך אפשר להבחין בעין איזה קוד הוא זה שעומד להתקמפל.

דרך אגב, יכולת זו, כולל התכונה של ההצגה באפור ב-IDE, קיימת גם בגרסת VS 2005

Ido Flatow's Blog

Veni Vidi Scripsi

ExpressionType.And VS ExpressionType.AndAlso

שיתוף קבצי קוד בין פרויקטים