Здравствуйте, Павел Кузнецов, Вы писали:
ПК>По-моему, обсуждаемое комитетом auto, все-таки, лучше... ПК>
ПК>auto c = new MyClass(10,20);
ПК>
Ага. Вот только ради повторного использования ключевых слов не стоит так уж коверкать язык. auto тут как то совсем не к месту. Лучше было ввести новое ключевое слово.
Я конечно понимаю, что есть проблемы совместимости, но все же какой-нить var или def был бы умеснее.
... << RSDN@Home 1.1.4 beta 7 rev. 466>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Кодёнок, Вы писали:
AVK>>Лучше наоборот — по левой части предлагать соответствующие подсказки длоя правой. Кстати о new — современные редакторы после new предлагают список конструкторов в соответствии с типом левой части выражения, так что напрактике его (new) отмена приведет только к большей трудоемкости набора кода.
Кё>Что-то я глубоко сомневаюсь, что IntelliSense когда-нибудь сможет предложить `Some.Namespace.daFunction(new System.Drawing.Point(30,5))` в качестве правой части
А я знаю мегазаклинание introduce variable Оно еще и название для переменной предложит выбрать...
> Ага. Вот только ради повторного использования ключевых слов не стоит так уж коверкать язык. auto тут как то совсем не к месту.
Почему? Автоматический вывод типа — вроде, нормально... В своем первоначальном значении auto уже не используется, соответственно вполне можно использовать его для этой цели
> Я конечно понимаю, что есть проблемы совместимости, но все же какой-нить var или def был бы умеснее.
А var или def чем лучше?
Posted via RSDN NNTP Server 2.0 beta
Легче одурачить людей, чем убедить их в том, что они одурачены. — Марк Твен
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>Почему? Автоматический вывод типа — вроде, нормально...
Не у всех столь богатая фантазия. А почему не автоматически подсчитывать ссылки? В D вроде бы авто именно так используется.
ПК> В своем первоначальном значении auto уже не используется, соответственно вполне можно использовать его для этой цели
Можно. Но все же нужно и о людях подумать. Зачем их удивлять то?
ПК>А var или def чем лучше?
Понятно и привычно. Все же не первый язык их использует.
... << RSDN@Home 1.1.4 beta 7 rev. 466>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
VladD2,
> ПК> А var или def чем лучше? > > Понятно и привычно. Все же не первый язык их использует.
def в Питоне вообще для других целей используется... var в тех языках, которые пришли мне в голову, тоже не говорит об автоматическом выводе типа из инициализатора, а просто обозначает определение переменной... В общем, пока я не вижу каких-либо серьезных аргументов ни за то, ни за другое...
Posted via RSDN NNTP Server 2.0 beta
Легче одурачить людей, чем убедить их в том, что они одурачены. — Марк Твен
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, Трурль, Вы писали:
Т>>А зачем их различать?
VD>1. Чтобы обеспечить различие между вызовом конструктора и функции.
Хороший ответ на вопрос "зачем различать вызов конструкции и функции". Написал бы проще: "а шоб было".
VD>2. Чтобы сократить количество мест где может возникнуть перегрузка.
Хе-хе. А зачем их сокращать? И на сколько оно сокращается?
Здравствуйте, Andrei N.Sobchuck, Вы писали:
ANS>Хороший ответ на вопрос "зачем различать вызов конструкции и функции". Написал бы проще: "а шоб было". ANS>Хе-хе. А зачем их сокращать? И на сколько оно сокращается?
Ответы на эти вопросы мне кажутся очевидными. Чтобы не было каши вместо кода.
... << RSDN@Home 1.2.0 alpha rev. 516>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>VladD2,
>> ПК> А var или def чем лучше? >> >> Понятно и привычно. Все же не первый язык их использует.
ПК>def в Питоне вообще для других целей используется...
def появился не в питоне и умрет не в нем.
ПК> var в тех языках, которые пришли мне в голову, тоже не говорит об автоматическом выводе типа из инициализатора, а просто обозначает определение переменной...
var — это стандартный префикс описания переменных еще с Паскля (если не раньше).
ПК> В общем, пока я не вижу каких-либо серьезных аргументов ни за то, ни за другое...
В общем, ты никогда ничего не видишь... если очень того не захочешь.
... << RSDN@Home 1.2.0 alpha rev. 516>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, Andrei N.Sobchuck, Вы писали:
ANS>>Хороший ответ на вопрос "зачем различать вызов конструкции и функции". Написал бы проще: "а шоб было". ANS>>Хе-хе. А зачем их сокращать? И на сколько оно сокращается?
VD>Ответы на эти вопросы мне кажутся очевидными. Чтобы не было каши вместо кода.
Не увиливай, не в военкомате. (с)
Чтобы сократить количество мест где может возникнуть перегрузка.
Мне достаточно маленького примера каши вместо кода.
Здравствуйте, VladD2, Вы писали:
ПК>> var в тех языках, которые пришли мне в голову, тоже не говорит об автоматическом выводе типа из инициализатора, а просто обозначает определение переменной...
VD> var — это стандартный префикс описания переменных еще с Паскля (если не раньше).
Нужно ключевое слово, обозначающее автоматический вывод типа, а не являющееся признаком объявления переменной. Не вижу, каким образом var справляется с первой задачей лучше, чем auto...
Легче одурачить людей, чем убедить их в том, что они одурачены. — Марк Твен
VD>И чем это будет отличаться от вызова функции?
Именем. Вряд ли кому-то взбредет в голову называть функцию "MyClass".
К тому же, что касается Джавы, то там есть общепринятая Naming Convention, в сообветствии с которой классы называются в "паскале", а методы в "кемеле".
Здравствуйте, IT, Вы писали:
IT>AVK, не веди себя как беспощадный компилятор. Ну ошибся человек, но из контекста же понятно что имеется ввиду
А честно не понял. По началу тоже подумал про throw, но потом внимательнее поглядел и увидел return, чем весьма удивился, потому что не понял в чем совтсвенно хитрость.
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>Нужно ключевое слово, обозначающее автоматический вывод типа, а не являющееся признаком объявления переменной. Не вижу, каким образом var справляется с первой задачей лучше, чем auto...