Здравствуйте, мои хорошие товарищи-программисты   !

Все мы слышали, что C# весьма похож на Java и что человек, знающий Java и мыслящий на уровне идеологий, техник, абстракций, структур и т.д., довольно легко может перейти к C#.

А кто знает что-то более конкретное     ?

• Много ли отличий на так называемом базовом уровне структуры программы и идеологии? (чувствую, что плохо вопрос формулирую... но лучше не получается... речь не про синтаксис, а про содержание и смысловое наполнение всего)
• Что читать желающим мигрировать? (именно не с целью изучения а С#, а быстрого выделения различий)

Достаточно.



http://books.iqbuy.ru/categories_offer/978...sta-pol-gibbonz

Я так понимаю, ты сам читал эту книгу  . Какие у нее сильные и слабые стороны  ?

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

Можно начать отсюда
http://msdn.microsoft.com/ru-ru/library/ms...8(v=VS.90).aspx

KasMP, 

Не совсем понятно, что Вы хотите сравнить - языки программирования Java и C#

Или, же платформы .NET и Java. Если платформы, то Вас больше интересует разработка десктоп приложений или WEB? 

Может во времена .NET 1.0-2.0 это было и так, но сейчас ситуация другая. Конечно Java программисту легче перейти на C#, чем программисту Fortran, но избавляться от Java привычек придется долго.

+ интересная

- устаревшая

Советую для начала немного пописAть на шарпе. 
Потом еще немного пописAть
И еще немного.

После этого можно взять какую-нибудь хорошую книгу (Рихтера, например) и изучать тонкости.

Но прежде всего, надо начать писAть.

Спасибо большое! Честно говоря, мне сейчас для старта больше и не надо    ... Надо только немного работы с консолью и большими файлами, а дальше алгоритмически искусный анализ большого содержимого этих файлов .


 Какой внимательный вдумчивый подход  .
Vasay, web-приложения меня (сейчас) вообще не интересуют, платформы мне тоже без большой разницы. Я хочу сравнивать именно языки.


Java-привычки    ? И к чему же такому "плохому" приучает Java  ?

neutrino,   . Спасибо  .

P.S.. Чувствую я, отличий много. А откуда тогда растут ноги у фраз про то, что C# и Java - чуть ли не родные братья и т.п.? Чем они близки?

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

Еще хорошо бы знать, что стандартные библиотеки .NET Framework не содержат каких-нибудь специальных удобных функций (набора функций) для разбора и анализа больших файлов в формате xml (если я буду это знать, то я спокойно сосредоточусь на алгоритме и его изложении самыми примитивными конструкциями языка).
Развейте мои сомнения, пожалуйста    .

Это сообщение отредактировал(а) KasMP - 10.5.2010, 17:26

Смотри на LINQ to XML

Учитывая что это разные языки/технологии, понятно, что отличия есть и их много, но они действительно очень похожи, другой вопрос, что, как уже было сказано, первые версии шарпа сильнее смахивали на яву, технологии на месте не стоят: и шарп изменился и ява(как я полагаю) тоже.


Если файл настолько большой, что его нельзя сразу в память загрузить, то тут поможет XmlReader. Не так удобно как дом или линк ту хмл, но и самому (спокойно) писать не придётся  

Ну во первых именовать методы и переменные с маленькой буквы, в C# методы с большой очень раздражают по началу 
Ну и плюс пытаешься делать все как в Java. Та же модель обработки событий в C# совсем другая. GUI работает по другому. Да и весь framework сильно отличается. Некоторые вещи которые в Java принято делать с помощью интерфейсов, в C# делаются делегатами. Ну вообщем много подобных мелочей.

KasMP, 


Посмотрите эту статью.

Ура! Теперь я знаю, куда смотреть  .
Если я правильно понимаю, то LINQ to XML порожден LINQ, а LINQ - набор расширений для .NET Framework 3.5 (т.е. это далеко за пределами стандартной библиотеки, за которые выходить нельзя). А вот XmlReader весьма интересная штучка   .


Да, скорее всего... Все живет, все меняется  .


О! Вот уж что-что, а привычки именовать что-то по каким-то правилам у меня выживаются с трудом...

Да ладно, все преодолимо  . По крайней мере у меня такие вещи довольно легко и безболезненно впитываются в сознание и испаряются обратно    .

Vasay, спасибо.
Обращает на себя внимание то, что и в этой статье, и в msdn, почти ничего не пишут о потоках, работе с файлами и т.п.. Складывается впечатление, что базовое устройство практически идентичное, а вот наборы разного рода специальных вещей, адаптированных к чему-нибудь, резко отличаются. 


P.S.. А еще на винграде есть хорошая традиция направлять на истинный путь тех, кто задает вопросы, ответы на которые лежат на поверхности msdn, wikipedia, google... Честно говоря, я сильно удивлена, что вы в мягкой (или не очень) форме не отправили меня во все эти места. Разбалуете   ...

Это сообщение отредактировал(а) KasMP - 12.11.2010, 05:01

В каком смысле? Что есть "стандартная библиотэка"? Есть разные версии фреймворка, если надо ограничиться версиями 1 или 2, тогда да, вопрос только в том. надо ли это на самом деле.

LINQ можно спокойно использовать даже ограничившись 2 версией, просто пару лишних dll - ок вместе с программой надо будет таскать.

Упс... Выражение "стандартная библиотека .NET Framework" не порождение моего разума (точнее, порождение, но не моего  ; так дословно сказали люди, которых я считала умными и знающими). Оказывается, выражение действительно не существует  .

Если сказано не выходить за пределы, то не надо выходить за пределы ;) .

