Сообщений в теме: 217

[antee]

Позволю себе пару замечаний.
Аспектно ориентированная технология не новомодная тенденция, а всерьёз и надолго.
Касательно тестирования, 100 % охват тестами практически недостижим, к нему и не нужно стремиться. Следует соблюдать меру как и во всём.

[xxel]

Позволю себе пару замечаний.
Аспектно ориентированная технология не новомодная тенденция, а всерьёз и надолго.

Ну как же не новомодная?
на зрелую она никак не тянет - ей и 10 лет нет. следовательно новая
шуму о ней много... не громкого такого, но хватает - лишний повод
бабок огрести для менеджеров разного звена

http://www.googlebat.....OP&submit=Go!
не доверительно но прикольно... теденция и мода на сие существует.

итого имеем новомодную тенденцию - очередной "silver bullet"

а то что всерьез и надолго так это уже не одной технологии и языку пророчили

Касательно тестирования, 100 % охват тестами практически недостижим, к нему и не нужно стремиться. Следует соблюдать меру как и во всём.

все равно не понимаю как АОР может помочь в тестах. какой нить примитивный пример можно ?

[Havoc]

Это НЕУБОГИЕ языки?

Сообщение отредактировал Havoc: 17.01.2006, 18:55:14

[antee]

Ну как же не новомодная?
на зрелую она никак не тянет - ей и 10 лет нет. следовательно новая
шуму о ней много... не громкого такого, но хватает - лишний повод
бабок огрести для менеджеров разного звена

http://www.googlebat.....OP&submit=Go!
не доверительно но прикольно... теденция и мода на сие существует.

итого имеем новомодную тенденцию - очередной "silver bullet"

а то что всерьез и надолго так это уже не одной технологии и языку пророчили

Даже если ей и 5 лет, то и это уже немало. Сам может быть знаешь ,
что в ИТ индустрии для технологий год за три идет.
Если тебе что-то говорят такие имена как IBM, Bea Systems, JBoss... - они в своих серверах приложений аспектные решения уже вовсю используют.
Обратного пути уже нет.
Вот тебе и новомодная технология...

Сообщение отредактировал antee: 17.01.2006, 21:07:30

[xxel]

Это НЕУБОГИЕ языки?

С++ был полезен в момент своего появления. сейчас он морально
устарел и используется вовсе не от того что он такой хороший
мощный или удобный, а в силу исторических причин

перечисленные языки уделыват С/С++ чуть ли не по всем параметрам
начиная возможностями самих языков, лаконичностью текстов
и заканчивая производительность и надежностью выходимых
продуктов.
или есть контрпримеры?
начиная с возможностей языков?
ну с патерн матчингом у С++ давно все ясно
как насчет новых операторов?
строгой типизации?
частичных вычислений функций?
алгебраических типов данных?
тех же элементарных типов данных типа списки, туплы ?
и пр.

впрочем можешь обсудить это с Sun'ом. а то эти полные дурни не
ведают что творят пытясь в свой новый Fortress впихнуть чуть ли не
весь набор возможностей перечисленных языков.

[xxel]

Даже если ей и 5 лет, то и это уже немало. Сам может быть знаешь ,
что в ИТ индустрии для технологий год за три идет.
Если тебе что-то говорят такие имена как IBM, Bea Systems, JBoss... - они в своих серверах приложений аспектные решения уже вовсю используют.
Обратного пути уже нет.
Вот тебе и новомодная технология...

если технология стареет за 5 лет то либо грош ей цена либо она микрософтовая

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

так как насчет примера тестов через АОР ?

[Havoc]

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

перечисленные языки уделыват С/С++ чуть ли не по всем параметрам
начиная возможностями самих языков, лаконичностью текстов
и заканчивая производительность и надежностью выходимых
продуктов.

Предлагаю провести тесты. Предоставьте свой компилятор, сделаем тестовые задания, вы реализуете на любом из ваших языков (по выбору), я на С++. Я буду использовать Intel C++ Compiler. Хочется увидеть, как программа на чудо-языке будет работать производительнее, чем сишная.

или есть контрпримеры?

как насчет новых операторов?

В каких языках возможность фигурирует? В каком виде? Поподробнее в этом месте, в С++ хорошая работа с операторами. О какой конкретно возможности какого языка идет речь.

строгой типизации?

типизация
Или что вы имеете в виду? Может, вы против приведения типов?

частичных вычислений функций?

Ну тут только руками, конечно.

алгебраических типов данных?

Т.е. вы утверждаете, что на С++ невозможно таковые реализовать?

тех же элементарных типов данных типа списки, туплы?

Вы неправы. Туплы, списки, хештейблы, словари, векторы - все это есть в С++.

А вобще-то по мне убогий язык - это тот, в котором нет возможности программировать в объектах.

Сообщение отредактировал Havoc: 19.01.2006, 17:08:24

[antee]

.......
если технология стареет за 5 лет то либо грош ей цена либо она микрософтовая

