OberonCore

А кто-то спорил?



Какой пример?

Ну и пусть копают. Что не так?

Дык ведь жаль, горемычных! Ой как жаль! Когда время "раскапывания" и овладевания тнструментарием становится сравнимым или превышает время "раскапывания" задачи - "что-то надо в консерватории менять"...

Мне кажется, что для студентов, будущая профессия которых непосредственно связана с программированием, покопаться в байтах и невалидных указателях будет полезно и даже необходимо. Хотя бы для того, чтобы иметь возможность оценить более другие языки. Только задачи для такого курса надо подбирать соответствующие.

Private Sub CommandButton1_Click()
Dim z As Double, n As Integer
x = TextBox1.Value
y = TextBox2.Value
z = Math.Sqr(x + y)
n = z
MsgBox (n)
End Sub

Взято отсюда:
http://delphikingdom.info/asp/talktopic ... t=10&pNo=6

Согласен - один/два примера (сугубо компаративных!) ДОЛЖНЫ показывать будущим (особенно НЕ программистам), что шумиха и "распространённость" - зачастую не те критерии, по которым необходимо отбирать кандидатов на средство реализации...

[/quote]

Этот пример всего лишь показывает отличие динамической типизации от статической. Возможность подобных ошибок динамические языки возмещают большей гибкостью.

Э, Влад, мне кажется, тут дело тоньше.
Динамическая типизация тоже может быть строгой в том смысле, что набор операций, применимых к объекту конкретного типа, жестко контролируется, только определение типа откладывается до этапа выполнения.
Я не знаток того же Smalltalk, но вроде бы там в подобных ситуациях должна быть рантайм-ошибка, а не молчаливое перемалывание мусора...

Да и если говорить о конкретно Висуальном Васике, то большей гибкостью он это не возмещает - никакого особого полиморфизма или рефлексии в нем нет...

Широковещательно, однако...

Операция "сложения" вполне естественна для двух строк. Можно придумать кучу примеров, когда это приводит к ошибке, так же как и кучу ситуаций, когда это полезно. Тоже самое касается и неявной конвертации из строки в число.



Я тоже не знаю Смоллтолк. Но, очевидно, все упрется в наличие или отсутствие у строк операции сложения такого же вида, как и операции сложения двух чисел.



С этим не буду спорить Но тем не менее пример некорректен.

При чём тут строки? .....

Потому что "x + y" в том примере конкатенирует строки.

Типы x и y выводятся из типа .Value?
Я бэйсика не знаю. У них "+" даже со строками не конкатенирует строки, а аргументы пытается перевести в арифметический тип?

Вполне логично предположить, что тип текстового поля ввода - строка.



Я тоже не знаю бэйсика, но иначе чем конкатенацией строк результат не объяснить

Извиняюсь за оффтопик, но вы, Влады, как я погляжу, делите шкуру не то что не убитого, но и не известного басика. А в нашем лесу басиков не водится

То, что тип текстового поля ввода - строка - "вполне логично допустить". Я спрашивал: из какой логики получается, что x и y - имеют тип "строка"? - из типа результата инициализирующего выражения?


Это как?
Конкатенация дву строк "2" + "2" == "22", корень из 22 == 4,69 (с хвостиком), бэйсик округлил в сторону большего? а почему не "отрезал"? :о) блин, у меня вопросов меньше не становится! :о) Короче, - "в ставке Гитлера все малохольные" ! (с) ВБИОС


Ну дык интересно понять, как голова работала у тех, кто изобретал этот "самый простой" язык! :о)

А откуда еще? Тип x и y явно не задан, так что он динамический.



Округлил по правилам округления. Почему нет?

Ха! - "откуда"! Да нам МС столько примеров предоставления ПО, которое "умнее пользователя" предоставила, что тут и "на воду дуть" будешь... Мало ли! Может они вперёд по тексту функции увидели, к чему, в конце концов их данные из полей ввода свелись?!... МОжет, поэтому там и не конкатенация могла стоять... Мне вот, например - не весело...


Потому, что я привык, что в "несколько других языках" ожидается отбрасывание дробной части при преобразовании плавающего в целое при явном неуказании операции округления. :о)

Да не будет у тебя других языков, кроме VB :) И проблем подобного рода тогда не будет

Чур меня !