Forms?

пф, то есть из-за того, что в какой-то архитектуре что-то назвали так ,как ВАМ НРАВИТСЯ, оно правильней? нет, нет и ещё раз нет routing - всегда было прокладывание маршрута и уж к переходам между страницами имеет гораздо меньшее смысловое значение нежели навигация

навигация это все что связано с gps, координатами, картами и прочим, маршруты на карте называются maproute итд. И да, я кажется имею право иметь свое профессиональное мнение, и я продолжаю настаивать что в то время как нативные разработчики, которые по сути и двигают индустрию, называют вещи своими именами, мы от них отстаем и не перенимаем их опыт и их способы решения задач. А надо бы. И это не потому что мне так нравится, а поому что я вэтом всем не вижу избавление от застоя в котором и пребывает кроссплатформа. Именно поэтому в кроссплатформу приходит так мало нативщиков. А нужно чтобы они приходили, а не из мира .net тащились разрабы со своим десктопно-вебным пониманием

Ностальгия

навигация это все что связано с gps, координатами, картами и прочим, маршруты на карте называются maproute итд. И да, я кажется имею право иметь свое профессиональное мнение, и я продолжаю настаивать что в то время как нативные разработчики, которые по сути и двигают индустрию, называют вещи своими именами, мы от них отстаем и не перенимаем их опыт и их способы решения задач. А надо бы. И это не потому что мне так нравится, а поому что я вэтом всем не вижу избавление от застоя в котором и пребывает кроссплатформа. Именно поэтому в кроссплатформу приходит так мало нативщиков. А нужно чтобы они приходили, а не из мира .net тащились разрабы со своим десктопно-вебным пониманием

внезапно заменяем навигацию на маршрут и оно тоже попадает под определение вот только маршрутизаиця это ближе к gps, координатам и картам

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

внезапно заменяем навигацию на маршрут и оно тоже попадает под определение вот только маршрутизаиця это ближе к gps, координатам и картам

неужели так ближе? Navigation это навигация. Вбейте это слово в гуглплеймаркет и посмотрим какие приложения вам выдадутся

как-то нет доверия плей маркету в плане определения слов

спрошу англоговорящих знакомых тогда

Это вопрос философии. Как объект назовешь - то он и делать должен)

Forms?

iOS

VIPER

Boilerplate is my profession xD

не не не Дэвид Блейн

RouteR

Во. Это ближе. Маршрутизатор. Это тот кто направляет какие-то потоки данных куда-то по каким-то адресам.

500к сообщений о названии роутер-сервиса

500к сообщений о названии роутер-сервиса

это философский вопрос)

я думаю понятный ответ

но кстати внесу немного своей лепты, NavService понятно на XF/XA но в IOS с этим просто невозможно чет нагуглить

А разрешите ворваться с нубскими вопросами. Помогите, пожалуйста, найти что почитать, чтобы не закопаться в куче ненужной информации. Конечная задача: Для себя сделать прогу на Андроидовый телефон, которая будет при получении смски с определенного номера вытаскивать из текста пару значений и отправлять их на определенный REST веб-сервис. О себе: В целом скорее нуб, чем матерый разработчик, но назвать себя совсем начинающим язык не поворачивается (год опыта работы программистом, но, увы, на 1С, то есть работать приходилось в основном с бизнес-логикой. Обработать данные могу, а вот как это всё по-человечески скрестить с интерфейсом и заставить работать в "жизни" - вопрос). У C# знаю синтаксис, но работать серьезно не приходилось, Framework/Core не знаю. Если я понимаю как что-то делается в принципе, то как это делается в дотнете найду, например без помощи найду как: попилить текст смски регулярками на всё что мне нужно. Собрать JSON и отправить в сервис. То есть легко накидаю прогу на каких-нибудь WinForms, которая будет в окне принимать текст смски и делать с ним что я хочу :) Чего я не понимаю - это андроид. К сожалению втянуться легко не получается, всё время что-то не работает даже по базову туториалу. То свойство andoid:layout_weight не подхватывается при попытке нарисовать калькулятор на axml, то при дословном следовании туториалу Forms https://docs.microsoft.com/en-us/xamarin/xamarin-forms/get-started/hello-xamarin-forms/quickstart не подхватывается половина классов (например "Волшебная" ошибка 'Resource.Layout' does not contain a definition for 'Tabbar'). Очень это всё раздражает. Хочу почитать что-нибудь о том как всё это устроено, что за что отвечает, чтобы понимать как решать проблемы, потому что всякие туториалы начинают радостно рассказывать что "Вон, смотрите, ставите контейнер и всё работает, да как круто", а оно нифига не работает, а гугление рассказывает что-то про то что в коробке VS нет такого-то SDK и сякого-то .xsd

