Здравствуйте, minorlogic, Вы писали:
M>Влад забыл написать конечто что это может быть альтернативой если вы пишете под WIN и ТОЛЬКО под win. Как мне кажется , это сравнительно небольшой сегмент ИТ.
Ща тебе про mono напишут...
Re[2]: Расскажите профессионально, чем Java разработка быст
Здравствуйте, Cyberax, Вы писали:
C>Есть еще Terracotta как пример супер-AOP — там с помощью инструментации байт-кода делается прозрачная кластеризация приложений.
Остается только гадать как Эланг умудряется без нее обходиться .
C>Просто с помощью МП можно реализовать АОП,
Просто с помощью МП можно реализовать намного больше и интереснее.
C>никто с этим не спорит. Мне очень нравится современный АОП в Spring Framework'е, например, — по делу и без наворотов.
Погляди Шале понравится еще больше. Но дело не в этом. Дело в том, что это костыли убогой Яве.
C>Другой вопрос, что МП можно намного проще abuse'ить.
Я не знаю что значит abuse, но правильно приготовленный МП — это сепер-орижие в умелых руках. Как сказл IT — главное использовать его в мирных целях.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[6]: Расскажите профессионально, чем Java разработка быст
Здравствуйте, VladD2, Вы писали:
C>>Есть еще Terracotta как пример супер-AOP — там с помощью инструментации байт-кода делается прозрачная кластеризация приложений. VD>Остается только гадать как Эланг умудряется без нее обходиться .
Так в Эрланге кластиризация не автоматом делается А в Terracotta вообще полностью все на автопилоте — оно синхронизирует локальное состояние объектов по границам synchronized-блоков.
C>>Просто с помощью МП можно реализовать АОП, VD>Просто с помощью МП можно реализовать намного больше и интереснее.
И с еще большим числом граблей.
C>>никто с этим не спорит. Мне очень нравится современный АОП в Spring Framework'е, например, — по делу и без наворотов. VD>Погляди Шале понравится еще больше. Но дело не в этом. Дело в том, что это костыли убогой Яве.
Что такое "Шале"? По Shale ничего путного не находит (кроме фреймворка для Java ).
Убогость Явы — это да, согласен. Но вот иногда убогость как раз плюсом бывает.
C>>Другой вопрос, что МП можно намного проще abuse'ить. VD>Я не знаю что значит abuse, но правильно приготовленный МП — это сепер-орижие в умелых руках. Как сказл IT — главное использовать его в мирных целях.
Ну так и С++ станет Java, если туда добавить Boehm GC и пару библиотек из Boost'а
Sapienti sat!
Re[3]: Расскажите профессионально, чем Java разработка быст
Здравствуйте, minorlogic, Вы писали:
M>Влад забыл написать конечто что это может быть альтернативой если вы пишете под WIN и ТОЛЬКО под win. Как мне кажется , это сравнительно небольшой сегмент ИТ.
Ага. Еще забы сказать, про Салярку, Линукс и т.п. Так же забыл указать, что это актульно только если у вас есть Пентиум-совместимый компьютер, вы знаете как его включать и как им пользоваться. Так же забыл упомянуть, что жить при этом нужно в 21 веке и не болеть синдромом Дауна.
Может быть что-то еще не очень очевидное забыл?
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[10]: Расскажите профессионально, чем Java разработка быс
Здравствуйте, aka50, Вы писали:
A>Мы о java или о чем? Конкретно для java есть AspectJ. Вот о нем и говорю, так как с другими реализациями не работал.
Мы уже о АОП.
A>Ты сказал, что оно работает в компайл тайм...
Я сказал, что это не компонет, чтобы ему где-то работать. Это подход. И он может работать когда угодно.
A>Не буду. Он делает. Эту часть вполне допускаю удобнее сделать с помощью МП. Но некоторых вещей (Cyberax уже написал каких) МП сам по себе не сделает...
Нет того, что нельзя было бы сделать с помощью МП. Есть то, что проще написать без него.
VD>>Да и никто не мешает запускать компилятор в рантайме. A>Код уже скомпилирован (это допустим внешняя библиотека) и тогда это уже будет не компилятор, а "инструментатор"... И макросы тут будут хмм... ну тогда и сам AspectJ движок можно сразу макросом обозвать...
Это ты описывашь один из подходов. Он не единственный.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[11]: Расскажите профессионально, чем Java разработка быс
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, alexeiz, Вы писали:
A>>sscli20\clr\src\md\compiler? Не оно? Парсер на C++.
55VD>Этим пользоваться вообще нельзя. Ротор предназначен исключительно для развлекательно-позновательных целей.
Не понял. Вроде кто-то там говорил, что в роторе парсер на шарпе?
И, кстати, код CLR и SSCLI один и тот же, за некоторыми исключениями (GC, JIT). VM, MD, BCL — практически одинаковые.
Re[14]: Расскажите профессионально, чем Java разработка быс
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, alexeiz, Вы писали:
A>>Не понял. Вроде кто-то там говорил, что в роторе парсер на шарпе?
VD>Да? Ну, тогда у него и спроси. Это был точно не я.
Не ты?
В роторе точно на Шарпе. Так что не я хочу, а люди пишут.
Здравствуйте, VladD2, Вы писали:
VD>Я ничего не путаю. При наличии в руках хороших средств МП об АОП не возникает даже мыслей.
Если не вдаваться в детали реализации, то АОП — это определённый тип паттернов, называемых аспектами. Если их реализовывать средствами МП, то они не перестанут от этого быть аспектами.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Если нам не помогут, то мы тоже никого не пощадим.
Re[6]: Расскажите профессионально, чем Java разработка быст
Здравствуйте, VladD2, Вы писали:
OE>>головная боль тут-же возвращается, как только нужно передать копию объекта VD>И в чем тут головная боль? Сложно написать метод Clone?
всем ссылочным полям и полям полей объекта до десятого колена? так же просто как завернуть все указатели в какой-нибудь smart_ptr и перестать "контролировать время жизни объектов вручную"
VD>И если это вдруг действительно головная боль, то куда она девается если изчезает GC?
все передается по-значению, копию имеем автоматом.
Но ты прав, головная боль от исчезновения GC никуда не девается, как впрочем и от его появления, просто переходит из одного полушария в другое, взять хотя бы классические примеры:
public static void Main()
{
System.Threading.Timer t = new System.Threading.Timer(TimerCallback, null, 0, 2000);
Console. ReadLineO;
t.DisposeO; // surprise! без этой строки GC может снести t в любой момент после создания
}
и
System.Windows.Forms.Timer t = new System.Windows.Forms.Timer();
t.Tick += t_Tick;
t.Interval = 1000;
t.Start();
t.Enabled = false; // surprise! без этого GC никогда не тронет первый таймер и t_Tick не перестанет срабатывать
t = new System.Windows.Forms.Timer();
t.Tick += t_Tick1;
t.Interval = 1000;
t.Start();
Так что мы имеем с GуCя? вместо простого знания, что память не освободится, пока мы ее не освободим и связанной с этим (немаленькой, согласен) головной боли имеем необходимость знания нетривиальных алгоритмов GC, особенностей реализации в этом отношении объектов, и surprise! все еще необходимое ручное управление освобождением памяти, правда теперь уже в виде исключений, но голова от этих исключений болит ничуть не меньше чем от правил
... << RSDN@Home 1.2.0 alpha rev. 679>>
Re[3]: Расскажите профессионально, чем Java разработка быст
Здравствуйте, YК, Вы писали:
YК>Hello, c-smile! YК>You wrote on Fri, 01 Jun 2007 19:42:15 GMT:
c>> Посылка неправильная. Java разработка не быстрее чем разаработка c>> на X, Y, Z. c>> Ровно столько же занимает (9 месяцев в среднем на проект).
YК>Это как средняя температура по больнице, да?
По моей собственной больнице, да.
Из тех реальных проектов которые мне известны на Java все достаточно ёмкие.
Тут проблема даже не в Java а в некоем вселенском принципе "проект должен вызреть".
У меня были проекты для которых я код писал меньше месяца (на С++). Но это
ничего не значит. Я думал много перед тем как — года три с перерывами.
Если есть сомнения по поводу девяти месяцев — назови реальный проект — будет предметный разговор.
Re[8]: Расскажите профессионально, чем Java разработка быст
Здравствуйте, aka50, Вы писали:
A>Я знаю как работает AOP. Без рефлекшина — он работать не будет. это раз. Второе, он работает в комапайл-тайм (weaving), load-time (classloader) и как прокси (т.е. фактически рантайм, т.к. можно обвесить любой нужный объект.
АОП используется прежде всего в deploy-time. Потому что смысла в аспектах, вкомпиленых заранее, вобщем то немного, те же задачи можно решить средствами классического ООП. Непосредственно для deploy-time, как я уже писал, МП бесполезно. Единственное, чем МП может помочь — вставить точки перехвата в код автоматом (при условии, что в точки перехвата можно потом напихать аспекты в рантайме). Но это не самое лучшее решение, потому что полагается на то, что исходную сборку кто то специально заточит под использование АОП. Правильный АОП должен уметь накладываться на уже скомпилированную сборку, ничего ни про какой АОП не знающую.
... << RSDN@Home 1.2.0 alpha rev. 675 on Windows Vista 6.0.6000.0>>
Здравствуйте, VladD2, Вы писали:
VD>Еще есть волшебник Александреску [...] Те кто до этого изучал Лисп ржут все время чтения книги.
КЛ>>зы: сам не читал, но представление имею
VD>зы: сам читал и смеялся.
Не примазывайся.
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
Re[9]: Расскажите профессионально, чем Java разработка быст
.
Если нам не помогут, то мы тоже никого не пощадим.