Почему же стареет? Возраст юношеский

.....
тот же IBMный Лотус надо IBMу засунуть в тот орган которым они его родили
желязячники должны делать железо а не софт писать

так как насчет примера тестов через АОР ?

Если другой соответствующей алтернативы нет, то нужно спасибо им сказать. Да и ксати они в подобных твоим глазах должны были реабилитироваться создав платформу Эклипс, на которой можно можно создать или хотя бы по большей части переписать системы , в том числе документооборота, что многие и делают сейчас.

По поводу примера использования аспектных решений(вспомогательных) в тестах.
Насколько помню - просил примитивный?
В AspectJ есть возможность встраивать новую фукнциональность в код классов и хранить её физически отдельно. Так вот мне в режиме тестирования нужен прямой доступ к приватному полю, которого не должно быть в промышленном режиме, то можно сделать так:
public class SomeClass {
...............
private int privateMember;
...............
}

public aspect AccessToSomeClass {
............
public int SomeClass.getPrivateMember() { return privateMember; }
...........
}

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

[xxel]

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

попытка не пытка .. шансы у всех равны

Предлагаю провести тесты. Предоставьте свой компилятор, сделаем тестовые задания, вы реализуете на любом из ваших языков (по выбору), я на С++. Я буду использовать Intel C++ Compiler. Хочется увидеть, как программа на чудо-языке будет работать производительнее, чем сишная.

вы б определились сишная или сплюснутая для начала
все таки далеко не одно и итоже

а потом уже для любителяй синтетических тестов посвещаятеся

http://www.ffconsult.../languages.html
http://dada.perl.it/shootout/
http://shootout.alioth.debian.org/gp4/

В каких языках возможность фигурирует? В каком виде? Поподробнее в этом месте, в С++ хорошая работа с операторами. О какой конкретно возможности какого языка идет речь.

речь о введени новых операторов. любых. а не использовании ограниченого набора
подмножества С++. например ввести новые оператор эквивалентности
для опреденных типов данных типа === или !==. или операции работы со
множествами типа [*] [-] или нормальными операторами типа
A intersect B и т.д. все пихать в ограниченый набор операторов можно но не правильно
естественно можно обойтись функциями но это все таки не одно и тоже

где есть.. во всем что я перечислял ранее

типизация
Или что вы имеете в виду? Может, вы против приведения типов?

1) против автоматического приведения. веселая фича унаследования с++ от с

2) строгая и статическая не совсе одно и тоже
при строгой типизации нельзя присоить целое вещественому.

3) строгая типизация позволяет не давать определение типа на каждый чих
и не только это

Ну тут только руками, конечно.

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

Т.е. вы утверждаете, что на С++ невозможно таковые реализовать?

можно кончено .. на ассемблере тоже можно все что на с++ написать
только чтото никто не пишет

Вы неправы. Туплы, списки, хештейблы, словари, векторы - все это есть в С++.

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

А вобще-то по мне убогий язык - это тот, в котором нет возможности программировать в объектах.

а в половине чего я дал объекты есть для любителей, но редко кто пользуется

[xxel]

Если другой соответствующей алтернативы нет, то нужно спасибо им сказать. Да и ксати они в подобных твоим глазах должны были реабилитироваться создав платформу Эклипс, на которой можно можно создать или хотя бы по большей части переписать системы , в том числе документооборота, что многие и делают сейчас.

не дождутся они от меня спасибо .. не судьба

а создавать и переписывать системы можно на любой платформе
заслуга то в чем ?

По поводу примера использования аспектных решений(вспомогательных) в тестах.
Насколько помню - просил примитивный?
В AspectJ есть возможность встраивать новую фукнциональность в код классов и хранить её физически отдельно. Так вот мне в режиме тестирования нужен прямой доступ к приватному полю, которого не должно быть в промышленном режиме, то можно сделать так:
public class SomeClass {
...............
private int privateMember;
...............
}

public aspect AccessToSomeClass {
............
public int SomeClass.getPrivateMember() { return privateMember; }
...........
}

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

странно .. или я чего то не понял или это никакого отношения к AOP не имеет
повторуюсь что AOP существует 10 лет (абсолютный максимум). А приведенный код
существует наверно с появления С++ если не раньше, когда для доступа
к закрытой части класса используются friend классы.

[antee]

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

не дождутся они от меня спасибо .. не судьба

От тебя и не ждут спасибо

а создавать и переписывать системы можно на любой платформе
заслуга то в чем ?

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

.......
public class SomeClass {
...............
private int privateMember;
...............
}

public aspect AccessToSomeClass {
............
public int SomeClass.getPrivateMember() { return privateMember; }
...........
}

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

странно .. или я чего то не понял или это никакого отношения к AOP не имеет
повторуюсь что AOP существует 10 лет (абсолютный максимум). А приведенный код
существует наверно с появления С++ если не раньше, когда для доступа
к закрытой части класса используются friend классы.

