Клуб API Карт

Планы развития YMaps?

Пост в архиве.

Я начинающий "писатель" "приложений" с картами, начал с гуглмапс (их v3) и очень быстро привык к хорошему. Сейчас вынужден перебраться на яндекс. Первое впечатление: коряво и ограничено, ну плюс, конечно, этот ужасный jQuery, зачем сразу пользователя библиотеки загонять в какие-то рамки мне не совсем понятно, ну наверно давно, когда YMaps только появился, на это, может, и были какие-то причины. Как обстоят дела сейчас? Планируется ли подтянуть API до новой, установленной гуглом, планки или так и планируется вариться в супе 3-х (или 5-ти?) летней давности? Бабл один на всех... до div'a/span'a элемента карты не добраться... все как-то ограничено и, извените за это слово, убого. Обработчик событий тоже хорошо бы расширить возможностью добавления пользовательских событий, ну вобщем много чего интересного и "хорошего", к чему быстро привыкаешь, не хватает, с функциональном подходом к программированию тоже не очень развернешься -- все на ООП стягивают, при чем жестко, без шансов для ФП, хотя функции и ООП отлично уживаются вместе и дополняют друг друга, но я так понимаю, это наследие jQuery.

6 комментариев

Про jQuery
Никто не заставляет вас использовать jQuery, можете смело игнорировать факт его существования.

Про балун

Не поверите.
var balloon = new YMaps.Balloon();
balloon.setContent('hello!');
balloon.setCoordPoint(map.getCenter())   
map.addOverlay(balloon);
Правда за все время это никому не понадобилось, потому что у нас есть:
var placemark = new YMaps.Placemark(map.getCenter());
placemark.setIconContent('hello!');
map.addOverlay(placemark);

Про доступ к контейнеру карты

http://api.yandex.ru/maps/jsapi/doc/ref/reference/map.xml#getContainer

Про пользовательские события

YMaps.Events позволяет как слушать так и бросать любые события, в том числе и пользовательские.

Про функциональное программирование

Расскажите пожалуйста какой именно прием из ФП вы хотите, но не можете использовать.

смайлики это ) плюс ;

Наверно я не ясно выразился, ибо ни один ваш совет не решает ни одной проблемы, которые я привел как примеры.

Про балун.

Первый метод создает мертвый балун оторванный от чего либо, который даже на кнопку закрытия внутри него ни как не реагирует. То есть надо ловить события клина на оверлее и балуне к которому он "привязан", то есть все руками топтать.

Второй метод мне вообще не понятно где та хитрая строка кода, которая позволяет иметь более одного открытого балуна. Когда идет речь о двух балунах карте -- это два балуна, которые видит пользователь, а не 50 потенциальных, но при этом одновременно больше одного балуна на карте не открывается.

 getContainer -- это вообще как относится к получению контейнера, содержащего, допустим, кнопку управления на тулбаре? Он вообще что возвращает? Элемент, указанный в конструкторе или чуть пониже?

 

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

 

То, что пользователя, не видевшего ни чего кроме YMaps, все устраивает в YMaps -- это понятно и было бы странно, если бы такой пользователь желал большего, не зная как это "большее" выглядит.

Все эти проблемы конечно решаются, только правой пяткой левое ухо чесать приходиться, но эффект конечно достигается, правда вместо 2-3-х строк кода надо строк 20-30 натоптать, а для изменения цвета кнопки на тулбаре все строк 50 набирается.

 

А вы можете как-то более понятно оформить хотелки, написать что именно надо и в каком виде.

Совсем было бы хорошо если бы привели исходные коды того как вы этого хотите сделать.

Ну или показали что( или как) на v3 можно сделать такого чего нельзя на Яндекс.АПИ.

Потому что, имхо, гугл в v3 некоторые места сделал ну очень хреново и не удобно.

Пожалуйста, не оскорбляйте наших пользователей. Это расстраивает нас и не красит вас.

Можно ли Ваш ответ понимать как "все останется как есть, ешьте что дают"?

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

Если у вас есть какие-то более конкретные проблемы, чем

Планируется ли подтянуть API до новой, установленной гуглом, планки или
так и планируется вариться в супе 3-х (или 5-ти?) летней давности?

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

andrew-leskoff не захотел изучить доки, гораздо легче сказать что инструмент плохой ;)