dot NET

← →
KilkennyCat © (2007-04-26 00:19) [80]

> Real © (26.04.07 00:04) [79]

2. пункт остался

← →
Real © (2007-04-26 00:23) [81]

> 2. пункт остался

Да в курсе, потому как эта лажа унаследовалась во всех так называемых си-подобных языках. Это кстати относится и к объектам юникс

← →
homm © (2007-04-26 00:29) [82]

> 2. Зависимость регистра символов в идентификаторах

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

← →
KilkennyCat © (2007-04-26 00:31) [83]

> Real © (26.04.07 00:23) [81]

я где-то читал оправдание этому, в смысле, что это не лажа, а очень даже правильно, но уже забыл, а своего объяснения дать не могу, ибо тоже не понимаю, зачем сие. Я бы понял это на символьном языке Искры-1256 - там было очень мало переменных, можно было бы расширить таким образом :))

← →
Real © (2007-04-26 00:34) [84]

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

Просто в ПХП все функции идут в одном регистре - нижнем. И наверняка ты используешь только нижний регистр, поэтому и не испытываешь затруднений. Пример из паскаля: FieldByName - читается нагляднее, а записать его можно любой комбинацией регистра. В любом си-подобном, несовпадение регистра любого символа - ошибка. Хорошо когда язык один. А если приходится на разных? Просто начинаешь приучать себя писать все в нижнем регистре, дабы не ошибиться. Неприятно хотя бы потому, что к такому выводу приходишь под давлением этой глупости - введения регистрозависимости.

← →
Anatoly Podgoretsky © (2007-04-26 00:49) [85]

> Real (26.04.2007 00:34:24) [84]

Real и REAL это разные анонимы.

--

← →
KilkennyCat © (2007-04-26 01:12) [86]

что мне всегда нравилось в господине Подгорецком, так это его математичность :)

← →
Иксик © (2007-04-26 02:16) [87]

> Sergey Masloff (25.04.07 22:25) [75]
> homm © (25.04.07 22:12) [72]
> В действительности все совсем не так как на самом деле ;
> -)
> Фреймворк 3.0 это тот же 2.0 с новыми компонентами для висты
> (это мизерная добавка к объему) а кроме того три фактически
> отдельные надстройки - Windows Presentation Foundation,
> Windows Communication Foundation, Windows Workflow Foundation
> и Windows CardSpace.
> Они не требуются для работы обычных приложений, просто
> библиотеки.
> Кстати собственно инсталлятор третьего фреймворка всего
> 2Мб остальное он докачивает по мере необходимости. Можете
> попробовать замерить. Если у вас есть второй фреймворк и
> не ставить добавки - дополнительной закачки не будет практически
> вообще. Если вторго фреймворка нет - так и будет около 20
> Мб.
> Из всего нового мне близко только WWF но это довольно специфическая
> вещь, не думаю что сильно много народу с этим работает,
> а кто работает наверное именно WWF использовать не будут
> - все же бедновато.

Кстати, очень актуальный для меня вопрос. Сергей, а вы WWF используете или что-то готовое типа K2.Net?

← →
Думкин © (2007-04-26 06:41) [88]

Идеальный продукт требует бесконечных ресурсов.(с)

← →
Sergey Masloff (2007-04-26 07:13) [89]

Иксик © (26.04.07 02:16) [87]
Мы сейчас в процессе выбора что использовать из готового, а пока используем PL/FLOW это опенсорсный PL/SQL проект. В нем нет никаких визуальных конструкторов поэтому написан свой плагин в Visio позволяющий по нарисованной картинке процесса заполнить нужные системные таблицы. Но ищем что-то более мощное с развитым и хорошо документированным интерфейсом для внешних систем. WWF насколько я посмотрел подходит не слишком. Рассматриваем еще несколько систем.

← →
Alkid © (2007-04-26 09:07) [90]

> И что, моно — разработка microsoft? Или она на MacOS тоже
> позволяет что-то запускать?

Позволяет и на MacOS.

← →
Игорь Шевченко © (2007-04-26 09:35) [91]

ANTPro © (25.04.07 18:21) [66]