но кстати внесу немного своей лепты, NavService понятно на XF/XA но в IOS с этим просто невозможно чет нагуглить

да даже на андроиде влейся в архитектурный чат на 2к человек и там НИКТО не будет называть роутер навигейшнсервисом. и гуглить по navigation service вопросы связанные с переходами экранов тоже соответственно никто не будет

да даже на андроиде влейся в архитектурный чат на 2к человек и там НИКТО не будет называть роутер навигейшнсервисом. и гуглить по navigation service вопросы связанные с переходами экранов тоже соответственно никто не будет

ну это понятненько

NavigationService - навигация по прилагосу GeolocationService - навигация по геолокации, RouterService я бы так обозвал скорее сервис прокладывания маршрутов по картам. Видмл много проектов в разных фирмах, где придерживались примерно такого именования. Хотя это не значит что так правильно, просто так повелось почему-то. Но я приввык к такой философии именования.

А разрешите ворваться с нубскими вопросами. Помогите, пожалуйста, найти что почитать, чтобы не закопаться в куче ненужной информации. Конечная задача: Для себя сделать прогу на Андроидовый телефон, которая будет при получении смски с определенного номера вытаскивать из текста пару значений и отправлять их на определенный REST веб-сервис. О себе: В целом скорее нуб, чем матерый разработчик, но назвать себя совсем начинающим язык не поворачивается (год опыта работы программистом, но, увы, на 1С, то есть работать приходилось в основном с бизнес-логикой. Обработать данные могу, а вот как это всё по-человечески скрестить с интерфейсом и заставить работать в "жизни" - вопрос). У C# знаю синтаксис, но работать серьезно не приходилось, Framework/Core не знаю. Если я понимаю как что-то делается в принципе, то как это делается в дотнете найду, например без помощи найду как: попилить текст смски регулярками на всё что мне нужно. Собрать JSON и отправить в сервис. То есть легко накидаю прогу на каких-нибудь WinForms, которая будет в окне принимать текст смски и делать с ним что я хочу :) Чего я не понимаю - это андроид. К сожалению втянуться легко не получается, всё время что-то не работает даже по базову туториалу. То свойство andoid:layout_weight не подхватывается при попытке нарисовать калькулятор на axml, то при дословном следовании туториалу Forms https://docs.microsoft.com/en-us/xamarin/xamarin-forms/get-started/hello-xamarin-forms/quickstart не подхватывается половина классов (например "Волшебная" ошибка 'Resource.Layout' does not contain a definition for 'Tabbar'). Очень это всё раздражает. Хочу почитать что-нибудь о том как всё это устроено, что за что отвечает, чтобы понимать как решать проблемы, потому что всякие туториалы начинают радостно рассказывать что "Вон, смотрите, ставите контейнер и всё работает, да как круто", а оно нифига не работает, а гугление рассказывает что-то про то что в коробке VS нет такого-то SDK и сякого-то .xsd

ну по началу да, часто возникают такие проблемы что что-то не видит и т.д. Тут решения - или вообще на нативе писать - на java / kotlin / или разбираться с этими проблемами / или написать на Xamarin.Forms но тоже некоторые рпоблемы придется решать. Относительно требуемой функциональности: Для формирования json использовать библиотеку Newtonsoft.Json Для сетевых запросов Refit (в неё уже встроен Newtonsoft.Json и можно передавать чисто свой объект, а он сформирует Json и отправит)