Разговор не идет о том , что есть в чем-то например в С++ и чего нет в АОП
АОП - это концепция и её нельзя сравнивать с С++.
Я использую AspectJ - целевая реализация АОП для Джавы и речь шла о том, как мне конкретно помогло АОП в конкретной ситуации - Intertype Declarations, те возможность извне добавлять в существующие классы новые поля, метода , интерфейсы. К тому же это малая часть той функциональности, которую предоставляет АspectJ.

[Havoc]

вы б определились сишная или сплюснутая для начала
все таки далеко не одно и итоже

А как вы думаете, программы на каком языке компилирует Intel C++ Compiler?

а потом уже для любителяй синтетических тестов посвещаятеся

гляну позже, отпишу

речь о введени новых операторов. любых. а не использовании ограниченого набора
подмножества С++. например ввести новые оператор эквивалентности
для опреденных типов данных типа === или !==. или операции работы со
множествами типа [*] [-] или нормальными операторами типа
A intersect B и т.д. все пихать в ограниченый набор операторов можно но не правильно
естественно можно обойтись функциями но это все таки не одно и тоже

где есть.. во всем что я перечислял ранее

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

2) строгая и статическая не совсе одно и тоже
при строгой типизации нельзя присоить целое вещественому.

3) строгая типизация позволяет не давать определение типа на каждый чих
и не только это

Сомнительны и расплывчаты уж больно ваши определения. Мне бы ссылку на достоверный источник, а то совсем не разберу, то ли я не знаю темы, то ли вы.

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

Все записывается весьма тривиально, не знаю, что такого грустного вы нашли.

Т.е. вы утверждаете, что на С++ невозможно таковые реализовать?

можно кончено .. на ассемблере тоже можно все что на с++ написать
только чтото никто не пишет

Да? Ну напишите мне класс с наследниками на ассемблере.
Я вот могу написать на С++ алгебраический тип, который будет алгебраическим типом, а на асме класс, который будет классом, вы не напишете, увы.

Вы неправы. Туплы, списки, хештейблы, словари, векторы - все это есть в С++.

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

STL давно уже входит в стандарт.

а в половине чего я дал объекты есть для любителей, но редко кто пользуется

Любители линейного кода в 21-м веке, вот что действительно огорчает.

Сообщение отредактировал Havoc: 02.02.2006, 16:45:11

[antee]

Вот ребята вы меркантильный спор затеяли, да ещё не совсем в тему.
Лучше скажите есть ли альтернатива J2ME (Java 2 Micro Edition) платофрме для разработки программ к мобильным устройствам?

[antee]

Такое, надеюсь, многозначительное молчание
Например, BREW - кто-нить "варил пиво"?

[antee]

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

[T. Anre]

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

Скорее всего конкурентов не будет.

Сообщение отредактировал T. Anre: 16.02.2006, 23:29:04

[antee]

...
Скорее всего конкурентов не будет.

Т. Anre, а может что-нить скажешь по сабжу , хотя бы касательно Веб разработки?
Может быть уже JSF освоил или JSP2 вовсю юзаешь?

[antee]

Как вам это:
Hibernate
JSF_BASE
JSF_ARTICLES
Используете?

[antee]

Вдохновленный обсуждением темы по Руби он Рэйлс в рубрике по Веб мастеринг пригласил бы MadRabbit сделать несколько обзорных слов по Руби здесь или в своей одноименной теме. Интересует когда появился язык, в каком направлении развивается и каких областях используется... Как сравнивается с существующими языками...

[MadRabbit]

Вдохновленный обсуждением темы по Руби он Рэйлс в рубрике по Веб мастеринг пригласил бы MadRabbit сделать несколько обзорных слов по Руби здесь или в своей одноименной теме. Интересует когда появился язык, в каком направлении развивается и каких областях используется... Как сравнивается с существующими языками...

Ух-ты, я в качестве приглашенного гостя про язык можно прочитать по адресу http://www.ruby-lang.org/. Объективно он не является "новым веянием" (это право вероятно принадлежит языку Python); я сам тоже не крестоносец какого-то определённого языка или какой-то технологии - всё хорошо на своём месте и в своё время.

Поскольку мне близко то что происходит на web фронте, скажу про это; новым является так-называемый(ая/ое) web 2.0. Хотя в этом случае в корне лежат не новые технологии а новый подход к делу. Просто перечислю что приходит в голову:
- Less is better
- AJAX
- RubyOnRails
- RSS/PodCast/VideoCast
- "Открытые" API от коммерческих проектов (Google Search, Google Maps, Yahoo Maps, Flickr, Basecamp и т.д.)
- Блоги компаний
- Семантический маркап + CSS
- Микроформаты (http://microformats.org/)
- Тэгирование и "фолксономии"
- Уменьшение контроля над использованием содержания

Сообщение отредактировал MadRabbit: 28.03.2006, 12:35:00