Это очевидно, блеядь. Куда важнее, что они сестры.
Это скорее тот случай, когда у тебя больше, чем у тебя
Не будь столь критичен, у него ещё всё впереди.
И как ты себе это представляешь? Он вот так просто подойдёт к брату, вынет у него и будет разглядывать?
Тогда он сам мог бы подойти и показать...
Хотелбы я познакомится с его сестрой.
Просто не скомпилится. Оператор сравнения не определён для Nullable-типов.
Смотря в каком языке.
Нет. В сях я вообще не могу определить свои операции, например. И будет у меня что-то типа
int dickCompare(Dict* d1, Dick* d2) {
...
}
И оно попытается разыменовать нулевой указатель, если я ничего не изменю.
В крестах - возможно, в различных обёртках над указателями дело пофиксили, но по сути же - тоже нужно обработать ситуацию.
int dickCompare(Dict* d1, Dick* d2) {
...
}
И оно попытается разыменовать нулевой указатель, если я ничего не изменю.
В крестах - возможно, в различных обёртках над указателями дело пофиксили, но по сути же - тоже нужно обработать ситуацию.
В С# определено сравнение арифметических значений, а также производных Nullable с null.
Ты был прав, это действительно работает, и при сравнении null со значением всегда выдаёт false. Хотя по логике это вообще неправильно.
Или как вариант можно рассматривать член как массив. Тогда строка
if(brother.Dick.Length > sister.Dick.Length)
вызовет NullReferenceException, потому что sister.Dick равно null.
if(brother.Dick.Length > sister.Dick.Length)
вызовет NullReferenceException, потому что sister.Dick равно null.
Опасная вещь эта ваша фаллометрия, оказывается. Может весь сервер уронить - ну как тогда, с потопом. Или с динозаврами.
{
printf("у брата хуй больше");
}
else
{
printf("у сестры хуй больше");
}
Плохо пофиксил.
printf("у брата хуй больше");
}
else
{
printf("у сестры хуй больше");
}
Плохо пофиксил.
Или, если по-современному: if (brother.Dick?.Length > sister.Dick?.Length)
C#
Плохой ты программист
Должно быть что-то вроде
brother.getDick().getLength().compareTo(sister.getDick().getLength())
И здесь в sister.getDick() должно быть throw new UnsupportedOperationException(). А нулл возвращать - гнилая
идея.
Должно быть что-то вроде
brother.getDick().getLength().compareTo(sister.getDick().getLength())
И здесь в sister.getDick() должно быть throw new UnsupportedOperationException(). А нулл возвращать - гнилая
идея.
Вся прелесть джавы, как языка.
brother.getDick().getLength().compareTo(sister.getDick().getLength())
предлагается вместо
brother.Dick.Length > sister.Dick.Length
brother.getDick().getLength().compareTo(sister.getDick().getLength())
предлагается вместо
brother.Dick.Length > sister.Dick.Length
Некоторые языки предлагают такие штуки, как свойства (property). Они хоть и выглядят, как поля, но при обращении к ним не просто читается-пишется переменная класса, но вызывается соответствующий геттер-сеттер, т.е. по факту метод. Таким образом и инкапсуляция не нарушена, и вот этой громоздкости со скобками нет.
См. например https://msdn.microsoft.com/en-us/library/x9fsa0sw.aspx
А, и еще в джаве нельзя перегружать операторы. Поэтому нужны ужасные .compareTo()
См. например https://msdn.microsoft.com/en-us/library/x9fsa0sw.aspx
А, и еще в джаве нельзя перегружать операторы. Поэтому нужны ужасные .compareTo()
Джава не настолько пуп земли, чтобы делать что-то "абы не как в ней". Свойства добавлены потому, что они интуитивно понятнее, и позволяют не писать все те ужасные цепочки методов, которые в коде превращаются в монструозные конструкции.
Сравни что-нибудь вроде
entity.setSomeLongFieldName(entity.getSomeLongFieldName()+1);
с
entity.SomeLongField += 1;
А джава скоро вообще рискует стухнуть с отношением Оракла к ней. Прикрываясь словесами "мы такие консервативные, мы не хотим загромождать язык", разрабы джавы тупо пинают болты, не учитывая никакие тенденции развития ЯП.
Сравни что-нибудь вроде
entity.setSomeLongFieldName(entity.getSomeLongFieldName()+1);
с
entity.SomeLongField += 1;
А джава скоро вообще рискует стухнуть с отношением Оракла к ней. Прикрываясь словесами "мы такие консервативные, мы не хотим загромождать язык", разрабы джавы тупо пинают болты, не учитывая никакие тенденции развития ЯП.
Я, разумеется, про кастомные перегрузки, которые можно самому написать. Вот Vector3 + Vector3 выглядит очень логично. Или какой-нибудь аналог BigInteger, лол.
Вот простой пример: есть объект instance, у него поле, скажем, Count типа BigInteger, и мы хотим прибавить к нему значение типа int, пусть value.
В шарпе нет аналога BigInteger в стандартной библиотеке, но выглядело бы это как-то так:
instance.Count += value;
А в джава примерно так:
instance.setCount(instance.getCount().add(BigInteger.valueOf(value)));
Месье хочет поговорить за удобочитаемость и понятность кода?
Вот простой пример: есть объект instance, у него поле, скажем, Count типа BigInteger, и мы хотим прибавить к нему значение типа int, пусть value.
В шарпе нет аналога BigInteger в стандартной библиотеке, но выглядело бы это как-то так:
instance.Count += value;
А в джава примерно так:
instance.setCount(instance.getCount().add(BigInteger.valueOf(value)));
Месье хочет поговорить за удобочитаемость и понятность кода?
Дадад, если в джаве чего-то нет - значит, оно и не нужно.
Мне кажется или тут программисты своими знаниями меряются?
Вот и да. Разнояйцевые близнецы, конечно, похожи (всё-таки у них общие родители), но так же, как могут быть похожи и братья/сёстры с разницей в несколько лет.
Однозначно
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!