Добрый день!
Интересует в общем сабж. Прочитал я Петцольда — так что формочки рисовать умею, чтобы еще мне следовало прочитать для общих знаний? А что по конкретным технологиям, например ADO .NET? Web Services?
Спасибо.

Здравствуйте, Дмитрий Наумов, Вы писали:

ДН>Добрый день!
ДН>Интересует в общем сабж. Прочитал я Петцольда — так что формочки рисовать умею, чтобы еще мне следовало прочитать для общих знаний? А что по конкретным технологиям, например ADO .NET? Web Services?
ДН>Спасибо.
Троелсена (см. книжный раздел сайта) + тематические книжки от MS Press (тотже ADO.NET, ASP.NET, ремоутинг) (www.itbook.ru)

Здравствуйте, Igor Soukhov, Вы писали:

IS>Троелсена (см. книжный раздел сайта) + тематические книжки от MS Press (тотже ADO.NET, ASP.NET, ремоутинг) (www.itbook.ru)

Подскажите, плз, .NET Remoting это замена или альтернатива COM?
И еще, насчет технологий, раз решил дотнет изучать, поднял старые RSDN Magazine — почитать повнимательней. Прочитал сравнение ADO.NET, ADO, ascDb и понял, что ничего в этой жизни не понимаю — что это за счастье в новой технологии, если она тормознее всех старых вместе взятых? Что ж в ней такого чудесного? Или главное не продукт, главное как его рекламируют?

Hello, "Дмитрий Наумов"
>
> IS>Троелсена (см. книжный раздел сайта) + тематические книжки от MS Press (тотже ADO.NET, ASP.NET, ремоутинг) (www.itbook.ru)
>
> Подскажите, плз, .NET Remoting это замена или альтернатива COM?

Альтернатива DCOM

> И еще, насчет технологий, раз решил дотнет изучать, поднял старые RSDN Magazine — почитать повнимательней. Прочитал сравнение ADO.NET, ADO, ascDb и понял, что ничего в этой жизни не понимаю — что это за счастье в новой технологии, если она тормознее всех старых вместе взятых?

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

Здравствуйте, TK, Вы писали:

TK>Сравнение технологий говорит лишь о том, что подходы к разработке меняются. Как итог — попытка использовать старые методы вместе с новыми технологиями могут дать обратный результат.

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

Hello, "Дмитрий Наумов"
>
> TK>Сравнение технологий говорит лишь о том, что подходы к разработке меняются. Как итог — попытка использовать старые методы вместе с новыми технологиями могут дать обратный результат.
>
> А можно своими словами немножко поподробней или где можно почитать, что такое новые подходы-методы и каких и применять чтобы получить результат не хуже, чем старые методы+старые технологии.

Например всякие там smart приложения — с возможностью работы в двух режимах (online/offline)

Использование для этих целей ADO — достаточно трудоемкая задача.
Если реализовывать это в ADO.NET, то в данном случае DataSet это более чем гибкое решение.

использование XML — SQL Server содержит встроенные средства для работы с ним.
Например можно писать хранимые процедуры так, что-бы они возвращали результаты своей работы сразу в XML — как результат для получения всех нужных данных достаточно одной операции — вызвать процедуру и тут-же сформировать DataSet. использование ADO для подобной задачи приведет как минимум к нескольким обращениям к БД. Тоже самое и для случая когда нужно сохранить измененные данные в базе данных — DataSet и здесь предоставляет возможности которые в ADO были только на самом зачаточном уровне.

Или например COM+ и передача ранных между слоями в приложении — да, в COM можно передавать объекты по значению, но в большинстве случаев для этого надо еще и написать некоторый объем кода — в .net подобное действие можно выполнить практичски одной строчкой кода — как результат остается больше времени на проработку архитектуры приложения.

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

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

Здравствуйте, TK, Вы писали:

[skip]

То есть, как я вас понял, мы, при использовании новых методов и технологий, жертвуем скоростью РАБОТЫ приложения в пользу скорости его РАЗРАБОТКИ? Так?
И еще, есть ли список технологий которые входят в дотнет и где его можно посмотреть?

Hello, "Дмитрий Наумов"
>
> То есть, как я вас понял, мы, при использовании новых методов и технологий, жертвуем скоростью РАБОТЫ приложения в пользу скорости его РАЗРАБОТКИ? Так?

Почему жертвуем? Нет.
ASP.NET и ASP — приемущество ASP отстает как по скорости работы, так и по разработке
ADO.NET и ADO — здесь в основном увеличивается скорость разработки. Но, эти технологии различаются достаточно сильно что-бы их сравнивать на одинаковых приложениях — где-то может оказаться быстрее одна, а где-то другая.
DCOM и Remoting — В статьях есть тестирование этих технологий. Как полюс Remoting — это более простая и гибкая технология в отличии от DCOM мы имеем широкие возможности для выбора транспортного протола, так и выбор протокола упаковки передаваемых данных. Так-же Remoting лучше подходит для работы в internet (начиная от гибких возможностей по конфигурированию транспортного протокола, сжатия траффика, шифрования данных и т.п.) — для медленных/ненадежных каналов использование Remoting будет на много более эффективнее DCOM
Windows.Forms и ActiveX — в большинстве случаев скорость работы пользовательского интерфейса скорее всего будет не заметна. Как плюс — приложения с Windows.Forms на много проще распространять в intranet/internet сетях — нет нужды в регистрации, возможность запуска приложений из ненадежных источников (как java аплеты)

> И еще, есть ли список технологий которые входят в дотнет и где его можно посмотреть?

В MSDN можно раскрыть раздел .NET Development — они практически все там перечислены

Здравствуйте, TK, Вы писали:

[skip]

Спасибо за развернутые ответы!

Здравствуйте, Дмитрий Наумов.

A ne podskagesh gde DELPHI 7 vziat'?
Ia tut v Argentine sovsem zabegalsa, nigde netu.