> Вопросик маленький: Почему на компьютер с установленным
> Framework 2.0, BDS2006 просит поставить Framework 1.0/1.
> 1 ?

А тут ссылочку на msdn давали - ее почитать не судьба ?

← →
Карелин Артем © (2007-04-26 11:49) [92]

Выскажу мнение от нашей команды разработчиков.
Все, включая меня пришли в компанию с Дельфи и Жавы (для сотовый писали).
Так сейчас, освоив С# никто не хочет возвращаться обратно на Дельфи.

← →
oxffff © (2007-04-26 11:55) [93]

> Выскажу мнение от нашей команды разработчиков.
> Все, включая меня пришли в компанию с Дельфи и Жавы (для
> сотовый писали).
> Так сейчас, освоив С# никто не хочет возвращаться обратно
> на Дельфи.

Расскажите каковы рельные преимущества .NET перед Delphi на ваш взгляд.

← →
Real © (2007-04-26 11:57) [94]

> Real и REAL это разные анонимы.

Вот это-то и угнетает :)

← →
Sergey Masloff (2007-04-26 12:24) [95]

oxffff © (26.04.07 11:55) [93]
>каковы рельные преимущества
Да более современная разработка вот и все. То что в дельфи обрастало в виде примочек тут уже сделано с учетом ошибок предшественников ;-)
Преимущества каждый находит для себя сам. Для меня это обширная стандартная библиотека. С очень хорошей документацией.

← →
Карелин Артем © (2007-04-26 12:25) [96]

> Расскажите каковы рельные преимущества .NET перед Delphi
> на ваш взгляд.

Проще, мощнее, удобнее. Ну лениво мне расписывать что у нас качественно изменилась разработка софта в лучшую сторону.

← →
alex_*** © (2007-04-26 12:40) [97]

> Расскажите каковы рельные преимущества .NET перед Delphi
> на ваш взгляд.

единая платформа со многими продуктами MS.

← →
oxffff © (2007-04-26 12:42) [98]

> > Расскажите каковы рельные преимущества .NET перед Delphi
>
> > на ваш взгляд.
>
> Проще, мощнее, удобнее. Ну лениво мне расписывать что у
> нас качественно изменилась разработка софта в лучшую сторону.
>

> Да более современная разработка вот и все. То что в дельфи
> обрастало в виде примочек тут уже сделано с учетом ошибок
> предшественников ;-)
> Преимущества каждый находит для себя сам. Для меня это
> обширная стандартная библиотека. С очень хорошей документацией.
>

Хотелось бы на примерах конкретно. :)

← →
homm © (2007-04-26 12:42) [99]

> [75] Sergey Masloff (25.04.07 22:25)
> Фреймворк 3.0 это тот же 2.0 с новыми компонентами для висты

К стати, в субботу семинар майкросовтовский в универе, в том числе и про Windows Presentation Foundation будут вещать, пока ничего не мешает сходить.

← →
iZEN © (2007-04-26 12:52) [100]

> Rule © (25.04.07 14:41) [32]
>
> TUser © (25.04.07 14:28) [27]
> Также Перл с Питоном почему-то установлены почти на любом
> комьютере.
>
> даааааааааа ???? и каким это боком ?

Например, Firefox на unix-подобных зависит от Python 2.4.
Perl используется в системах инсталляции.

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

← →
iZEN © (2007-04-26 12:55) [101]

> Rule © (25.04.07 15:08) [46]
>
> а разрабатывать ПО на мобайле можно кстати, даже на дотнете

Да ну!
В SonyEricsson уже встроили CLR? В Nokia тоже?

← →
Sergey Masloff (2007-04-26 13:20) [102]

oxffff © (26.04.07 12:42) [98]
Вот конкретно. Есть веб-сервис написанный вами. У одного из партнеров проблемы с его вызовом. Для их локализации необходимо перехватывать и сбрасывать в лог SOAP пакеты до какой-либо их обработки сервисом и после отклика сервиса - что отправляется клиенту.
Только давайте так - вы пишите законченый вариант на дельфе, приводите исходный код и время на разработку. При выполнении этих условий я приведу свой код. У меня на разработку всего (код, тестовый сервер тестовый клиент и выкладывание на боевую машину заняло 2 часа. С нуля. Ну как с нуля - начал с поисков в MSDN на это ушло минут 20 которые тоже в этих двух часах учтены)

