Может быть проблема не в дружественности, ошибку лучше озвучить. А саму логику через другое приложение (ту же консоль) проверяли?

А при вызове миграции пишет в консоле: 2018-04-10 18:43:13.798 App[2677:1284099] Xamarin.iOS: Unable to locate assembly 'Windows' (culture: '') 2018-04-10 18:43:13.798 App[2677:1284099] Xamarin.iOS: Unable to locate assembly 'Windows' (culture: '') 2018-04-10 18:43:13.832 App[2677:1284099] Xamarin.iOS: Unable to locate assembly 'Microsoft.Data.Sqlite.resources' (culture: 'ru-RU') 2018-04-10 18:43:13.832 App[2677:1284099] Xamarin.iOS: Unable to locate assembly 'Microsoft.Data.Sqlite.resources' (culture: 'ru-RU') 2018-04-10 18:43:13.839 App[2677:1284099] Xamarin.iOS: Unable to locate assembly 'Microsoft.Data.Sqlite.resources' (culture: 'ru') 2018-04-10 18:43:13.840 App[2677:1284099] Xamarin.iOS: Unable to locate assembly 'Microsoft.Data.Sqlite.resources' (culture: 'ru')

А есть тут люди, кто делал свитч с замарина на айос или наоборот? Интересно сколько по зп теряется при таком переходе.

А есть тут люди, кто делал свитч с замарина на айос или наоборот? Интересно сколько по зп теряется при таком переходе.

Пытаюсь наоборот, но пока так себе по успеху)

Пытаюсь наоборот, но пока так себе по успеху)

А что вынудило уйти с нейтива? Там же многие вещи проще делаются.

А что вынудило уйти с нейтива? Там же многие вещи проще делаются.

Ну я вообще рассматриваю как Xamarin, так и ASP NET. Побудило - закрытость, узкость платформы и ужасный UX самих устройств.

Ну я вообще рассматриваю как Xamarin, так и ASP NET. Побудило - закрытость, узкость платформы и ужасный UX самих устройств.

Интересное мнение. А меня подталкивает сложность реализации некоторых вещей на замарине. Это почти всегда элементы ию. Графики например, отсутствие поддержки рекламных сдк, необходимость писать биндинг и прочее. Хотя формы очень хороши для мвп продуктов. Но чуть только шаг в сторону натыкаешься на кастомный контрол или рендер, анимацию или сложный элемент, и понеслось. И если в кокоа подс это реализовано пакетом, то у нас нет.

А есть тут люди, кто делал свитч с замарина на айос или наоборот? Интересно сколько по зп теряется при таком переходе.

Тут зависит от контекста. Если рассматривать свитч внутри оутсорс направления, то ios однозначно в плюсе. Так как проекты сравнительно небольшие, либо с относительно недолгой поддержкой. И пытаться использовать xamarin там - однозначно минус в доход. Если посмотреть энтерпрайз - то тут наоборот. Чаще всего имеем большую бизнес логику, долгие периоды поддержки и необходимость синхронизации разработки между платформами. Так что если вместе с используемым инструментом сменить и область, то потерь или преимуществ практически не будет

Ну у меня сейчас небольшие интерпрайзные(для компаний) проекты, где то на полгода разработки в среднем в небольшой команде. Хотят кроссплатформенность. А одно время пришлось делать native like прилагосы на замарине только под айфон с кучей кастомизации, там была боль, но я недолго с ними работал. Чуваки вообще не поделу применяли технологию.

Ну у меня сейчас небольшие интерпрайзные(для компаний) проекты, где то на полгода разработки в среднем в небольшой команде. Хотят кроссплатформенность. А одно время пришлось делать native like прилагосы на замарине только под айфон с кучей кастомизации, там была боль, но я недолго с ними работал. Чуваки вообще не поделу применяли технологию.

Это уже у чуваков проблемы с головой

Интересное мнение. А меня подталкивает сложность реализации некоторых вещей на замарине. Это почти всегда элементы ию. Графики например, отсутствие поддержки рекламных сдк, необходимость писать биндинг и прочее. Хотя формы очень хороши для мвп продуктов. Но чуть только шаг в сторону натыкаешься на кастомный контрол или рендер, анимацию или сложный элемент, и понеслось. И если в кокоа подс это реализовано пакетом, то у нас нет.

На Xamarin полно биндингов нативных либ на ios. Недавно нашел 2 которые замечательно реализуют material design на ios

На Xamarin полно биндингов нативных либ на ios. Недавно нашел 2 которые замечательно реализуют material design на ios

Рекламные сдк admob только частично поддерживается. Всякие сдк для построения графиков там же

Рекламные сдк admob только частично поддерживается. Всякие сдк для построения графиков там же

Syncfusion

Платный он вроде?

Admob видел кучу биндингов. Я б сказал огроменную кучу

Платный он вроде?

Нет. Смотря для кого. Если компания меньше ляма долларов оборота делает - бесплатно

Syncfusion не тот дизайн имел .

Syncfusion не тот дизайн имел .

Кастомизируется многое

Есть awesome.ios от туда много биндингов сделано и по графикам

