Delphi vs C++ vs C#
, ну и Java немножко, где-то ближе к старшему байту номеров страниц
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.156] |
|
|
Правила раздела:
| Страницы: (495) « Первая ... 174 175 [176] 177 178 ... 494 495 ( Перейти к последнему сообщению ) |
Delphi vs C++ vs C#
, ну и Java немножко, где-то ближе к старшему байту номеров страниц
|
Сообщ.
#2626
,
|
|
|
|
Цитата korvin @ Цитата D_KEY @ Уверен? Ты подразумеваешь степень отдаленности от аппаратной платформы(и тут ты прав) или степень высокоуровневости и выразительности доступных тебе абстракций? что? еще раз: у меня ни с одним ЯП не возникало проблем из-за ссылочной семантики объектов. именно это я подразумеваю. Речь уже шла о том, является ли Delphi примером развитого высокоуровневого языка. |
|
Сообщ.
#2627
,
|
|
|
|
D_KEY
Хорошо, а вот такой вариант? ![]() ![]() char a; cin >> a; if (a == 'yes') { } |
|
Сообщ.
#2628
,
|
|
|
|
|
Сообщ.
#2629
,
|
|
|
|
Цитата D_KEY @ Ты подразумеваешь степень отдаленности от аппаратной платформы(и тут ты прав) или степень высокоуровневости и выразительности доступных тебе абстракций? Или. Цитата D_KEY @ Допустим, переменные - значения. Тогда у нас получается, что поведение переменной зависит от того, ссылочный у нас тип или нет. Тогда уж правильнее место хранения значения, а не поведение. Цитата D_KEY @ Речь уже шла о том, является ли Delphi примером развитого высокоуровневого языка. Не идеальным конечно, будем считаться с наследием Pascal. |
|
Сообщ.
#2630
,
|
|
|
|
Цитата DesweR @ D_KEY Хорошо, а вот такой вариант? ![]() ![]() char a; cin >> a; if (a == 'yes') { } Ты имел в виду "yes"? Ну ... проблема типизации |
|
Сообщ.
#2631
,
|
|
|
|
Цитата D_KEY @ Ну ... проблема типизации Угууу |
|
Сообщ.
#2632
,
|
|
|
|
Цитата DesweR @ Цитата D_KEY @ Допустим, переменные - значения. Тогда у нас получается, что поведение переменной зависит от того, ссылочный у нас тип или нет. Тогда уж правильнее место хранения значения, а не поведение. Не только, как же присваивание одной переменной значение другой ? Обсуждали уже |
|
Сообщ.
#2633
,
|
|
|
|
ну так же нет. путаются только С++-ники. (типизированные) термы. они не торчат наружу, ты их не видишь за ссылкой. Цитата D_KEY @ Цитата ... кроме С++, ... объекты ... везде -- ссылочные. Значит у тебя сыграла привычка. А в С++ нужно думать всегда о том, что делаешь. Это не красивые слова, это действительно так. Плохо это или хорошо - вопрос отдельный. я оставил только главное Добавлено Цитата D_KEY @ А какие проблемы? у меня -- никаких, у тебя -- путаница =) |
|
Сообщ.
#2634
,
|
|
|
|
Цитата D_KEY @ Не только, как же присваивание одной переменной значение другой Я и говорю: место хранения. |
|
Сообщ.
#2635
,
|
|
|
|
Никто не путается, ибо запомнить легко. И сделано так только потому, что объекты удобнее использовать именно так, а не потому, что это соответствует какому-либо теоретическому аспекту или просто логике. Цитата Цитата D_KEY @ Цитата ... кроме С++, ... объекты ... везде -- ссылочные. Значит у тебя сыграла привычка. А в С++ нужно думать всегда о том, что делаешь. Это не красивые слова, это действительно так. Плохо это или хорошо - вопрос отдельный. я оставил только главное Лучше бы ответил на: Цитата Допустим, переменные - ссылки. Тогда у нас получается ссылка на ссылку для ссылочных типов? А может у нас просто отпадает надобность в ссылочных типах ? Допустим, переменные - значения. Тогда у нас получается, что поведение переменной зависит от того, ссылочный у нас тип или нет. Прекрасный повод задуматься об обобщенном коде. Любопытно, в чем я по твоему ошибаюсь. Цитата Не у меня, а в языке.Цитата D_KEY @ А какие проблемы? у меня -- никаких, у тебя -- путаница =) Думал, что ты понимаешь, что такое значение, тип и переменная... Добавлено Цитата DesweR @ Цитата D_KEY @ Не только, как же присваивание одной переменной значение другой Я и говорю: место хранения. Место хранения тут не при чем. |
|
Сообщ.
#2636
,
|
|
|
|
Цитата D_KEY @ Думал, что ты понимаешь, что такое значение, тип и переменная... я-то понимаю, только ты похоже забыл значение слова абстракция. ты на пример с cons ответишь? Цитата D_KEY @ Лучше бы ответил на: Цитата Допустим, переменные - ссылки. Тогда у нас получается ссылка на ссылку для ссылочных типов? А может у нас просто отпадает надобность в ссылочных типах ? Допустим, переменные - значения. Тогда у нас получается, что поведение переменной зависит от того, ссылочный у нас тип или нет. Прекрасный повод задуматься об обобщенном коде. Любопытно, в чем я по твоему ошибаюсь. в том, что придаешь переменным слишком большое значение. внезапно поведение экземпляра типа зависит от типа |
|
Сообщ.
#2637
,
|
|
|
|
Цитата korvin @ Цитата D_KEY @ Думал, что ты понимаешь, что такое значение, тип и переменная... я-то понимаю, только ты похоже забыл значения слова абстракция. ты на пример с cons ответишь? На мой взгляд, он совершенно не в тему. Как и твои рассуждения об абстракциях, когда речь идет о системе типов и отношениях между переменными и значениями, а также типами и объектами. А ты ответишь на ту пару предложений, что я просамоцитировал выше? Добавлено Цитата korvin @ Цитата D_KEY @ Лучше бы ответил на: Цитата Допустим, переменные - ссылки. Тогда у нас получается ссылка на ссылку для ссылочных типов? А может у нас просто отпадает надобность в ссылочных типах ? Допустим, переменные - значения. Тогда у нас получается, что поведение переменной зависит от того, ссылочный у нас тип или нет. Прекрасный повод задуматься об обобщенном коде. Любопытно, в чем я по твоему ошибаюсь. в том, что придаешь переменным слишком большое значение. Брр... Я им придаю ровно то значение, которое они имеют. Так ответишь по существу или нет? Тут всего два пункта. Цитата Да, но ты предлагаешь зависимость от "вида типа"(тут даже метакласс не подходит). Зачем нужны ссылочные типы? Или может ты мне хотя бы скажешь, где именно о ссылочных типах можно почитать что-то из теории? внезапно поведение экземпляра типа зависит от типа |
|
Сообщ.
#2638
,
|
|
|
|
Цитата D_KEY @ На мой взгляд, он совершенно не в тему. Как и твои рассуждения об абстракциях, когда речь идет о системе типов и отношениях между переменными и значениями, а также типами и объектами. А ты ответишь на ту пару предложений, что я просамоцитировал выше? еще как в тему. в этом примере я определил абстрактный тип данных с одним конструктором и двумя селекторами. система модулей Racket, например, позволяет объявлять такие типы, соответстветенно извне модуля вообще невозвожно узнать, что результат cons -- процедура, а не вектор, например, или структура |
|
Сообщ.
#2639
,
|
|
|
|
Цитата korvin @ Цитата D_KEY @ На мой взгляд, он совершенно не в тему. Как и твои рассуждения об абстракциях, когда речь идет о системе типов и отношениях между переменными и значениями, а также типами и объектами. А ты ответишь на ту пару предложений, что я просамоцитировал выше? еще как в тему. в этом примере я определил абстрактный тип данных с одним конструктором и двумя селекторами. система модулей Racket, например, позволяет объявлять такие типы, соответстветенно извне модуля вообще невозвожно узнать, что результат cons -- процедура, а не вектор, например, или структура Как это связано с обсуждаемым и вообще со ссылочными типами? Может еще о достаточно часто применяемом в С++ pimpl(вариант opaque pointer) поговорим ? |
|
Сообщ.
#2640
,
|
|
|
|
Цитата D_KEY @ Брр... Я им придаю ровно то значение, которое они имеют. Так ответишь по существу или нет? Тут всего два пункта. я тебе уже отвечал. третий вариант: (типизированные) термы. Добавлено Цитата D_KEY @ Как это связано с обсуждаемым и вообще со ссылочными типами? Может еще о достаточно часто применяемом в С++ pimpl(вариант opaque pointer) поговорим ?это связанно с реализацией типов вообще, что мы тут и обсуждаем. |