← →
Sergey Masloff (2007-04-26 13:25) [103]

Кстати iZEN может сможешь дать экспертную оценку времени решения подобной (Sergey Masloff (26.04.07 13:20) [102] ) задачи на JAVA? Просто откуда вопрос возник когда мне этот логгинг понадобился - на самом деле нужен он был не мне а одному из клиентов у которых как раз java основное средство разработки. Они сказали что им на решение понадобится несколько дней - до недели. Неужто так все плохо (или просто парят мозги - потому что в квалификации сомневаться не приходится)

← →
alex_*** © (2007-04-26 13:30) [104]

кстати вопрос про Web services. Пытаюсь задеплоить на сервер сервис и получаю

"Unable to create the Web "http://mars:8005/WebService_A/". The Web server does not appear to have the FrontPage server extensions installed."

когда вручную перетащил туда папку с .dll - заработало. Проблемы, видимо в VS2005. Пытался запустить её "Run as" со снятой галочкой на restrictions - тоже самое. Мой пользователь - локальный админ и на сервере тоже. Чего-еще не хватает....

← →
Ломброзо © (2007-04-26 13:34) [105]

Sergey Masloff (26.04.07 13:20) [102]

Ужос. Решение задачи на вашей стороне сводится в вызову метода Request.SaveToFile, а с их стороны - установкой какого-нить сниффера веб-запросов, типа Apache Axis.

← →
Sergey Masloff (2007-04-26 13:45) [106]

Ломброзо © (26.04.07 13:34) [105]
Request это уже обработанное а нужно raw что по сети пришло. Собственно, и риквеста никакого не было потому что сервис сразу давал в отлуп исключение "не могу распознать формат soap пакета" то есть в тот момент когда он его в объект request хотел преобразовывать

← →
Sergey Masloff (2007-04-26 13:47) [107]

alex_*** © (26.04.07 13:30) [104]
Это все в документации написано. Если из среды имеется желание по ftp или http публиковаться нужно FrontPage server extensions ставить, при установке Visual Studio это честно сообщает

← →
Игорь Шевченко © (2007-04-26 13:54) [108]

iZEN © (26.04.07 12:52) [100]

> Например, Firefox на unix-подобных зависит от Python 2.4.
>
> Perl используется в системах инсталляции.

ты учти один вещь - unix-подобные, это вовсе не "любой компьютер", как бы тебе не хотелось обратного.

У меня Python стоит из-за WinCVS, а Perl"ом как ни пахнет, так и не пахло. Причем, во всей организации. Странно, да ?

> iZEN © (26.04.07 12:55) [101]

> Да ну!
> В SonyEricsson уже встроили CLR? В Nokia тоже?

Нет не видел, как кстати есть у нас заказчик с мобильными девайсами, на процессоре MIPS и OC WinCE 4.2 и нет там JVM
Так что писал на C#.
Для JAVA сейчас рынок мобильных конечно больше, но ведь есть рынок и для .NET:-))

to Sergey Masloff

Меня собственно интересуют ООП преимущества(недостатки) CLR c вашей точки зрения, поскольку кроме чтения книг у меня опыт отсутствует.

Явное освобождение ресурсов

GC.SuppressFinalize,Dispose,Close,IDisposable

VS

Tobject Destory,CleanupInstance)

Чувствуете ли вы потребность в BeforeDestruction,AfterConstruction

Делегаты vs procedure of object, procedure

Наличие yield?
Анонимные методы?
unsafe keyword???

и т.д.

P.S.

Естественно generics это плюс.
Интроспекция тоже мощнее. Уже не нужны виртульные конструкторы :)

> Естественно generics это плюс.
> Интроспекция тоже мощнее. Уже не нужны виртульные конструкторы
> :)

