Здравствуйте, kuj, Вы писали:
G>>>>ЗЫ. В википедии в статье по Cω приводится пример именно работы с коллекциями объектов. O>>>Cω это шо такое? Си с яйцами? (: kuj>Тьфу блин... где эту кнопку омега на клавиатуре найти-то? Лазить в alt-коды чтоли постоянно...
Копи-паст рулит
Здравствуйте, gandjustas, Вы писали:
MK>>>>По мне, так C# и .Net идеологически очень схожи с Delphi. kuj>>>Бугагагага... Пиши еще. MK>>Вот IT в соседней ветке писал о вызове через точку
. Это можно отнести к влиянию Явы, а можно и к Делфи, где тоже только точка. Та же фигня со свойствами. Возьми WinForms — генерация кода в InitializeComponent практически тоже самое, что DFM в Делфи. Сейчас C#, конечно, далеко ушел от Делфи, но, когда я в брался за изучение еще первого .Net, не покидало ощущение эдакого о-Делфённого Си. G>Сама платформа .NET строилась по образу и подобию Java, а язык C# гораздо больше похож на Delphi(чуть слабее на Java) чем на C++. Нда... От тебя такого бреда не ожидал.
Здравствуйте, MxKazan, Вы писали:
MK>>>а можно и к Делфи, где тоже только точка. Та же фигня со свойствами. kuj>>Свойства — да, но это не делает C# "идеологически похожим на Делфи". kuj>>По твоей логике дженерики, тернарные операторы, перегрузка и т.д. делают С# "идеологически похожим на С++" — так чтоли?. MK>Ну хорошо, слово "идеологически" я, пожалуй, зря употребил. Скажем так, ряд концепций заимствовано из Делфи.
Ну ясное дело заимствовано. Особенно, если учесть, что архитектор один.
MK>>>Возьми WinForms — генерация кода в InitializeComponent практически тоже самое, что DFM в Делфи. kuj>>Не пиши такой чуши больше. MK>В чем же чушь?
Открой дфм и посмотри сам.
Здравствуйте, criosray, Вы писали:
M>>Решарпер действительно бесподобен, но и вы слишком категоричны, вот напрмиер по своему опыту python+eclipse: C>Вы невнимательно читали ветку. Речь шла о том, что мол на пайтоне можно писать код так же быстро, как на C#, но без использования специальных сред разработки.
а "писать на C#" можно только со средствами разработки?.
Здравствуйте, kuj, Вы писали:
MK>>>>Возьми WinForms — генерация кода в InitializeComponent практически тоже самое, что DFM в Делфи. kuj>>>Не пиши такой чуши больше. MK>>В чем же чушь? kuj>Открой дфм и посмотри сам.
А чего его смотреть. Суть та же самая сериализация свойств.
Здравствуйте, MxKazan, Вы писали:
MK>>>>>Возьми WinForms — генерация кода в InitializeComponent практически тоже самое, что DFM в Делфи. kuj>>>>Не пиши такой чуши больше. MK>>>В чем же чушь? kuj>>Открой дфм и посмотри сам. MK>А чего его смотреть. Суть та же самая сериализация свойств.
Какая нафиг сериализация свойств? Открой InitializeComponents и посмотри внимательно что там. И больше такой чуши не пиши.
Здравствуйте, gandjustas, Вы писали:
H>>>>А компоненты в Delphi не только для гуя. G>>>Ну и для чего еще? H>>Покури относительно невизуальных компонентов. G>Ага, и они тоже кладутся в дизайнере на формочки.
Можно и на формочки, а можно и ручками. В чем проблема то? Типа для шарпа в VS не так
G>>>В делфи очень сильная завязка всего на гуй, при желании её можно не использовать, то среда разработки диктует именно такой стиль. H>>Этот вопрос уже обсуждался. Среда ничего не диктует. Вакуум в голове техническими средствами не лечится. G>Еще как лечится. G>Особенно хорошо лечится принципиальной невозможностью сделать что-то неправильно, также отлично лечится средством Threat Warnings As Errors, а также статической проверкой кода (для которой тоже включен Threat Warnings As Errors в некоторых местах)
Говнокод есть следствие логических ошибок и неправильного проектирования, коие техническими средствами не решаются. Так яснее?
Здравствуйте, MxKazan, Вы писали:
G>>>"Живет" громко сказано, новые проекты на делфи начинают только там, где разработчики ничего другого не знают. H>>Газированные лужи... MK>А вот и нет. Именно все так и есть. Там, где разработчики другого не знают. Потому что Delphi уже нет. Есть только то, что было создано раньше и это надо поддерживать. Не берусь судить, к сожалению или к счастью, но Delphi как серьезное и перспективное средство разработки уничтожена.
Здравствуйте, kuj, Вы писали:
MK>>А чего его смотреть. Суть та же самая сериализация свойств. kuj>Какая нафиг сериализация свойств? Открой InitializeComponents и посмотри внимательно что там. И больше такой чуши не пиши.
Там тоже самое только оформленное другим образом. Идея абсолютно такая же: при помощи дизайнера форм генерируется некоторый файл, позволяющий при создании окна повторить дизайн в рантайме.
Здравствуйте, hattab, Вы писали:
H>Здравствуйте, gandjustas, Вы писали:
H>>>>>А компоненты в Delphi не только для гуя. G>>>>Ну и для чего еще? H>>>Покури относительно невизуальных компонентов. G>>Ага, и они тоже кладутся в дизайнере на формочки.
H>Можно и на формочки, а можно и ручками. В чем проблема то? Типа для шарпа в VS не так
Не так
При всем желании SQLConnection на формочку не положишь.
Кроме того в делфи, в отсуствие нормального GC, время жизни компонент привязывается к времени жизни Owner, который обычно является формой, на которой компонент размещен.
Даже костыль для этого дела придумали, DataModule вроде зовется.
G>>>>В делфи очень сильная завязка всего на гуй, при желании её можно не использовать, то среда разработки диктует именно такой стиль. H>>>Этот вопрос уже обсуждался. Среда ничего не диктует. Вакуум в голове техническими средствами не лечится. G>>Еще как лечится. G>>Особенно хорошо лечится принципиальной невозможностью сделать что-то неправильно, также отлично лечится средством Threat Warnings As Errors, а также статической проверкой кода (для которой тоже включен Threat Warnings As Errors в некоторых местах)
H>Говнокод есть следствие логических ошибок и неправильного проектирования, коие техническими средствами не решаются. Так яснее?
Ну это и ежу понятно.
Другое дело что сама IDE в делфи подталкивает такие ошибки совершать.
Здравствуйте, MxKazan, Вы писали:
MK>>>А чего его смотреть. Суть та же самая сериализация свойств. kuj>>Какая нафиг сериализация свойств? Открой InitializeComponents и посмотри внимательно что там. И больше такой чуши не пиши. MK>Там тоже самое только оформленное другим образом. Идея абсолютно такая же: при помощи дизайнера форм генерируется некоторый файл, позволяющий при создании окна повторить дизайн в рантайме.
Да нифига оно не тоже самое. Ты можешь перенести содержимое InitializeComponents непосредственно туда, где она вызывалась и форма будет работать, как работала. Никакой ровным счетом аналогии с делфи здесь нет и никогда не было.
Здравствуйте, kuj, Вы писали:
kuj>Здравствуйте, gandjustas, Вы писали:
MK>>>>>По мне, так C# и .Net идеологически очень схожи с Delphi. kuj>>>>Бугагагага... Пиши еще. MK>>>Вот IT в соседней ветке писал о вызове через точку
. Это можно отнести к влиянию Явы, а можно и к Делфи, где тоже только точка. Та же фигня со свойствами. Возьми WinForms — генерация кода в InitializeComponent практически тоже самое, что DFM в Делфи. Сейчас C#, конечно, далеко ушел от Делфи, но, когда я в брался за изучение еще первого .Net, не покидало ощущение эдакого о-Делфённого Си. G>>Сама платформа .NET строилась по образу и подобию Java, а язык C# гораздо больше похож на Delphi(чуть слабее на Java) чем на C++. kuj> Нда... От тебя такого бреда не ожидал.
Ну если сравнить C# с C++ и делфи по языковым фичам, то окажется что от делфи там гораздо больше. За исполючением C-подобного синтаксиса.
Здравствуйте, kuj, Вы писали:
kuj>Да нифига оно не тоже самое. Ты можешь перенести содержимое InitializeComponents непосредственно туда, где она вызывалась и форма будет работать, как работала. Никакой ровным счетом аналогии с делфи здесь нет и никогда не было.
То что InitializeComponents можно куда-то прокопировать, ровным счетом ничего не значит. Это лишь как бонус от кодо-генерации. Да и сомнительный, ведь если я решу чего поменять, снова надо копировать. А в какой ужас превращается наследование форм, я вообще молчу. В Делфи с этим получше было. Да и DFM тоже можно программно считать при желании.
Здравствуйте, criosray, Вы писали:
C>Здравствуйте, mogadanez, Вы писали:
C>>>Вы вообще видели VS 2k8 + Resharper 4.1 связку? Явно не видели...
M>>Решарпер действительно бесподобен, но и вы слишком категоричны, вот напрмиер по своему опыту python+eclipse:
C>Вы невнимательно читали ветку. Речь шла о том, что мол на пайтоне можно писать код так же быстро, как на C#, но без использования специальных сред разработки.
честно говоря мне все равно кто начал на кого наезжать, но смысла сравнивать с одной стороны максимально навороченый комплект, а с другой стороны минималистический особо не вижу.
Здравствуйте, MxKazan, Вы писали:
kuj>>Да нифига оно не тоже самое. Ты можешь перенести содержимое InitializeComponents непосредственно туда, где она вызывалась и форма будет работать, как работала. Никакой ровным счетом аналогии с делфи здесь нет и никогда не было. MK>То что InitializeComponents можно куда-то прокопировать, ровным счетом ничего не значит. Это лишь как бонус от кодо-генерации.
Мда...
MK>Да и сомнительный, ведь если я решу чего поменять, снова надо копировать. А в какой ужас превращается наследование форм, я вообще молчу. В Делфи с этим получше было. Да и DFM тоже можно программно считать при желании.
Ну и какой же в дотнет ужас с наследованием форм? Поведай-ка. А еще расскажи, как в Делфи сделать форму, реализующую ряд интерфейсов, как эту форму можно зарегистрировать в IoC-контейнере с Lifecycle=Pool, то бишь пул на N форм. Внимательно слушаю.
Q>Мозг «плюсистов» заполнен стереотипами типа «тормозит», «быдлокодеры», «Империя Зла», «у вас негров линчуют» и прочим булшитом... Q>...«Плюсисты» делают свой «выбор» на основе всяких «общих рассуждений», подогнанных под удобную точку зрения. (Чёрт, не могу найти тот демотиватор, в тему иллюстрирующий «плюсистов».)
Q>P.S. Повторю, что под «плюсистами» и «шарперами» я понимаю не вообще программистов на C++ и C#, это просто условное обозначение противоборствующих сторон (диалектика, фигли) последних веток КСВ.
Здравствуйте, kuj, Вы писали:
G>>>Но при этом Java тормознее .NET. C>>Почему? По тестам — обратный результат. kuj>Да покажите тесты-то.
К примеру: http://www.shudo.net/jit/perf/
kuj>Особенно интересно посмотреть на тесты с активным использованием дженериков. ;>
Если не использовать примитивные контейнеры — разницы в скорости особой нет.
Здравствуйте, gandjustas, Вы писали:
H>>Можно и на формочки, а можно и ручками. В чем проблема то? Типа для шарпа в VS не так G>Не так G>При всем желании SQLConnection на формочку не положишь.
Невизуальные компоненты можно размещать на формах в VS? Можно. Вопрос закрыт.
G>Кроме того в делфи, в отсуствие нормального GC, время жизни компонент привязывается к времени жизни Owner, который обычно является формой, на которой компонент размещен.
Я тебе больше скажу, в любой иерархии объектов, жизнь оных зависит от их владельцев. В любой.
G>Даже костыль для этого дела придумали, DataModule вроде зовется.
Это как раз один из способов выделения бизнес-логики.
H>>Говнокод есть следствие логических ошибок и неправильного проектирования, коие техническими средствами не решаются. Так яснее? G>Ну это и ежу понятно. G>Другое дело что сама IDE в делфи подталкивает такие ошибки совершать.
Засунуть логику в баттон-евенты можно в любой среде. Это ошибка логическая.
Нда... От тебя такого бреда не ожидал.