Да дело не в том, что мы не сможем унести файлы, а в изначальной формулировке задачи.

Ладно, весь этот оффтоп будет мало интересен тем, кто будет читать эту тему с целью мигрировать  . Так что я закругляюсь  .

Вопрос не в том, существует оно или нет, а в том, что под ним понимается. Библиотеки, поддерживающие линк, являются частью фреймворка, но только начиная с версии 3.5, так что счтать их сандартными или нет - тебе решать  

Опять таки пределы чего?  

Да понятно, что главное - суть, а не то, как ее назвать. Расшифровывать понятие отказались, но уточнили, что LINQ to XML и XmlReader в него входят.
И все-таки неправильное использование терминов - явно не положительный показатель профессионализма...

Главное, что LINQ to XML и XmlReader доступны.
Надо сказать, все твои ссылки очень полезны, в меру подробны, в меру кратки. Дай еще что-нибудь по чтению файлов (текстовых, очень-очень больших), пожалуйста.

Это сообщение отредактировал(а) KasMP - 12.11.2010, 05:00

В основном всё тут.
http://msdn.microsoft.com/ru-ru/library/sy....io(VS.90).aspx
В первую очередь видимо следует обратить внимание на стримридер, а вообще там много чего есть на разные случаи.

а имя файла не такое как имя класса не раздражает   


Это сообщение отредактировал(а) sergioK - 8.6.2010, 11:34

Это возможность, а не общепринятное правило. В RL есть возможность выпрыгнуть из окна. Раздражает?

C# и Java - это инструменты. Опыт Java на C# можно частично переносим, но отличия, как всегда, в мелочах. Предлагаю топик закрыть как бессмысленный и потенциально флудный. 

нет не флуд, если взять "хорошие привычки явы" и пользовать их в C# то качество кода может  возрасти .
и наоборот. 

это с позиции SE -  с точки зрения кодера - это да флуд.

Возрасти по сравнению с чем? С продуктом кодера на C#, никогда не читавшего гайдлайны? В C# тоже принято правило один файл - один класс. Студия даже классы переименовывает при переименовании файла. Какие еще "хорошие привычки" можно перенести? 

первое что приходит в голову - это try/catch
плюс запись в лог у жавника это в крови   
еще уметь настаивать  руками  

на яве приучаешься грамотно писать . мелкософт позволяет много вольностей что не всегда хорошо