да, это так. скорее всего, дело в разрешении <uses-permission android:name="android.permission.CALL_PHONE"/> в программе есть возможность звонить по номеру телефона, указанному в объявлении. предвосхищая ваш следующий вопрос, скажу, что когда мы её разрабатывали, мы о планшетах даже и не задумывались. в следующих версия ваше замечание обязательно учтём
я с вами чуть-чуть поспорю. победители олимпиады — это всего несколько человек, лучшие из лучших, они составляют ничтожный процент из всего множества профессиональных спортсменов. вы сейчас сравнили этот крошечный процент с большинством айтишников. разумеется, несколько лучших представителей профессии лучше, чем усреднённое большинство представителей. вы возьмите лучших представителей мира айти. им их успех тоже не просто так дался. и что-то подсказывает мне, что среди большинства спортсменов тоже достаточно нытиков и лентяев.
Согласен, у паттернов нет назначений, но мы легко находим им применение
Ок, Серёг, не будем обращать внимание на то, что ты согласился с утверждением, которое твой собеседник не высказывал. Но говорить, что у паттернов нет назначений — это уже за гранью добра и зла. Я просто не могу молчать.
Большая часть используемых нами паттернов описаны в каталоге GoF «Паттерны проектирования» (иллюстрация к этому каталогу у нас в кабинете висит). Согласно этому каталогу, описание паттерна содержит следующую информацию: название и классификация, назначение, мотивация, применимость, структура, участники, отношения, результат, реализация и тп.
Так вот, назначение Proxy — «Является суррогатом другого объекта и контролирует доступ к нему». (Паттерны проектирования, стр 203, Питер, 2010)
привет, Настя.
самое крутое на мой взгляд — локальный поиск с учётом словоформ. это и с инженерной стороны интересно было делать, и в плане юзабилити важная вещь.
по мелочи: опциональная загрузка базы, ночной режим, изменение размера шрифта, фильтр по регионалке, тысячи их!
самое главное, это физические кнопки. на каждом андроиде их хотя бы три (назад, домой и меню), плюс бывает кнопка «поиск». следовательно, на эти кнопки можно и нужно повесить некий фуекционал, убрав его с экрана. напирмер, на айфоне часто встречается кнопка «назад» в заголовке — на андроиде это не нужно.
на айфоне развита система многопальцевых жестов — свайп двумя или даже тремя пальцами, нажатие и долгое нажатие несколькими пальцами. это разгружает интерфейс и делает приложение более интерактивным. на андроиде нативной поддержки многопальцевых жестов нет, максимум — зум двумя пальцами. конечно, можно исхитриться и всё это реализовать, но для андроид-юзера это будет непривычно.
на андроиде есть ActionBar или меню, в зависимости от версии. на iOS такого, насколько знаю, нет, меню всё время на экране
разбиение интерфейса на фрагменты. возможно, я ошибаюсь, но вроде такой концепции в айос нет, но и не надо — там нет такого зоопарка экранов
<uses-permission android:name="android.permission.CALL_PHONE"/>в программе есть возможность звонить по номеру телефона, указанному в объявлении. предвосхищая ваш следующий вопрос, скажу, что когда мы её разрабатывали, мы о планшетах даже и не задумывались. в следующих версия ваше замечание обязательно учтёмну нет же
но за ссылку спасибо, ознакомлюсь по возможности
Ок, Серёг, не будем обращать внимание на то, что ты согласился с утверждением, которое твой собеседник не высказывал. Но говорить, что у паттернов нет назначений — это уже за гранью добра и зла. Я просто не могу молчать.
Большая часть используемых нами паттернов описаны в каталоге GoF «Паттерны проектирования» (иллюстрация к этому каталогу у нас в кабинете висит). Согласно этому каталогу, описание паттерна содержит следующую информацию: название и классификация, назначение, мотивация, применимость, структура, участники, отношения, результат, реализация и тп.
Так вот, назначение Proxy — «Является суррогатом другого объекта и контролирует доступ к нему». (Паттерны проектирования, стр 203, Питер, 2010)
ну вообще-то посредник — это Mediator. Они даже к разным группам относятся: медиатор — шаблон поведения, а прокси — структурный
как я уже говорил, решения о том, что и как будет делать программа у нас во много принимаются дизайнерами
самое крутое на мой взгляд — локальный поиск с учётом словоформ. это и с инженерной стороны интересно было делать, и в плане юзабилити важная вещь.
по мелочи: опциональная загрузка базы, ночной режим, изменение размера шрифта, фильтр по регионалке, тысячи их!
на айфоне развита система многопальцевых жестов — свайп двумя или даже тремя пальцами, нажатие и долгое нажатие несколькими пальцами. это разгружает интерфейс и делает приложение более интерактивным. на андроиде нативной поддержки многопальцевых жестов нет, максимум — зум двумя пальцами. конечно, можно исхитриться и всё это реализовать, но для андроид-юзера это будет непривычно.
на андроиде есть ActionBar или меню, в зависимости от версии. на iOS такого, насколько знаю, нет, меню всё время на экране
разбиение интерфейса на фрагменты. возможно, я ошибаюсь, но вроде такой концепции в айос нет, но и не надо — там нет такого зоопарка экранов
посмотрите статью Pure Droid developer.android.com/design/patterns/pure-android.html там сравниваются типовые решения для андроид и айос. да и вообще весь сайт про дизайн стоит хотя бы мельком глянуть developer.android.com/design/index.html