isfarmЧто нового "в Delphi от Microsoft"? Кроме огромной инсталляции и жутких тормозов

1. Если использовать MS SQL Server 2005, то клиентские и серверные утилиты реализуются одними и теми же инструментами с использованием одних и тех же языковых средств.

2. Возможность использования одновременно нескольких версий одного и того же кода.

3. Программировать быстрее и проще. Нет необходимости задумываться о технических нюансах вроде освобождения памяти - она освободится сама.

4. Более глубоко, нежели в DCOM, продуманы вопросы безопасного взаимодейсвтия распределенных приложений.

5. Широкая поддержка стандарта XML, который открывает новые горизонты для построения распределенных вычислений.

6. Удобные средства работы с WEB-сервисами.

7. Совмещает в себе плюсы компиляторов (высокую скорость исполнения) и интерпретаторов (возможность построения динамически модифицируемого кода).

По поводу минусов, дескать приходится включать в дистрибутив .NET-библиотеки... Это временное явление. Пока таковые библиотеки еще не включены в состав всех операционных систем семейства Windows, их приходится "таскать с собой". Примерно так же развивались события с технологией OLEDB и ADO. Теперь можно быть в достаточной степени уверенным, что соответствующие библиотеки наверняка окажутся в составе операционной системы (если только это не Windows 3.1 :) ). Я полагаю, что людей, которых не очень нервирует, что операционная система "занимает много места", не должен в конечном счете сильно волновать размер дистрибутива, в который они включают библиотеки, которые в будущем гарантировано будут иметься в составе ОС, и необходимость их включения в дистрибутив отпадет.

iscrafmтем же Borland Delphi.Borland Delphi в своих последних версиях предоставляет возможность разрабатывать .NET-приложения... :)

1024
1. Если использовать MS SQL Server 2005, то клиентские и серверные утилиты
реализуются одними и теми же инструментами с использованием одних и тех же
языковых средств.

- нетЧто - "нет"? Можно конкретнее? Нельзя на стороне сервера использовать функцию, написанную на .NET?

10242. Возможность использования одновременно нескольких версий одного и того же
кода.

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

10243. Программировать быстрее и проще. Нет необходимости задумываться о
технических нюансах вроде освобождения памяти - она освободится сама.

- это было проблемой только в ц/ц++, в васике, к примеру, или в тех же
дельфи этой проблемы не былоА вы попробуйте с одном потоке создать переменную, а в другом на нее сослаться... :)

1024и интерпретаторов (возможность построения динамически модифицируемого кода).

- нет. Хоть и не в нативный код но компилируетсяЧего "нет"? Reflection "нет"?

Кстати, забыл упомянуть о том, что в .NET появилась возможность использовать расширяемые синтаксические конструкции. То есть, появление новых возможностей в языках новых поколений не приведут к тому, что .NET-языки устарют по причине своего несовершенства.