Написал такой Extension:

    static class StringExt
    {
        public static bool IsEmpty(this string str)
        {
            return (str == null || str.Length == 0);
        }
    }

Юзаю во всю, красота:

    param.IsEmpty();

А потом подумалось: если раньше глядя на такой код, ты можешь быть уверен, что в в случае param == null вылетит NullReferenceException, то теперь эта уверенность пропадает. С одной стороны "ООП всегда! ООП везде! ООП на радость нам!", а с другой стороны, какой-то не правильный ООП получается

Здравствуйте, AndrewVK, Вы писали:

AVK>P.S. Слева направо: Хейлсберг, я.

Фотошоп?

Здравствуйте, VladD2, Вы писали:

VD>Вы бы им там сказали, что писат select в конце запросы — это по меньше мере странно (это я про квари компрехэншон).
Все програссивное теловетчество наоборот, плачет из-за того что select находится впереди, а не позади from. Приходится вторым проходом проверять семантику селекта, потому как низзя узнать семантически что же здесь хотели юзвери без полей из from.

С уважением, Gleb.

Здравствуйте, VladD2, Вы писали:

VD>Вы бы им там сказали, что писат select в конце запросы — это по меньше мере странно (это я про квари компрехэншон).

Там, если копнуть поглубже, странного намного больше. На самом деле как SQL он только выглядит на совсем простых запросах. А как чего посложнее с участием нескольких таблиц, так больше начинает смахивать на эдакий гибрид sql и xpath (а в васике вобще, уроды, в запросе xml используют).

Здравствуйте, ie, Вы писали:

ie>Написал такой Extension:

А зачем?

string.IsNullOrEmpty(str);

не подходит?

Здравствуйте, Alexey Axyonov, Вы писали:

AA>Здравствуйте, ie, Вы писали:

ie>>Написал такой Extension:

AA>А зачем?

AA>

string.IsNullOrEmpty(str);

AA>не подходит?

Ну это пример такой. Могу другой придумать...

Здравствуйте, GlebZ, Вы писали:

GZ>Все програссивное теловетчество наоборот, плачет из-за того что select находится впереди, а не позади from.

Можно пальцем на это "Все програссивное теловетчество"?

GZ>Приходится вторым проходом проверять семантику селекта, потому как низзя узнать семантически что же здесь хотели юзвери без полей из from.

Это ты про проходы людских глаз? Или ты беспокошся за эффективность компиляторов? Если, за последнее, то лучше не беспокойся. У компиляторов проблем нет. Они один хрен сначала AST создают.

Здравствуйте, AndrewVK, Вы писали:

AVK>P.S. Слева направо: Хейлсберг, я.

Здравствуйте, AndrewVK, Вы писали:

AVK>Там, если копнуть поглубже, странного намного больше. На самом деле как SQL он только выглядит на совсем простых запросах. А как чего посложнее с участием нескольких таблиц, так больше начинает смахивать на эдакий гибрид sql и xpath (а в васике вобще, уроды, в запросе xml используют).

Дык это то понятно. Все же иерархические запросы, хотя как я понял из примеров и джоины там есть как в старом SQL и вообще все очень даже похоже.

Но select сздани — это полнейший изврат. Читашь и чувствуешь себя дебилом. А вся аргументация про области видимости выглядит просто смешно, да и в Жлабэйсике то сделали по человечески.

Здравствуйте, ie, Вы писали:

ie>Написал такой Extension:
ie>

ie>    static class StringExt
ie>    {
ie>        public static bool IsEmpty(this string str)
ie>        {
ie>            return (str == null || str.Length == 0);
ie>        }
ie>    }  
ie>

Скажи, а выделенные скобки — это чтобы возврат из функции не дай бог не выполнися раньше чем вычисление выражения?

Кстати, можно было бы просо:

string.IsEmtyOrNull(str == null || str.Length == 0)

ie>А потом подумалось: если раньше глядя на такой код, ты можешь быть уверен, что в в случае param == null вылетит NullReferenceException, то теперь эта уверенность пропадает. С одной стороны "ООП всегда! ООП везде! ООП на радость нам!", а с другой стороны, какой-то не правильный ООП получается

+1