Yandex xaritalari api 2.1 o'tish
Ushbu maqolada men Yandex.Maps API bilan ishlash bo'yicha bir qator maqolalarni boshlamoqchiman. Yandex.Maps hujjatlari juda to'liq, ammo undagi ma'lumotlarning bo'linish darajasi yuqori, hujjatlarni yarim litrsiz birinchi marta kiritganingizda, siz buni tushunolmaysiz va muammoni hal qilish uchun siz bir necha soat sarflashingiz mumkin. hujjatlar va qidiruv tizimida qidirish uchun ko'p vaqt. Ushbu maqolalar turkumida Yandex.Maps API-dan foydalanishning eng tez-tez uchraydigan holatlariga amaliy echimlar haqida so'z boradi, bu yozuvni yozish paytida, 2.1.
Saytni aloqa ma'lumotlariga joylashtirishda ko'pincha sayt ishlab chiqilayotgan tashkilotning joylashuvi belgilanadigan xaritani kiritish kerak bo'ladi. Eng oddiy hollarda, bu onlayn xaritalardan olingan skrinshot bo'lishi mumkin (yoki onlayn emas):
Kiritish uchun interaktiv xarita xarita yaratuvchisidan foydalanish mumkin
https://tech.yandex.ru/maps/tools/constructor/:
Agar bizga xaritalardan yanada ilg'or foydalanish kerak bo'lsa (o'z teglarimiz, xaritalarning dasturiy harakati va boshqalar), buning uchun biz Yandex.Maps API-dan foydalanishimiz kerak: https://tech.yandex.ru/maps/jsapi/ . Xaritalardan foydalanishga misol sifatida ushbu maqola oddiy yorliq va havo sharining qo'shilishi bilan xaritani yaratishni ko'rib chiqadi.
Birinchidan, API komponentlarini ulaymiz:
Agar xaritalar yordamida ba'zi katta ilovalar ishlab chiqilayotgan bo'lsa, Yandex tomonida API-ni yangilashda ishlab chiqarishda hech narsa buzilmasligi uchun ma'lum bir versiyaning API komponentlarini ulash yaxshiroqdir:
Xaritani qandaydir blokda, masalan, ichida joylashtirish kerak bo'ladi div#map. Keyinchalik, xarita ushbu blokda yaratilishi kerak (xarita va DOM tayyorligi hodisasi ishga tushirilgandan so'ng):
ymaps.ready(init); init() funksiyasi (var myMap; myMap = new ymaps.Map ("xarita" , (markaz: [ 55.76 , 37.64 ] , masshtablash: 7 ) ) ; ) |
Bu erda biz ko'rsatamiz:
- blok identifikatori xarita, bu erda biz xaritani yaratamiz;
- markaz— kenglik va uzunlikni ko'rsatuvchi xaritaning markazi;
- kattalashtirish— xarita masshtab koeffitsienti.
Odatiy bo'lib, Yandex.Maps juda ko'p keraksiz elementlarni yaratadi, aksariyat hollarda veb-saytlarda kerak emas. Asosan, boshqaruv elementlariga va xaritaning xatti-harakatlariga ikkita shartni qo'llash kifoya:
- xarita elementlaridan faqat kattalashtirish slayderi mavjud;
- xaritani sichqonchani aylantirish bilan kattalashtirmaslik kerak.
Ushbu talablarni bajarish uchun biz kodni to'ldiramiz:
ymaps.ready(init); init() funksiyasi (var myMap; myMap = new ymaps.Map ("xarita" , (markaz: [ 55.76 , 37.64 ] , masshtablash: 13 , boshqaruv elementlari: ) ); myMap.behaviors .disable ("scrollZoom" ); myMap. boshqaruv elementlari .add ("zoomControl" , (pozitsiya: ( tepada: 15 , chapda: 15 ) ) ; ) |
Bu erda biz o'chirib qo'ydik kattalashtirish va qo'shildi "kattalashtirishni boshqarish" yuqori chap burchakdan joylashtirilgan.
Endi biz xaritaga yorliq qo'shishimiz kerak, maqola uchun biz uning tasvirini http://medialoot.com/item/free-vector-map-location-pins/ dan yuklab olamiz va uni quyidagi tarzda kodga joylashtiramiz:
ymaps.ready(init); init() funksiyasi (var myMap; myMap = new ymaps.Map ("xarita" , (markaz: [ 55.7652 , 37.63836 ] , masshtablash: 17 , boshqaruv elementlari: ) ); myMap.behaviors .disable ("scrollZoom"Map.) boshqaruv elementlari .add ("zoomControl" , (pozitsiya: ( tepada: 15 , chapda: 15 ) ) ); var myPlacemark = yangi ymaps.Placemark ([ 55.7649 , 37.63836 ] , ( ) , ( iconLayout: "default #image" : , iconImageSize: [ 40 , 51 ] , iconImageOffset: [ - 20 , - 47 ] ) ) ; myMap.geoObjects .add (myPlacemark) ; ) |
Bu erda biz o'zgaruvchini e'lon qilamiz myPlacemark, unda biz markerni yozamiz, birinchi parametrda ymaps.joy belgisi yorliq koordinatalarini belgilang va uchinchi parametrda:
- ichida ko'rsating iconLayout moslashtirilgan yorliq tasviridan foydalanilishi;
- iconImageHref- tasvirga yo'l;
- iconImageSize- tasvir hajmini belgilash;
- iconImageOffset- biz rasmning yuqori chap burchagidan rasmning nuqtasiga siljishni ko'rsatamiz, bu biz kerakli ob'ektga ishora qilamiz. Bu xarita masshtablanganda yorliqning joylashuvi adashmasligi uchun kerak. Nima uchun ofset salbiy qiymatlarda ko'rsatilgan - API yaratuvchisini faqat Xudo biladi.
Va orqali myMap.geoObjects.add() xaritaga marker qo'shing.
Va endi biz xarita yorlig'ini bosganimizda ko'rsatiladigan shar hosil qilamiz, sharning tartibini va uning tarkibini http://designdeck.co.uk/a/1241 dan olamiz.
ymaps.ready(init); init() funksiyasi (var myMap; myMap = new ymaps.Map ("xarita" , (markaz: [ 55.7652 , 37.63836 ] , masshtablash: 17 , boshqaruv elementlari: ) ); myMap.behaviors .disable ("scrollZoom"Map.) boshqaruv elementlari .add ("zoomControl" , (pozitsiya: ( tepa: 15 , chap: 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 ] , balloonImageHre "http://site/files/APIyaMaps1/min_popup.png", balloonImageOffset: [ - 144 , - 147 ] , balloonImageSize: [ 289 , 151 ] , balloonShadow: false ) ; myMap.geoObjects .add (myPlacemark) ; )"; html += " " ; html += "Viktoriya minorasi bog'lari " ; html += "" ; html +="London shahri " ; html += "" ; html += "Birlashgan Qirollik " ; html += "020 7641 5264 " ; html += " |
Biz shu yerdamiz:
- ichida balon tarkibi balon ochilganda ko'rsatiladigan tarkibni belgilang;
- ballonLayout- balon tartibi sifatida maxsus tasvir ishlatilishini belgilang;
- balloonContentSize va balloonImageSize— mos ravishda kontent va tasvirlarning oʻlchamlari;
- balloonImageHref- tasvirga yo'l;
- balloonImageOffset- yuqori chap burchakka nisbatan ofset;
- sharli soya— sharning soyasini o'chirish (bu maxsus tasvirlar bilan hech narsaga ta'sir qilmaydi).
Chiqarish nomzodi - bu API versiyasi bo'lib, u ommaviy foydalanish uchun mavjud, ammo hali ham tasdiqlanyapti. Chiqarish nomzodini barqaror versiya sifatida o'rnatishdan oldin, u chiqarilishi bilanoq, u API funksiyasining buzilishiga olib kelishi mumkin bo'lgan xatolar uchun sinovdan o'tkaziladi. Loyihalaringizda reliz nomzodlaridan foydalanish orqali siz bizga mumkin bo'lgan xatolarni o'z vaqtida aniqlashda yordam bera olasiz. Bundan tashqari, API ning yangi versiyasi bilan ilovangiz ishini oldindan sinab ko'rishingiz mumkin.
Chiqaruvchi nomzodlar ilovalarni ishlab chiqish va sinov muhitida ishlatilishi kerak. Bu ishlab chiqarish muhitida xatolardan qochishga yordam beradi. Chiqaruvchi nomzodni quyidagi tarzda yoqishingiz mumkin:
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.
Вот его код:
Eng boshida biz xaritalar API-ni http://api-maps.yandex.ru/ manziliga ulaymiz.
Keling, variantlarni batafsil ko'rib chiqaylik:
lang - til_region ikkita parametr bilan o'rnatiladi,
til - ikki xonali til kodi. ISO 639-1 formatida ko'rsatilgan.
mintaqa - ikki xonali mamlakat kodi. ISO 3166-1 formatida ko'rsatilgan.
Ustida bu daqiqa quyidagi mahalliy tillar qo'llab-quvvatlanadi:
lang=ru_RU;
lang=en_US;
lang=ru_UA;
lang=uk_UA;
lang=tr_TR.
Qo'shimcha variantlardan foydalanish mumkin:
koordorder - geografik koordinatalar uzunlik-kenglik juftlarini kirish sifatida qabul qiluvchi API funktsiyalarida ko'rsatilgan tartib (masalan, Placemark).
Mumkin qiymatlar:
latlong - [kenglik, uzunlik] - sukut bo'yicha ishlatiladi;
longlat - [uzunlik, kenglik].
Standart qiymat: latlong.
yuklash - Yuklanadigan modullar ro'yxati.
Standart qiymat: package.full.
rejimi - API yuklash rejimi.
mode=release - brauzerda trafik va ijro tezligini minimallashtirish uchun API kodini paketlangan shaklda yuklab olish mumkin;
mode=debug - manba kodi sifatida yuklab olish rejimi.
Standart qiymat: chiqarish.
Ulanish imkoniyatlari haqida ko'proq o'qing
Xaritani ko'rsatish uchun nolga teng bo'lmagan o'lchamdagi konteyner ko'rsatilgan, har qanday blok tipidagi HTML elementi konteyner sifatida ishlatilishi mumkin, misolda u div.
Xarita parametrlari kodda o'rnatiladi:
myMap = yangi ymaps.Map('xarita', (
markaz: , // Nijniy Novgorod xaritasining markazi
masshtablash: 12 - masshtablash darajasi
});
Xarita butun veb-sahifa yuklangandan keyin yaratilishi kerak. Bu xarita uchun konteyner yaratilganiga ishonch hosil qiladi va unga id orqali kirish mumkin. Sahifani yuklagandan keyin xaritani ishga tushirish uchun tayyor() funksiyasidan foydalanishingiz mumkin.
Tayyor funksiya API yuklanganda va DOM yaratilganda chaqiriladi.
ymaps.ready(init);
init()(
// Xaritaning namunasini yarating va uni konteynerga bog'lang
// berilgan id ("xarita").
myMap = yangi ymaps.Map('xarita', (
// Xaritani ishga tushirishda siz belgilashingiz kerak
// uning markazi va masshtab omili.
markaz: , // Nijniy Novgorod
kattalashtirish: 12
});
Odatiy bo'lib, xaritada barcha mavjud boshqaruv elementlari ko'rsatiladi.
Xarita turi - sxema.
API beshta o'rnatilgan xarita turlarini taqdim etadi:
Sxema (yandex#map) - sukut bo'yicha;
Sun'iy yo'ldosh (yandex # sun'iy yo'ldosh);
Gibrid (yandex # gibrid);
Xalq xaritasi (yandex#publicMap);
Milliy xaritaning gibridi (yandex#publicMapHybrid).
Sun'iy yo'ldosh xaritasi turini aniqlashga misol
Misol kod:
Yuqorida aytib o'tganimdek, "mediumMapDefaultSet" boshqaruvlarining standart to'plami sukut bo'yicha xaritaga qo'shiladi.
Xaritaga kerakli boshqaruv elementlarini qo'shish uchun siz xaritani yaratishda boshqaruv elementlari parametrida mos keladigan tugmalar ro'yxatini belgilashingiz mumkin.
Bu yerda xarita masshtabini va turini boshqarish uchun namuna kodi.
Misol kod:
|
Xaritalar parametri yordamida xaritaning harakatini o'rnatish mumkin.
Uning qiymatlarini belgilash orqali biz xaritaning xatti-harakatlari uchun turli xil variantlarni yoqishimiz yoki o'chirishimiz mumkin:
sichqoncha tugmasini ikki marta bosish orqali xaritani masshtablash;
sichqoncha yoki bitta tegish bilan xaritani sudrab borish;
sichqonchaning chap tugmasi bilan hududni tanlashda xaritani masshtablash;
multi-touchli teginish bilan xaritani masshtablash;
hududni tanlashda xaritani masshtablash o'ng tugmasini bosing sichqonlar;
masofani o'lchash;
sichqonchaning g'ildiragi yordamida xaritani kattalashtirish.
Sichqoncha g'ildiragini kattalashtirish o'chirilgan kod misoli.
|
Xarita yaratilgandan so'ng uning parametrlarini o'zgartirish mumkin.
Sichqoncha g'ildiragini kattalashtirishni yoqing
myMap.behaviors.enable("scrollZoom");
O'chirib qo'yish
myMap.behaviors.disable("scrollZoom");
Xaritaning yangi turini o'rnatish Xalq
myMap.setType('yandex#publicMap');
Yangi xarita markazini sozlash
Hozircha hammasi shu.
Davomi bor…