Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

Цитата Romkin @ 18.11.11, 08:11

Это еще один язык для .NET.

В чем его принципиальные отличия от шарпа? Синтаксис?

непонравилась необходимость typeof(наверняка специальная конструкция)

class method GenericMethodTest.DoSwap<T>(left, right : T);
  ...
  Console.WriteLine('Type: {0}', typeof(T)); //
  ...

Добавлено 18.11.11, 08:39
а так, в целом, вроде получше делфи

Добавлено 18.11.11, 08:41
хотя дальше его(typeof) не используют:

case aClass type of
   TMyXYZClass: TMyXYZClass(aClass).DoSomething;
   TMyOtherClass: TMyOtherClass(aClass).DoSomethingElse;
else raise new Exception('Неправильная ссылка на класс');

Цитата D_KEY @ 18.11.11, 08:16

В чем его принципиальные отличия от шарпа? Синтаксис?

Да фиг знает. Для этого надо знать два языка, чтобы сравнить. Я подозреваю, что скорее всего синтаксис, языки одного уровня.

Добавлено 18.11.11, 08:44

Цитата korvin @ 18.11.11, 08:38

непонравилась необходимость typeof(наверняка специальная конструкция)

Это вывод наименования типа объекта, просто функция.

да и вообще, по логике вещей typeof(Integer) должен выдать что-то вроде System.Type, ведь т.к. Integer сам является типом, то тип типа -- метатип (простите за тавтологию =))

Добавлено 18.11.11, 08:45

Цитата Romkin @ 18.11.11, 08:42

Это вывод наименования типа объекта, просто функция.

а, WriteLine только строки принимает? ну все равно тогда логичней было бы T.Name

Добавлено 18.11.11, 08:49

Цитата korvin @ 18.11.11, 08:38

хотя дальше его(typeof) не используют:

case aClass type of
   ...

а блин, не заметил слово type, значит недоделали немного язык (имхо)

Цитата korvin @ 18.11.11, 08:44

а, WriteLine только строки принимает? ну все равно тогда логичней было бы T.Name

Вряд ли. Просто представление объекта в виде строки - это не обязательно его тип. А хотели вывести именно наименование типа. А T.Name - это явно не тип, а может быть чем угодно.

Цитата korvin @ 18.11.11, 08:44

да и вообще, по логике вещей typeof(Integer) должен выдать что-то вроде System.Type, ведь т.к. Integer сам является типом, то тип типа -- метатип (простите за тавтологию =))

Метод выполняется после инстанцирования, поэтому выдаваться должен именно integer.

Добавлено 18.11.11, 08:54

Цитата korvin @ 18.11.11, 08:44

а блин, не заметил слово type, значит недоделали немного язык (имхо)

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

Цитата Romkin @ 18.11.11, 08:42

языки одного уровня.

Что-то много в .NET таких языков. Для JVM как-то не создают клоны Java.

Цитата D_KEY @ 18.11.11, 08:59

Что-то много в .NET таких языков. Для JVM как-то не создают клоны Java.

Python?

Цитата Romkin @ 18.11.11, 09:01

Цитата D_KEY @ 18.11.11, 08:59

Что-то много в .NET таких языков. Для JVM как-то не создают клоны Java.

Python?

Разве Python и Java языки одного уровня?
Вот Python, Groovy и Ruby - да.

Цитата D_KEY @ 18.11.11, 09:06

Разве Python и Java языки одного уровня?

Я не говорил об одном уровне, я говорил о языке для JVM. Просто в JVM ты в любом случае приходишь к java, а в .NET C# просто один из языков. И языков разного уровня там полно.

Цитата Romkin @ 18.11.11, 09:08

Просто в JVM ты в любом случае приходишь к java

Нет. Ты точно также компилишь со своего языка в байткод JVM, как и для .NET

Цитата

а в .NET C# просто один из языков. И языков разного уровня там полно.

Точно так же, как и для JVM.
Java, Scala, clojure, groovy и т.п. Ну и питоны с руби всяческие.

Цитата Romkin @ 18.11.11, 09:08

Просто в JVM ты в любом случае приходишь к java, а в .NET C# просто один из языков.

Да нет, не просто один из языков. В .NET всё делается для C#, и к нему так же все неизбежно приходят.
Вернее будет сказать, что и там, и там все языки сводятся к какому-то взаимодействию с платформой.

Цитата D_KEY @ 18.11.11, 09:12

Ты точно также компилишь со своего языка в байткод JVM

А байткод, если память не изменяет, очень неплохо декомпилируется в java...

Цитата Romkin @ 18.11.11, 08:54

Вряд ли. Просто представление объекта в виде строки - это не обязательно его тип.

ну да. представление объекта в виде строки -- это object.toString() например, но никак не typeof(Object). но при чем тут представление объекта в виде строки? T там -- это тип, а не объект.

Цитата Romkin @ 18.11.11, 08:54

А хотели вывести именно наименование типа. А T.Name - это явно не тип, а может быть чем угодно.

именно наименование -- это и есть T.Name (Integer.Name) или T.FullName или T.RealName в зависимости от ситуации. а чем по-вашему может быть T.Name?

Цитата Romkin @ 18.11.11, 08:54

Цитата korvin @ 18.11.11, 08:44

да и вообще, по логике вещей typeof(Integer) должен выдать что-то вроде System.Type, ведь т.к. Integer сам является типом, то тип типа -- метатип (простите за тавтологию =))

Метод выполняется после инстанцирования, поэтому выдаваться должен именно integer.

вот это вообще непонятно как относится к моим словам

Цитата Romkin @ 18.11.11, 08:54

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

в том, что как и жабке в этом Oxygen не смогли реализовать нормально типы как объекты. а сравниватся и значения и типы должны одинаково

Цитата Romkin @ 18.11.11, 09:14

Цитата D_KEY @ 18.11.11, 09:12

Ты точно также компилишь со своего языка в байткод JVM

А байткод, если память не изменяет, очень неплохо декомпилируется в java...

А с C# не так?

Цитата Romkin @ 18.11.11, 09:14

Цитата D_KEY @ 18.11.11, 09:12

Ты точно также компилишь со своего языка в байткод JVM

А байткод, если память не изменяет, очень неплохо декомпилируется в java...

и что?