Yandex maps api 2.1 prehod
V tem članku želim začeti serijo člankov o delu z API-jem Yandex.Maps. Dokumentacija Yandex.Maps je precej popolna, vendar je stopnja razdrobljenosti informacij v njej visoka, ko prvič vnesete dokumentacijo brez pol litra, je ne morete ugotoviti, za rešitev težave pa lahko porabite veliko časa za iskanje po dokumentaciji in v iskalniku. Ta serija člankov bo govorila o praktičnih rešitvah najpogostejših primerov uporabe API-ja Yandex.Maps najnovejše, v času tega pisanja, različice 2.1.
Pri postavitvi spletnega mesta v kontaktne podatke je pogosto treba vstaviti zemljevid, na katerem bo označena lokacija organizacije, za katero se spletno mesto razvija. V najpreprostejših primerih je to lahko samo posnetek zaslona iz spletnih zemljevidov (ali ne na spletu):
Za vložek interaktivni zemljevid lahko uporabite graditelj zemljevidov
https://tech.yandex.ru/maps/tools/constructor/ :
Če potrebujemo naprednejšo uporabo zemljevidov (lastne oznake, programsko premikanje zemljevidov itd.), potem moramo za to uporabiti API Yandex.Maps: https://tech.yandex.ru/maps/jsapi/ . Kot primer uporabe zemljevidov bo ta članek obravnaval ustvarjanje zemljevida s preprostim dodajanjem oznake po meri in oblačka.
Najprej povežimo komponente API-ja:
Če se neka velika aplikacija razvija z uporabo zemljevidov, je bolje povezati komponente API-ja določene različice, tako da se pri posodabljanju API-ja na strani Yandex nič ne prekine v proizvodnji:
Zemljevid bo treba postaviti v neki blok, na primer v div#zemljevid. Nato je treba zemljevid ustvariti v tem bloku (po sprožitvi dogodka pripravljenosti zemljevida in DOM):
ymaps.ready(init); funkcija init() (var myMap; myMap = new ymaps.Map ("zemljevid", (sredina: [55.76, 37.64], povečava: 7)) ;) |
Tukaj navajamo:
- identifikator bloka zemljevid, kjer bomo izdelali zemljevid;
- center— sredina zemljevida, ki označuje širino in dolžino;
- povečava— faktor merila karte.
Yandex.Maps privzeto ustvari veliko nepotrebnih elementov, ki v večini primerov niso potrebni na spletnih mestih. V bistvu je dovolj, da uporabite 2 pogoja za kontrole in za obnašanje zemljevida:
- od elementov zemljevida je prisoten samo drsnik za povečavo;
- zemljevida ne smete povečati z miško.
Za izpolnitev teh zahtev dopolnjujemo kodo:
ymaps.ready(init); funkcija init() ( var myMap; myMap = new ymaps.Map ("map" , (center: [ 55.76 , 37.64 ] , zoom: 13 , controls: ) ) ; myMap.behaviors .disable ("scrollZoom" ) ; myMap. controls .add ("zoomControl" , ( položaj: ( zgoraj: 15 , levo: 15 ) ) ) ;) |
Tukaj smo onemogočili scrollzoom in dodal "kontrola povečave" postavljeno od zgornjega levega kota.
Zdaj morate zemljevidu dodati oznako, za članek prenesite njegovo sliko s http://medialoot.com/item/free-vector-map-location-pins/ in jo postavite v kodo, kot sledi:
ymaps.ready(init); funkcija init() ( var myMap; myMap = new ymaps.Map ("zemljevid" , ( sredina: [ 55.7652 , 37.63836 ] , povečava: 17, kontrolniki: ) ) ; myMap.behaviors .disable ("scrollZoom" ) ; myMap. controls .add ("zoomControl" , ( position: ( top: 15 , left: 15 ) ) ); var myPlacemark = new ymaps.Placemark ([ 55.7649 , 37.63836 ] , ( ) , ( iconLayout: "default#image" , iconImageHref : , iconImageSize: [ 40 , 51 ] , iconImageOffset: [ - 20 , - 47 ] ) ; myMap.geoObjects .add (myPlacemark) ; ) |
Tukaj deklariramo spremenljivko myPlacemark, v katerega vpišemo marker, v prvi parameter ymaps.Placemark določite koordinate oznake in v tretjem parametru:
- navedite v iconLayout da bo uporabljena slika oznake po meri;
- iconImageHref- pot do slike;
- iconImageSize- določite velikost slike;
- iconImageOffset- označimo premik od zgornjega levega kota slike do točke slike, ki jo usmerimo na predmet, ki ga potrebujemo. To je potrebno, da pri spreminjanju velikosti zemljevida položaj oznake ne zaide. Zakaj je odmik naveden v negativnih vrednostih - samo Bog pozna ustvarjalca API-ja.
In skozi myMap.geoObjects.add() dodajte oznako na zemljevid.
In zdaj naredimo balon, ki se bo pokazal, ko kliknemo na oznako zemljevida, vzeli bomo postavitev balona in njegovo vsebino iz http://designdeck.co.uk/a/1241
ymaps.ready(init); funkcija init() ( var myMap; myMap = new ymaps.Map ("zemljevid" , ( sredina: [ 55.7652 , 37.63836 ] , povečava: 17, kontrolniki: ) ) ; myMap.behaviors .disable ("scrollZoom" ) ; myMap. controls .add ("zoomControl" , ( position: ( top: 15 , left: 15 ) ) ; var html = " "; html += ""
; html +=" " ; var myPlacemark = new ymaps.Placemark ([ 55.7649 , 37.63836 ] , (balloonContent: html ) , (iconLayout: "default#image" , iconImageHref: "http://site/files/APIYaMaps1/min_marker.png", iconImageSize: [ 40 , 51 ] , iconImageOffset: [ - 20 , - 47 ] , balloonLayout: "default#imageWithContent" , balloonContentSize: [ 289 , 151 ] , balloonImageHref: "http://site/files/APIYaMaps1/min_popup.png", balloonImageOffset: [ - 144 , - 147 ] , balloonImageSize: [ 289 , 151 ] , balloonShadow: false ) ) ; myMap.geoObjects .add (myPlacemark) ; )"; html += " "; html += "Victoria Tower Gardens " ; html += "" ; html +="Londonsko mesto " ; html += "" ; html += "Združeno kraljestvo "; html += "020 7641 5264 "; html += " |
Tukaj smo:
- v balloonContent določite vsebino, ki bo prikazana ob odpiranju oblačka;
- balloonLayout- označite, da bo kot postavitev oblačka uporabljena slika po meri;
- balloonContentSize in balloonImageSize— velikosti vsebine oziroma slik;
- balonImageHref- pot do slike;
- balloonImageOffset- zamik glede na zgornji levi kot;
- balloonShadow— onemogočanje sence balona (pri slikah po meri ne vpliva na nič).
Kandidat za izdajo je različica API-ja, ki je na voljo za javno uporabo, vendar je še v postopku odobritve. Preden se kandidat za izdajo namesti kot stabilna različica, se takoj, ko je izdan, testira za napake, ki lahko povzročijo poslabšanje funkcionalnosti API-ja. Z uporabo kandidatov za izdajo v svojih projektih nam lahko pomagate pravočasno prepoznati morebitne napake. Prav tako lahko predhodno preizkusite delovanje svoje aplikacije z novo različico API-ja.
Kandidate za izdajo je treba uporabiti v okolju za razvoj in testiranje aplikacij. Tako se boste izognili napakam v produkcijskem okolju. Kandidata za izdajo lahko omogočite na naslednji način:
If some time after publishing a release candidate no errors that lead to functionality degradation are found, the release candidate is installed as a stable version of the API and can be accessed via the link api-maps.yandex.ru/2.1.
Enabling the current version
When using your application, we recommend specifying the major version (i.e., do not specify the third number of the version). This guarantees that the current version, that is, the latest stable version of the corresponding major version, will be automatically enabled. For example, if you specify version 2.1, the latest available stable version 2.1.x will be enabled (for example, 2.1.47):
Enabling a set version
Although full compatibility is guaranteed between minor versions, in rare cases you may find that your client application does not work as intended when you enable the latest API version. To avoid these situations, in particularly crucial cases you may need to enable a specific API version. For that, specify its number in its entirety:
Note. If you use a set version, try regularly switching it to a newer version (for example, once every few months). The matter is that over time we can disable the minor version you are using in your project, and then the current version of the API will be enabled automatically. However, the version update might cause your app to stop working correctly. For this reason, we recommend that you keep track of API updates and switch to newer versions as soon as possible.
Summary table
The table below provides recommendations for enabling different versions of the API, depending on the type and complexity of your project.
Project type | ||
---|---|---|
Project type | Recommended version for running applications | Recommended version under development |
---|---|---|
Medium and large projects with a basic map | Latest version of to test the functionality. |
|
Medium and large projects with complex map features | Set version to test the functionality. |
|
Projects using the commercial version of the API | Set version (see the note below) |
Note. If you use a set version, try regularly switching it to a newer version. The matter is that over time we can disable the minor version you are using in your app, and then the current version of the API will be enabled automatically. However, the version update might cause your app to stop working correctly. For this reason, we recommend that you keep track of API updates and switch to newer versions as soon as possible.
Мы выпустили бета-версию API Яндекс.Карт 2.1 . Главная ее особенность - полный редизайн интерфейса карты. Причем изменения затронули не только внешний вид, но и поведение элементов управления картой. Поскольку изначально было понятно, что поломки обратной совместимости не избежать, мы также внесли архитектурные изменения, которые были необходимы для улучшения работы API (о них ближе к концу поста).
Что касается дизайна, нам было важно, чтобы интерфейс одинаково хорошо выглядел на устройствах и экранах разных размеров. Одна из основных сложностей заключается в том, что мы никогда не знаем заранее, как будет выглядеть сервис или сайт со встроенными картами. Поэтому при разработке редизайна нам нужно было постараться предусмотреть максимум вариантов.
Для решения наших задач мы решили в новой версии реализовать адаптивный дизайн интерфейса. На Yet another Conference дизайнер madhare и разработчик zloylos выступили с докладом о том, зачем нам понадобилась адаптивность и как именно мы ее реализовали в API . В этом посте я опишу предысторию и концепцию наших решений, расскажу о том, что еще нового появилось в версии 2.1-beta, а также о том, что еще изменится к релизу 2.1.
Зачем мы думаем о дизайне?
После релиза версии 2.0 мы уже писали пост , в котором рассказывали о нашем подходе к разработке API. Суть концепции заключается в том, что мы делаем продукт не только для разработчиков, но и для тех, кто будет пользоваться результатами их работы. Если человеку будет удобно и приятно пользоваться нашими картами, и он будет требовать от любимых сервисов именно их - это будет настоящий успех. При этом разработчикам тоже должно быть легко и приятно удовлетворять желания пользователей, а значит мы должны по-максимуму упростить их работу с API. С такими мыслями мы начали работу над версией 2.0, а новая 2.1-бета стала логичным продолжением этой же концепции.Исследование
Наблюдая за инсталляциями нашего API и анализируя кейсы использования карт, мы выделили два основных типа разработчиков:- Решают типовые задачи, не хотят тратить много времени, предпочитают готовые интерфейсы Яндекса. Таких примерно 90%.
- Решают нестандартные задачи или предпочитают даже типовые задачи решать по-своему. Им не подходят стандартные элементы управления. Нужна серьезная кастомизация карт. Логично, что это оставшиеся 10%.
Определившись с аудиториями, мы начали изучать кейсы использования. Оказалось, что в нашем случае основное значение имеет, как ни странно, размер. У нас получилось 3+1 варианта: маленькая, средняя, большая карта и мобильные сайты.
Рисуем дизайн для карт разных размеров
Самый тяжелый случай - маленькие карты. Кажется, что из-за маленького размера стоит убирать все элементы управления картой, но и терять функциональность тоже не хочется. Поэтому специально для маленьких карт мы сделали новый набор контролов:Также был добавлен новый элемент управления - «развернуть карту на весь экран». Он экономит место на сайте за счет размещения небольшой карты, а у конечного пользователя остается возможность посмотреть большую карту. Все нужное поведение карты запрограммировано уже на стороне API. Вообще идея этой кнопки родилась, когда мы думали о решении для мобильных устройств. Карта приемлемого размера на десктопе может стать совершенно бесполезной на мобильном. Фулскрин решает эту проблему:
Помимо этого изменился дизайн балунов для небольших размеров карт. Теперь на маленьких картах и экранах мобильных устройств стандартный балун заменяется на плашку внизу экрана. Это позволяет сохранить большую информативность карты для пользователей. При желании эту опцию можно отключить.
Со средними картами все гораздо проще. Поскольку есть, где развернуться:
Как и с большими картами:
Чтобы максимально упростить работу разработчиков при выборе элементов управления картой, мы сделали три готовых набора для разных размеров карты.
map.controls.add("default");
Список доступных ключей:
smallMapDefaultSet // для маленькой
mediumMapDefaultSet // для обычной
largeMapDefaultSet // для большой
Разумеется, по-прежнему можно самостоятельно указывать нужные контролы.
myMap.controls
.add("trafficControl") // пробки.add("searchControl") // поиск.add("zoomControl") // зум-контрол.add("typeSelector") // слои.add("geolocationControl") // геолокация.add("fullscreenControl") // фуллскрин
…
Адаптивность
Недостаточно просто отрисовать дизайн интерфейса для разных размеров карт. Ведь страницу с картой могут открывать на разных экранах. Именно поэтому решено было реализовывать адаптивное поведение интерфейсов карты. Различные элементы интерфейса перестраиваются и меняют свой размер в зависимости от фактического размера контейнера карты.Адаптивное поведение мы реализовали через control.Manager . Также его можно задавать и для тех кнопок и списков, которые вы создаете сами:
Работы по ускорению и оптимизации
Геообъект - это главная сущность на карте. За такой титул ему приходится расплачиваться довольно сложной и громоздкой структурой. Первая итерация работ над геообъектами заключалась в распределении нагрузки при их создании. Мы постарались вынести все подготовительные операции из конструктора геообъекта в места, где они действительно становятся нужны. Это дало очень хорошие результаты. Также в некоторых местах мы сделали ленивую инициализацию сущностей с помощью _defineGetter_ и defineProperty (_defineGetter_, кстати, немного быстрее). Мы сократили количество подписок на события геообъектов внутри нашей системы событий. Частично помог прием подписки сразу на группу геообъектов с последующим определением в обработчике целевого объекта. Здесь нужно признаться, что ускорение можно пощупать только на dom и canvas метках, новые svg метки нам предстоит дорабатывать (why we call it beta? Because it beta then nothing… ;)Во время работы у нас было время на небольшую уборку в коде, по ее результатам приведем микровыводы:
Микровывод 1. При передаче функции-обработчика намного выгоднее передавать отдельно функцию, отдельно контекст. Если у вас чешутся руки сделать bind сразу, подумайте, можете ли вы это себе позволить.
Микровывод 2. Сокращайте количество промежуточных массивов, объектов и анонимных функций. Они не всегда хорошо чистятся garbage collector-ом.
Прочие изменения
- В версии API 2.0 для определения местоположения по IP или с помощью Geolocation API разработчикам приходится самостоятельно использовать необходимые методы и обрабатывать полученный результат. В версии 2.1 достаточно просто добавить новый стандартный элемент управления:
control.GeolocationControl(parameters) Также был улучшен механизм определения местоположения пользователя, используемый в API. Теперь автоматически выбирается наиболее точный результат из браузерной геолокации и геолокации по IP-адресу. - Стандартные метки в API были перерисованы в SVG, а это значит, что им можно задавать произвольные цвета.
- Система пакетов в версии 2.1 будет ликвидирована. Интерфейсы API изменены таким образом, чтобы максимально вынести загрузку компонент API по требованию, для чего большинство отображений были переведены в асинхронный режим. Работы еще ведутся.
- Для такого масштабного обновления нам пришлось пожертвовать обратной совместимостью с версией 2.0. Также к официальному релизу версии 2.1 может сломаться обратная совместимость для некоторых частей бета-версии:
- Существенно изменится кластеризатор.
- Будет переписан map.action.Manager.
- Promises будут реализованы по
29 апреля 2014 года было объявлено, что новая версия API Яндекс.Карт 2.1 выходит из статуса беты и теперь Вы можете на неё безопасно переходить.
В нескольких ближайших заметках я планирую познакомить Вас с данной версией API.
Основные отличительные особенности JavaScript API Яндекс.Карт версии 2.1:
— новый адаптивный дизайн интерфейсов карты;
— мультимаршрутизатор — возможность построения всех возможных маршрутов вместо одного;
— модульная система API. Список всех модулей API приведен в справочнике.
— новый способ отображения объектов на карте, который позволяет создавать больше меток, чем в версии 2.0.
Подробную документацию по новой версии API Яндекс.Карт 2.1 можно прочитать .
Давайте рассмотрим простейший пример создания карты с использованием API Яндекс.Карт 2.1.
Вот его код:
Na samem začetku povežemo API zemljevidov na http://api-maps.yandex.ru/
Oglejmo si možnosti podrobneje:
lang - nastavljen z dvema parametroma language_region,
jezik - dvomestna koda jezika. Določeno v formatu ISO 639-1.
regija - dvomestna koda države. Določeno v formatu ISO 3166-1.
Na ta trenutek podprti so naslednji lokali:
lang=ru_RU;
lang=en_US;
lang=ru_UA;
lang=uk_UA;
lang=tr_TR.
Uporabite lahko dodatne možnosti:
coordorder - vrstni red, v katerem so geografske koordinate določene v funkcijah API, ki sprejemajo pare zemljepisne dolžine in širine kot vhod (na primer oznaka položaja).
Možne vrednosti:
latlong - [geografska širina, dolžina] - uporabljeno privzeto;
longlat - [geografska dolžina, širina].
Privzeta vrednost: latlong.
nalaganje - seznam modulov za nalaganje.
Privzeta vrednost: package.full.
način - način nalaganja API-ja.
mode=release - kodo API lahko prenesete v pakirani obliki, da zmanjšate promet in hitrost izvajanja v brskalniku;
mode=debug - način prenosa kot izvorne kode.
Privzeta vrednost: sprostitev.
Preberite več o možnostih povezave
Za prikaz zemljevida je določen vsebnik velikosti, ki ni enaka nič, kot vsebnik se lahko uporabi kateri koli element HTML tipa bloka, v primeru je to div.
Parametri zemljevida so nastavljeni v kodi:
myMap = new ymaps.Map('zemljevid', (
središče: , // središče zemljevida Nižni Novgorod
povečava: 12 - stopnja povečave
});
Zemljevid je treba ustvariti, ko se naloži celotna spletna stran. S tem boste zagotovili, da je vsebnik za zemljevid ustvarjen in da je do njega mogoče dostopati z ID-jem. Za inicializacijo zemljevida, potem ko se stran naloži, lahko uporabite funkcijo ready().
Funkcija pripravljenosti bo poklicana, ko bo API naložen in DOM ustvarjen.
ymaps.ready(init);
funkcija init()(
// Ustvarite primerek zemljevida in ga povežite z vsebnikom z
// podani id ("zemljevid").
myMap = new ymaps.Map('zemljevid', (
// Pri inicializaciji zemljevida morate podati
// njegovo središče in faktor lestvice.
center: , // Nižni Novgorod
povečava: 12
});
Zemljevid privzeto prikazuje vse razpoložljive kontrole.
Vrsta karte - shema.
API nudi pet vgrajenih vrst zemljevidov:
Shema (yandex#map) - privzeto;
Satelit (yandex#satellite);
Hibrid (yandex#hybrid);
Zemljevid ljudi (yandex#publicMap);
Hibrid državnega zemljevida (yandex#publicMapHybrid).
Primer z določanjem vrste zemljevida Satelit
Primer kode:
Kot sem že rekel, je zemljevidu privzeto dodan privzeti nabor kontrolnikov 'mediumMapDefaultSet'.
Če želite zemljevidu dodati potrebne kontrolnike, lahko pri ustvarjanju zemljevida podate seznam ustreznih ključev v parametru kontrolnikov.
Tukaj je primer kode za nadzor merila zemljevida in vrste.
Primer kode:
|
Obnašanje zemljevida je mogoče nastaviti s parametrom obnašanja.
Z nastavitvijo njegovih vrednosti lahko omogočimo ali onemogočimo različne možnosti za obnašanje zemljevida:
spreminjanje velikosti zemljevida z dvojnim klikom miške;
vlečenje zemljevida z miško ali enim dotikom;
spreminjanje velikosti zemljevida pri izbiri območja z levim gumbom miške;
skaliranje zemljevida z večkratnim dotikom;
spreminjanje velikosti zemljevida pri izbiri območja desni klik miši;
merjenje razdalje;
povečevanje zemljevida z miškinim kolescem.
Primer kode z onemogočenim zoomom kolesca miške.
|
Po izdelavi zemljevida je možno spremeniti parametre.
Vklopite povečavo s kolescem miške
myMap.behaviors.enable("scrollZoom");
Ugasni
myMap.behaviors.disable("scrollZoom");
Namestitev nove vrste zemljevida Folk
myMap.setType('yandex#publicMap');
Postavitev novega središča zemljevida
To je vse za zdaj.
Se nadaljuje…