Ну вообще концепция виртуального конструктора достаточно красива и по сравнению с копанием в reflection и inoke`ания конструктора.

Преимущества .NET лично для меня таковы:
1. Язык C#, который мне определённо нравится больше чем Delphi, особенно после введения generic`ов. Анонсированный шифт в версии 3.0 в сторону ФЯ мне тоже по душе. Сильно уважаю концепцию анонимных методов, которые реализуют концепицю замыкания, котороая в Delphi не реализована, а в C++ реализуется только через funciton objects и то реально работает в основном с темплейтами. Очень радует отсутсвие необходмости forward declaration.
2. Удобные сервисы среды выполнения, в частности Reflection, Remoting, Serialization.
3. Очень удачно получилось с атрибутами.
4. Радует наличие сборщика мусора, хоть он и не всегда решает проблему освобождения ресурсов (тот самый IDisposable)
5. Хорошая библиотека классов для UI, и утилитарного значения.
6. Лёгкость динамической сборки частей программы из исходников в run-time.

Так же замечу:
1. procedure of object это есть ни что иное, как реализация делегатов в Delphi
2. BeforeDestruction/AfterConstruction - в дельфи пользовался, но в на C#/C++ прекрасно обхожусь и без них.
3. yeid/unsafe - выглядит "вкусно", но пока не пользовался ни разу.

я вот даже не знаю, что такое Питон (вроде, змея?), а ведь сколько машин обслуживал...

> Alkid © (26.04.07 17:14) [111]
>
> > Естественно generics это плюс.
> > Интроспекция тоже мощнее. Уже не нужны виртульные конструкторы
>
> > :)
>
> Ну вообще концепция виртуального конструктора достаточно
> красива и по сравнению с копанием в reflection и inoke`ания
> конструктора.
>
> Преимущества .NET лично для меня таковы:
................

Решил изучить досконально.

ECMA-335
4th Edition / June 2006
Common Language
Infrastructure (CLI)
Partitions I to VI

> Sergey Masloff (26.04.07 13:25) [103]
>
> Кстати iZEN может сможешь дать экспертную оценку времени
> решения подобной (Sergey Masloff (26.04.07 13:20) [102]
> ) задачи на JAVA? Просто откуда вопрос возник когда мне
> этот логгинг понадобился - на самом деле нужен он был не
> мне а одному из клиентов у которых как раз java основное
> средство разработки. Они сказали что им на решение понадобится
> несколько дней - до недели. Неужто так все плохо (или просто
> парят мозги - потому что в квалификации сомневаться не приходится)

Я не эксперт в WebService"ах в Java.
Могу только навскидку дать ссылку: http://ws.apache.org/

> procedure of object это есть ни что иное, как реализация
> делегатов в Delphi

делегаты умеют асинхронно запускаться. А если сделать event из него, то будет поддерживать мультикаст. Так что procedure of object - жалкое подобие

>
> делегаты умеют асинхронно запускаться. А если сделать event
> из него, то будет поддерживать мультикаст. Так что procedure
> of object - жалкое подобие

Всё верно, только в том после я под словом делегат подразумевал концепцию, а не конкретную реализацию в .NET

> Sergey Masloff (26.04.07 07:13) [89]
> Иксик © (26.04.07 02:16) [87]
> Мы сейчас в процессе выбора что использовать из готового,
> а пока используем PL/FLOW это опенсорсный PL/SQL проект.
> В нем нет никаких визуальных конструкторов поэтому написан
> свой плагин в Visio позволяющий по нарисованной картинке
> процесса заполнить нужные системные таблицы. Но ищем что-
> то более мощное с развитым и хорошо документированным интерфейсом
> для внешних систем. WWF насколько я посмотрел подходит не
> слишком. Рассматриваем еще несколько систем.

Извини, я пропустил твой ответ :( Посмотрите на K2.Net, но цена там в районе 20К.
Мы тоже в поиске.. :)

Если LINQ таки доведут до ума, то конкурентов у c# поубавится. =)

> [118] ferr © (27.04.07 14:04)
> Если LINQ таки доведут до ума, то конкурентов у c# поубавится.
> =)

С чего это? Я этой фигней пользоваться добровольно не собираюсь.

> С чего это? Я этой фигней пользоваться добровольно не собираюсь.

Ну это мы ещё посмотрим. Я не особо представляю как оно будет работать так что спорить не могу, но идея на первый взгляд красивая. А вот анонимные классы, методы -- штука очень даже приятная.

dot NET Найти похожие ветки