Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Общие вопросы по .NET и C# > ждать ли framework 2.1? и vs 8.1?


Автор: Gazon 25.11.2005, 22:09
Как думаете? Много ли глюков в новой версии и стоит ли ждать VS 2006 8.1 и framework 2.1?

Я просто еще framework 1.1 до конца не познал(хотя до конца его не возможно познать), надо еще освоить Web программирование, а потом планирую поставить 2.0. Тем более к тому моменту может уже выйти новая версия с исправлениями ошибок, обидно будет, если еще придется покупать уже третью студию. Или все-таки сделать переход сейчас?

Автор: Exception 26.11.2005, 15:10
Ну если бояться багов.. вроде все в бэтах устраняли.
Юзаю щас, не бажит

Автор: nikf 26.11.2005, 16:38
а куда торопится, совместимость мелкомягкие все равно обеспечат и нет таких вещей которые можно реализовать в 2.0 и нельзя в 1.1

Автор: mr.DUDA 26.11.2005, 17:10
Поддерживаю.
Новую студию надо ждать, если хочется поюзать WinFX-овские штучки, а это будет только после выхода Windows Vista.

Автор: Gazon 26.11.2005, 21:38
Все правильно было сказано, успокоили.

Автор: #Sage 27.11.2005, 03:06
Цитата(nikf @ 26.11.2005, 16:38)
а куда торопится, совместимость мелкомягкие все равно обеспечат и нет таких вещей которые можно реализовать в 2.0 и нельзя в 1.1


я не могу сказать, что я уже большой знаток 2.0, но то что в 2.0 присутсвуют вещи, которые реализовать в 1.1 если можно, то очень сложно, это точно. В частности, я пока имел возможность воспользоваться классом SmtpClient, с помощью которого можно без проблем задать порт для работы с SMTP и самое главное установить SSL-encryption для передачи. Как это сделать через 1.1 я так и не нашёл...

Автор: nikf 27.11.2005, 09:57
Цитата
в 2.0 присутсвуют вещи, которые реализовать в 1.1 если можно, то очень сложно, это точно
Для любителей VB и прочих дельфей характерно впадение в ступор при отсутствии готового компонента и отношение к API как к чему-то сверх сложному. А API это всего лишь часть инструментов программирования и в .NET его никто не отменял.. Так что повторю что нет таких вещей которые можно реализовать в 2.0 и нельзя в 1.1...

Автор: #Sage 27.11.2005, 13:07
Цитата(nikf @ 27.11.2005, 09:57)
Для любителей VB и прочих дельфей характерно впадение в ступор при отсутствии готового компонента и отношение к API как к чему-то сверх сложному.


Вообще-то я думал разговор идёт исключительно об использовании и сравнении различных версии Framework'a. Почему разговор вдруг повернул в сторону API?
Естественно, API никто не отменял. Nikf и Run-time error правы на 100%. Хоть не на много, но к ним обращаться приходиться практически в любом проекте. Но всё-таки, как я понимаю MS притендует на то, что .NET самодостаточная платформа и по идее кроссплатформенная. Тут не до API. smile

Автор: Exception 27.11.2005, 13:27
#Sage точно.
P.S. У тебя аватар как у Kagor'а. Путаюсь уже smile

Автор: -ser- 28.11.2005, 04:25
возвращаясь к начальному вопросу, почти уверен, что в 2006 не будет ничего нового за исключением мелких поправок к тому что есть. я говорю о студии. уж слишком долго рожали последнюю, и то в ней по сравнению с предыдущей почти ничего революционного нет.
Цитата
...может уже выйти новая версия с исправлениями ошибок
обычно покупка продукта подразумевает и бесплатное обновление с исправлениями ошибок. а что касается фреймворк, то там безусловно нет конца совершенствованию. я так себе цифровой фотоаппарат покупаю уже четвертый год. и каждый раз думаю, хорошо что не купил предыдущий, уже отстой.

Автор: mr.DUDA 28.11.2005, 14:00
М
 
Давайте все будем более терпимыми к точке зрения собеседника, даже если Вы её не разделяете.

Автор: Exception 28.11.2005, 18:56
Цитата(ser @ 28.11.2005, 05:25)
за исключением мелких поправок к тому что есть

Вот допишу статью, почитаешь, какие там "мелкие поправки" smile
[offtop]
Цитата(ser @ 28.11.2005, 05:25)
я так себе цифровой фотоаппарат покупаю уже четвертый год. и каждый раз думаю, хорошо что не купил предыдущий, уже отстой.

Я так с телефонами. Пока остановился на 6670 - хватает smile

[/offtop]

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)