Там пришлось писать обёртку для подключения не самого admob а сторонних сеток которые не имели обёрток.

Там пришлось писать обёртку для подключения не самого admob а сторонних сеток которые не имели обёрток.

Ну это все как я писал несущественно. Было давно больно биндинги строить. Сейчас в большинстве случаев легко

Есть awesome.ios от туда много биндингов сделано и по графикам

Вот их и использовал

Короче вариантов много. Мне нравится Syncfusion

Кто нибудь пробовал совмещать несколько паттернов в своем приложении? такие как MVC + Observer, Value Object, Facade, Singleton, Template Method и т.д.

Кто нибудь пробовал совмещать несколько паттернов в своем приложении? такие как MVC + Observer, Value Object, Facade, Singleton, Template Method и т.д.

Это как-бы нормально)

Я бы даже сказал странный вопрос)

Это как-бы нормально)

Меня интересует сам процесс понимания проектировки, видеть в этом философию жизни

Например, Фасад это нечто абсолютная истина, Бог, Жизнь, Судьба и т.д. Контроллер наши действия, Модель это природа вещей, Вьюшка это Мы, Наблюдатель это инфо-мышление и т.д. То есть, если думать в таком ключе, проектировать программы с учетом понимания жизни и связей, думаю должно получиться грамотное проектирование приложения.

Ведь в итоге все зависит от проектирования, а не связок MVC, MVP,MVVM и т.п. паттернов

В реальной жизни применяется мввм и синглтон. Больше вроде не применял или не знал что применяю.

Всем привет. Думаю брать дипломную работу, о системах хранения данных. Какие БД можите мне посоветовать? Сейчас думаю о SQLite и Akavache. Есть еще что-то интересное?

У тебя неймспейс на рус языке?

Спасибо большое , сейчас исправлю

Не надо так

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

Но там возможны проблемы и в других местах, дайте лог

C# по идее ест кириллицу

Например, Фасад это нечто абсолютная истина, Бог, Жизнь, Судьба и т.д. Контроллер наши действия, Модель это природа вещей, Вьюшка это Мы, Наблюдатель это инфо-мышление и т.д. То есть, если думать в таком ключе, проектировать программы с учетом понимания жизни и связей, думаю должно получиться грамотное проектирование приложения.

Ну во-первых архитектура это философия. НО все зиждится на тезисах Single Responsibility Principles. На них все и строится. Есть базовые архитектурные паттерны и их вариации, есть архитектурный подход. Паттерны- MVC/MVP/MVVM и их вариации MVCVM MVPVM RxMVVM. Есть архитектурные подходы clean architecture, VIPER, RIBs и PRISE. Мы используем последний потому что я его и выработал, и главное он хорошо понимаем) лол. считаю очень хорошо ложится на кросс-платформенную разработу на Xamarin classic и имеет все плюсы и RIBs и VIPER как частный лучай clean architecture. Осталось наконец поделиться им с миром

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

Например, Фасад это нечто абсолютная истина, Бог, Жизнь, Судьба и т.д. Контроллер наши действия, Модель это природа вещей, Вьюшка это Мы, Наблюдатель это инфо-мышление и т.д. То есть, если думать в таком ключе, проектировать программы с учетом понимания жизни и связей, думаю должно получиться грамотное проектирование приложения.

Философия таких аналогий должна быть наполнена связями (этих) сравнений, которые вы можете объяснить.

Ну во-первых архитектура это философия. НО все зиждится на тезисах Single Responsibility Principles. На них все и строится. Есть базовые архитектурные паттерны и их вариации, есть архитектурный подход. Паттерны- MVC/MVP/MVVM и их вариации MVCVM MVPVM RxMVVM. Есть архитектурные подходы clean architecture, VIPER, RIBs и PRISE. Мы используем последний потому что я его и выработал, и главное он хорошо понимаем) лол. считаю очень хорошо ложится на кросс-платформенную разработу на Xamarin classic и имеет все плюсы и RIBs и VIPER как частный лучай clean architecture. Осталось наконец поделиться им с миром

MVCVM MVPVM RxMVVM. Есть архитектурные подходы clean architecture, VIPER, RIBs и PRISE. Про эти не слышал. Спасибо

Вообще считаю каждый должен попробовать побыть мамкиным архитектором) и придумать свою новую хипстерскую архитектуру

Философия таких аналогий должна быть наполнена связями (этих) сравнений, которые вы можете объяснить.

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

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

Для этого и придумали конференции. А если код с применением архитектурного подхода не становится проще и прозрачнее то нафиг такую архитектуру. Все просто

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

1. Пишите понятный код.

1. Пишите понятный код.

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

Для этого и придумали конференции. А если код с применением архитектурного подхода не становится проще и прозрачнее то нафиг такую архитектуру. Все просто

Согласен!

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

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

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

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

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

Кому в лс можно задать вопрос?

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

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

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

А что значит по реальным событиям из жизни. Мне не понятно

Кстати, к этому я пришел после изучения философии Канта

Есть реальные объекты которые мы описываем

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

Плюс поправка на то что большая часть всего этого должна быть кроссплатформой

А что значит по реальным событиям из жизни. Мне не понятно

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

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