ну по началу да, часто возникают такие проблемы что что-то не видит и т.д. Тут решения - или вообще на нативе писать - на java / kotlin / или разбираться с этими проблемами / или написать на Xamarin.Forms но тоже некоторые рпоблемы придется решать. Относительно требуемой функциональности: Для формирования json использовать библиотеку Newtonsoft.Json Для сетевых запросов Refit (в неё уже встроен Newtonsoft.Json и можно передавать чисто свой объект, а он сформирует Json и отправит)

Ну вот я и хочу разбираться. Учить ещё и Яву неохота - мне C# более чем нравится, проект пока личный, хочу по успеху его развить до чего-нибудь что в портфолио положить не стыдно :) Если уж совсем в личное, то я планирую уходить из 1С во что-то более международное, и на шарпе писать мне кажется легко и приятно, но надо чем-то показывать что я не просто так, а что-то могу :) Такой проект потому что это нужно самому (опять же - подробности, это по смске от банка сохранить транзакцию в прогу для домшнего бюджета, а то руками набивать лениво), а значит есть дополнительная мотивация закончить.

Давайте попроще вопрос :) С чего полезнее начать? Xamarin Forms или (я так понимаю это называется нативные)?

если вам для андроид и тем более СМС перехватывать, то изучайте Xamarin.Android

https://docs.microsoft.com/en-us/xamarin/android/

если вам для андроид и тем более СМС перехватывать, то изучайте Xamarin.Android

Ксамарин - это понятно, чат все-таки по ксамарину. Если я хочу писать на C# под андроид, то ксамарин :) Но какой-то интерфейс всё же нужен, и я так понимаю тут есть варианты - нативные формы, или Xamarin.Forms. И там и там свои проблемы, поэтому хочу знать общее мнение с чего лучше начать :)

вам нужен будет BroadcastReceiver, который будет ловить SmsRecieved

Ксамарин - это понятно, чат все-таки по ксамарину. Если я хочу писать на C# под андроид, то ксамарин :) Но какой-то интерфейс всё же нужен, и я так понимаю тут есть варианты - нативные формы, или Xamarin.Forms. И там и там свои проблемы, поэтому хочу знать общее мнение с чего лучше начать :)

Xamarin Forms нужен если нужно под 2 или более платформы (Android, iOS, UWP) с простым дизайном и функционалом у вас задача только андроид, и функционал специфичный

лучше не начинать

Ксамарин - это понятно, чат все-таки по ксамарину. Если я хочу писать на C# под андроид, то ксамарин :) Но какой-то интерфейс всё же нужен, и я так понимаю тут есть варианты - нативные формы, или Xamarin.Forms. И там и там свои проблемы, поэтому хочу знать общее мнение с чего лучше начать :)

лучше Xamarin.Android для данной задачи пойдет. Тем более в форм лучше заходить. если есть опыт нативной разработки

Есть возможность заставить Android понимать, что процесс слипать нельзя ни при каких условиях?

Есть какой-то пермишен на это или как это вообще сделать программно

Есть возможность заставить Android понимать, что процесс слипать нельзя ни при каких условиях?

если фоновый, то нельзя только в UI можно

чтобы пользователю не пришлось лезть в "Батарею" и убирать галочку с "No optimize"

если фоновый, то нельзя только в UI можно

ну когда экран заблочен

как я UI получу

если фоновый, то нельзя только в UI можно

фоновый надо

вам нужен будет BroadcastReceiver, который будет ловить SmsRecieved

+ Service , который будет отправлять ваши данные по сети

не уверен, нужен ли вообще будет activity в таком случае ни разу без activity приложения не делал

не уверен, нужен ли вообще будет activity в таком случае ни разу без activity приложения не делал

ну main launcher мейби и нужен будет, дальше Finish

ну когда экран заблочен

усыпит в лучшем случае процесс всё равно

усыпит в лучшем случае процесс всё равно

есть варик заставить это не делать?

нет

сам с этим бодался

а если перекинуть на страницу с батареей?

и типо чтобы в игнор добавил

ээ? так залочен же экран, откуда перекидывать?

котаны, пилил ли кто такой контрол для XF. типо мультисект пикер или какой-нибудю текствью а автодополнением и множественным выбором?

ээ? так залочен же экран, откуда перекидывать?

ну надо чтобы на залоченном экране процесс продолжал работать

нельзя

и чтобы средства оптимизации не стопали

было бы можно, давно бы все эксплойтили

а если я добавлю это приложение игнор?

ну типо чтобы он не завершал процесс/не слипал

не уверен, нужен ли вообще будет activity в таком случае ни разу без activity приложения не делал

Со временем всё равно нужен - указать настройки подключения, например, лог посмотреть (не, в текстовик писать всегда вариант, но в приложении прямо проще прочитать)

Со временем всё равно нужен - указать настройки подключения, например, лог посмотреть (не, в текстовик писать всегда вариант, но в приложении прямо проще прочитать)

ну тогда Activity + Service + BroadcastReceiver

ну типо чтобы он не завершал процесс/не слипал

negative :s

ERROR: S client not available

если это какое-то собственно приложение, то можно с root'овыми настройками поиграться, и-таки добиться этого но если для общего пользования, то нет

все псы попадают в doze mode

NavigationService - навигация по прилагосу GeolocationService - навигация по геолокации, RouterService я бы так обозвал скорее сервис прокладывания маршрутов по картам. Видмл много проектов в разных фирмах, где придерживались примерно такого именования. Хотя это не значит что так правильно, просто так повелось почему-то. Но я приввык к такой философии именования.

GeolocationService - по названию просто ограничивается получением текущей точки геопозиции, но навигация может осуществляться не только по двумерным координатам но и в 3-х мерном пространстве, а значит тут ещё и гироскоп и возможно шагомер привлекаются, а когда надо и адреса вычислить по геопозиции и маршруты разные просчитать , то все это перестает быть только Geolocation и становится полноценным Navigation. Строить маршруты это по массиву двумерных точек запрашивать Directions. Именно поэтому гугел назвал эту часть в Googlemaps Api - Direction Api. Искажение идет в русском языке - мы мыслим маршрутами и на англ это типа как route, но routing и router это быть маршрутизатором и внутри себя знать в какой стэк или по какому адресу направить поток данных. Иное понимание

все псы попадают в doze mode

+

пипец какой-то

?

Целесообразно ли закрывать приложение убийством процесса? Типо Process.KillProcess()

в мобилках нет приложения должны следовать жизненным циклам своим

на ведре можно через какой-нибудь System.Exit(0) (точно не помню, как оно называется) завершить, но не нужно

Пробовал через FinishAffinity(), но он не закрывает приложение полностью

вам не нужно его закрывать

оно так не работает

пользователь сам закроет, когда ему нужно

пользователь сам закроет, когда ему нужно

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

что тут можно сказать, пусть смирятся с тем, что это невозможно

так мобильные приложения устроены на данный момент

Создай ошибку, из за которого будет крашиться приложение)

Создай ошибку, из за которого будет крашиться приложение)

Я пока просто убиваю процесс

Создай ошибку, из за которого будет крашиться приложение)

хотел посоветовать, но backspace решил иначе

Создай ошибку, из за которого будет крашиться приложение)

если ios промолчит, то ведро точно напишет, что приложение остановлено из-за ошибки, или как-то так

то есть оно не останется незамеченным

А, кстати это только для ведра

В ios версии это не делаем

ну тем более вариант с крэшем плохой

Создай ошибку, из за которого будет крашиться приложение)

ага, а пользователю выдастся попап типа "Приложение завершило свою работу, произошла ошибка. Перезапустить приложение"? ) Класс совет

порой надо быть смелей и утихомиривать хотелки заказчиков

?- ет

Целесообразно ли закрывать приложение убийством процесса? Типо Process.KillProcess()

так а killProcess(Process.MyPid) чем не устраивает. Что не убивает аппликейшн? Так это фигня

так а killProcess(Process.MyPid) чем не устраивает. Что не убивает аппликейшн? Так это фигня

Да всем устраивает, просто везде говорят что это бэд практис, хотя даже сами гугл вроде не запрещают так делать

Хотел узнать вдруг есть что то лучше

Да всем устраивает, просто везде говорят что это бэд практис, хотя даже сами гугл вроде не запрещают так делать

правильно говорят)