Не знаю. У меня лапки)

Ну вопрос как это будет восприниматься человеком который пришел на проект

Такой подход облегчает понятие Субъекта и Объекта

Все относительно

Ну вопрос как это будет восприниматься человеком который пришел на проект

Ну если говорить о командной разработке, то да, здесь уже без вариантов) Мой совет подходит одиночкам

Ну если говорить о командной разработке, то да, здесь уже без вариантов) Мой совет подходит одиночкам

Ну а любая другая разработка скучна и неинтересна

Пора включать в резюме Канта

Вообще да. Без шуток.

Я всегда на собеседованиях стараюсь потыкать палкой абстрактное мышление и немного пофилософствовать. В основе философии(а не философовединии) как науки лежит формальная логика. А логика это основа программирования. Математика вторична. Да простят меня многие

Я всегда на собеседованиях стараюсь потыкать палкой абстрактное мышление и немного пофилософствовать. В основе философии(а не философовединии) как науки лежит формальная логика. А логика это основа программирования. Математика вторична. Да простят меня многие

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

Я всегда на собеседованиях стараюсь потыкать палкой абстрактное мышление и немного пофилософствовать. В основе философии(а не философовединии) как науки лежит формальная логика. А логика это основа программирования. Математика вторична. Да простят меня многие

Все правильно! Согласен полостью

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

Велосипеды - бесценный опыт. Протокол = абстракция ТЗ из наборов возможностей ЯП (пишу так, потому что от ЯП зависит подход, с которым можно дать разную формулировку), которая будет применима (пользоваться из коробки) или нет, и её в большинстве таких случаев надо подгонять под ваши нужды, если вы видите из своего опыта в ней изъяны или понять, что авторы имели в виду, создавая именно такой API, или оценить свой пробел. Есть вещи, которые не может описать тот или иной язык, но это не отменяет возможностей замысла самого программиста. Если сравнить программиста и писателя, то оба создают миры (объект/субъект) как творцы, но писатель менее ограничен (на самом деле нет).

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

Велосипеды - бесценный опыт. Протокол = абстракция ТЗ из наборов возможностей ЯП (пишу так, потому что от ЯП зависит подход, с которым можно дать разную формулировку), которая будет применима (пользоваться из коробки) или нет, и её в большинстве таких случаев надо подгонять под ваши нужды, если вы видите из своего опыта в ней изъяны или понять, что авторы имели в виду, создавая именно такой API, или оценить свой пробел. Есть вещи, которые не может описать тот или иной язык, но это не отменяет возможностей замысла самого программиста. Если сравнить программиста и писателя, то оба создают миры (объект/субъект) как творцы, но писатель менее ограничен (на самом деле нет).

Еще помимо языка может ограничения по подходу дать сама платформа

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

Это разные миры. Говорю по опыту. Почитайте статьи типа Особенности интеллекта профессиональных программистов.

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

из недавней переписки мне понравился отрывок. тоже перепосщу раз пошла такая пьянка

Код пишет нам нихто. Паттерны сугубо эмоциональные и возникают чисто спонтанно По факту отличаются детали реализации, которые зависят от фазы луны и склонности автора кода к маниакальным приступам. На деле же два разных человека использующих одну и ту же архитектуру, по их мнению, потом не могут найти ничего общего. Отсюда появляються вариации на тему MV, где является ни чем иным как сублимацией желаний автора кода на почве сексуальных девиаций. В любом случае стоит внимательно изучить всевозможные подходы и найти в них те идей, которые ближе всего к Вашим тараканам в голове, или к принципам SOLID, или совместимы с Вашим знаком зодиака по китайскому гороскопу. В конечном итоге применяя накопленный опыт на практике всё равно в коде, даже в самом лучшем случае, будут отпечатки Вашей ауры и чуть-чуть говнокода. В конце концов, надо следовать зову сердца и принципу: "Делай нормально и будет нормально".

Еще помимо языка может ограничения по подходу дать сама платформа

Я было подумал об этом, но не стал указывать. Программу можно написать на ЯП, но она может не работать, хотя логика в порядке. Платформа, это лишь ещё несколько API = велосипедов. В варианте с писателем тогла надо ограничивать аудиторию, формат и прочее.

Филосовкие беседы сюда из дотнетчата переехали))

Беседы с# господ

Беседы с# господ

Тут не только C#

Тут не только C#

это понятно. Но преимущественно

Может нейронку натравить для определения психологического портрета по его коду?)

Заодно и господ детектить

Может нейронку натравить для определения психологического портрета по его коду?)

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

;)

;)

Тут вы должны были предложить это провернуть гуглу/мс/и Ко Но есть проблема: внутри компаний есть требования к стилю. А сообщества типа гитхаб не даст картины полной.

цветами разными я фон контейнеров подсветил

HorizontalOptions="Center"

картинки все 512х512, прозрачные, png

ну margin задайте))) костыль, так костыль

ну margin задайте))) костыль, так костыль

да как “починить” - понятно) причину бы понять

может, бага какая

может, бага какая

ну, есть варик, что они просто не вмещаются чуть-ть

возьмите экран побольше, и посмотретие, повторится ли это