Хотя нет

я не могу с уверенностью утверждать

лучше еще у кого то спросить )

вот

https://developer.apple.com/news/?id=05042016a

Starting June 1, 2016 all apps submitted to the App Store must support IPv6-only networking. Most apps will not require any changes because IPv6 is already supported by NSURLSession and CFNetwork APIs. If your app uses IPv4-specific APIs or hard-coded IP addresses, you will need to make some changes. Learn how to ensure compatibility by reading

Доброго всем времени суток. Назрел вопрос: создаём кастомный контрол, стиль описан в genericUWP.xaml, кроме этого ещё используется generic.xaml из другого проекта, оба прописаны в App.xaml в ResourceDictionary.MergedDictionaries В процедуре protected override void OnApplyTemplate() { base.OnApplyTemplate(); _rootGrid = this.GetTemplateChild("RootGrid") as Panel; } ПОстоянно получаем null в GetTemplateChild, чего ему может не хватать? DefaultStyleKey в конструкторе прописан, имена класса совпадают В стилях: ... xmlns:local="using:MySolution.UWP.Controls"> <Style TargetType="local:MycontrolUWP" > <Setter Property="Template"> <Setter.Value> <ControlTemplate TargetType="local:MycontrolUWP"> <Grid x:Name="RootGrid"> .... В проекте-доноре из которого брали пример - всё работает

Ребят столкнулся с проблемой, не хватает компетенции в этом вопросе. Выкладываю приложение в appstore, мне приходит ответ о том, что мое приложение не поддерживает соединение через ipv6, а должно. подскажите как можно быстро это исправить, может какие конфиги в httpclient ? Спасибо)

короче тут все просто

Если юзаешь httpclient то протаскивай в него нативный ModernHttpHandler или врубай в настройках проекта NSUrlSession.

Если юзаешь ещё сокеты то тут надо немного с бубном поплясать

var addresses = Dns.GetHostEntry(YourServerUrl).AddressList; IPAddress ipAddress = addresses[0]; IPAddress ipv6Address = ipAddress.MapToIPv6(); var ipEndPoint = new IPEndPoint(ipv6Address, portnumber); var socket = new Socket(AddressFamily.InterNetworkV6, SocketType.Dgram, ProtocolType.Udp); socket.Connect(ipEndPoint);

будет что-то типа этого

если у тебя сокеты спрятаны в библе а наружу у тебя интерфейс только то я тебя поздравляю)

Доброго всем времени суток. Назрел вопрос: создаём кастомный контрол, стиль описан в genericUWP.xaml, кроме этого ещё используется generic.xaml из другого проекта, оба прописаны в App.xaml в ResourceDictionary.MergedDictionaries В процедуре protected override void OnApplyTemplate() { base.OnApplyTemplate(); _rootGrid = this.GetTemplateChild("RootGrid") as Panel; } ПОстоянно получаем null в GetTemplateChild, чего ему может не хватать? DefaultStyleKey в конструкторе прописан, имена класса совпадают В стилях: ... xmlns:local="using:MySolution.UWP.Controls"> <Style TargetType="local:MycontrolUWP" > <Setter Property="Template"> <Setter.Value> <ControlTemplate TargetType="local:MycontrolUWP"> <Grid x:Name="RootGrid"> .... В проекте-доноре из которого брали пример - всё работает

Нашли Пришлось руками прописать ещё в конструктор this.Style = Application.Current.Resources["Mystyle"] as Style; и добавить ключ в generic.xaml В примере работает и без этого - как - известно одним китайцам, которые его писали

если у тебя сокеты спрятаны в библе а наружу у тебя интерфейс только то я тебя поздравляю)

Жалко в телеге нет лайков ) печальных и сочувствующих )

есть

Я использую когда надо что-то по мелочи сохранить в json

+1

Еще dynamic наверное любите пользовать?

Я вот пользуюсь в двух случаях - linq и когда хочу причинить боль разработчику которому с этим кодом потом придется работать

Еще dynamic наверное любите пользовать?

Нет. Но анонимные объекты иногда очень удобны когда у тебя вебапи какой-нидь и в зависимости от параметров надо возвращать разной структуры, например.

dynamic еще удобно использовать при работе с COM объектами

dynamic еще удобно использовать при работе с COM объектами

Там их заставляют использовать я бы сказал

В принципе, если напрячься то можно

работали же с ними в .NET 2.0 )

Я хз как это делалось) я, к счастью, тогда их не использовал. Но мне кажется там было оч плачевно, например вместо dynamic использовали object

Я хз как это делалось) я, к счастью, тогда их не использовал. Но мне кажется там было оч плачевно, например вместо dynamic использовали object

Это мое предположение, на всякий случай)

ну я помню как мы бурно радовались когда dynamic появился именно из за работы с COM Объектами

ну я помню как мы бурно радовались когда dynamic появился именно из за работы с COM Объектами

И как вы работали с ком объектами без dynamic'ов?

Кита спасибо за ответ, еще такой вопрос на сервере, хостинг должен обладать поддержкой ipv6 ? если со стороны сервера дополнительные настройки, если сталкивались подскажите как можно обойти "подводные камни" в вопросе конфигурации сервера и хостинга.

И как вы работали с ком объектами без dynamic'ов?

Тщательно выводили типы

Тщательно выводили типы

+1

Тщательно выводили типы

В f# для этого typeProvider'ы есть. И для com-объектов тоже, кстати.

F# почти всегда был впереди C# по фичам. C# по чуть чуть тянет фичи из F# но пока никак не догонит

Очень понравилось высказывание, т.е. как всегда, истина где то по середине и новичок без говнокода вряд ли напишет?

на практике студенты которые говнокодят но ставят своей целью сделать работающий продукт могут написать достаточно быстро работающие приложения от "список покупок", "прогноз погоды" до игр типа "судоку", "морской бой" и т.п. С жутким говнокодом. Но главное что начали делать. А вот те же студенты страдающие перфекционизмом в лучшем случае тратили на это раз в 10 больше времени. А многие вообще так и не научились программировать вообще. Парадоксально но я это вижу постоянно.

Ну да( но без вывода типов нормального он никогда не догонит.

Гавнокоды это в канале ExtremeCodeTV?)

Мистя, где C#?

Очень понравилось высказывание, т.е. как всегда, истина где то по середине и новичок без говнокода вряд ли напишет?

Говнокод крайне субъективное понятие. У меня был один студент который гордился методом в 1000 строк. Я не сразу понял что он этим хвастается. Он был уверен что написал крайне сложную программу где один метод занимает целых 1000 строк.

Ну да( но без вывода типов нормального он никогда не догонит.

Мб Оно и к лучшему.? Будет тесно в стеке ms, а так есть ниши у каждого языка своя.

У меня требование одно - напиши что бы работало - а я покажу где и что можно улучшить. Почти всегда если пытаются написать так что бы я потом не нашел никаких недостатков уходят в прострацию.

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

и считают что это качественный код потому что заюзали паттерн

Мб Оно и к лучшему.? Будет тесно в стеке ms, а так есть ниши у каждого языка своя.

Понимаешь, вот я сижу со своей командой и быстро набрасываются прототип на f# сложной системы для операционного планирования размером в день. Но привыкших и к императивщине подходу коллег все оч пугает и они не могут расширять функционал моего приложения. И переписывают его еще за большее время на c# и все те гибкости которые я заложил теряются. Проблема не в с#, а в том, что многие не понимают декларативного подхода к программированию, им бы ёжиков в уточек побайтно переделывать.

Понимаешь, вот я сижу со своей командой и быстро набрасываются прототип на f# сложной системы для операционного планирования размером в день. Но привыкших и к императивщине подходу коллег все оч пугает и они не могут расширять функционал моего приложения. И переписывают его еще за большее время на c# и все те гибкости которые я заложил теряются. Проблема не в с#, а в том, что многие не понимают декларативного подхода к программированию, им бы ёжиков в уточек побайтно переделывать.

+1

Понимаешь, вот я сижу со своей командой и быстро набрасываются прототип на f# сложной системы для операционного планирования размером в день. Но привыкших и к императивщине подходу коллег все оч пугает и они не могут расширять функционал моего приложения. И переписывают его еще за большее время на c# и все те гибкости которые я заложил теряются. Проблема не в с#, а в том, что многие не понимают декларативного подхода к программированию, им бы ёжиков в уточек побайтно переделывать.

Ну так нельзя тоже, надо учитывать скиллы команды + стоимость поддержки кода на с# дешевле чем на f#

Много факторов разных, но кому то нужно быть первопроходцем в своей команде. Такая доля

Но это не значит что не надо ориентирлваться на коллег

Ну так нельзя тоже, надо учитывать скиллы команды + стоимость поддержки кода на с# дешевле чем на f#

Многие команды перешли на F# именно из за снижения стоимости поддержки. Многие команды отчитывались что на F# получается значительно меньше ошибок и гораздо меньше времени уходит на сопровождение.

Много факторов разных, но кому то нужно быть первопроходцем в своей команде. Такая доля

Ты уловил мои страдания)

Да у меня аналогичная ситуация

Да у меня аналогичная ситуация

А что внедряешь у себя?

Многие команды перешли на F# именно из за снижения стоимости поддержки. Многие команды отчитывались что на F# получается значительно меньше ошибок и гораздо меньше времени уходит на сопровождение.

@SherievAkhmed кстати верно гвоорит.

Сейчас R зашел

Time series forecast

@SherievAkhmed кстати верно гвоорит.

Ну f# разработчики дороже на рынке;)

Сейчас R зашел

Забавно у нас математик тоже хочет аналитиков за R посадить.

Ну f# разработчики дороже на рынке;)

Да нет, ищешь человека который значет C# и F#. Дороже мб тысяч на 10 выйдет, я про рынок РФ.

Ну сложнее найти

Особенно если не Москва

Если там в банк какой-нибудь в Англии, то там четкие требования есть и ясно что нужен именно F#-developer именно с таким и такими качествами, там зп кончено выше

Особенно если не Москва

у меня такой пробелмы нет)

но от команды которая досталась в наследство избавляться не правильно. )

У меня есть мысли написать серию статей и если получистя книгу по использованию F# в продакшене

но в следующем году

Круто

а то все текущие книги в основном про сам язык а не про то как писать на нем

У меня есть мысли написать серию статей и если получистя книгу по использованию F# в продакшене

Я никак не могу сесть за блог по F#. =/

а то все текущие книги в основном про сам язык а не про то как писать на нем

Вот да!

Вот кстати по поводу F#, тут очень интересная ситуация с тем как его продвигает Microsoft. @Schvepsss может как то сможет прояснить. Почему на канале https://t.me/msdnru - по "F#" вообще ничего не ищется))) Может быть если бы MS как то поощряло это направление, то и дело сдвинулось с мертвой точки?!

у кого-нибудь можно поросить нормальный gitignore? что-то проект после пулла не могу собрать, думаю перезалить

никто не сталкивался с такой ошибкой?

Еще вопрос, каким эмулятором лучше пользоваться, xamxarin player или adv android?

Visual studio emulator for Android

gitignore/VisualStudio.gitignore at master · github/gitignore · GitHub https://github.com/github/gitignore/blob/master/VisualStudio.gitignore

@neewy

Спасибо

Да не за что

Никто не сталкивался с тем, что xamarin forms previewer не работает, вообще?

Никто не сталкивался с тем, что xamarin forms previewer не работает, вообще?

в комьюнити версиях он вроде как не работает

спасибо

в комьюнити версиях он вроде как не работает

поставил enterprise с дримспарка — всё по-старому

поставил enterprise с дримспарка — всё по-старому

Тут логи курить нужно и смотреть какая java установлена, нужна 1.8 x64. вроде так.

спасибо, сейчас буду смотреть

спасибо, сейчас буду смотреть

в настройках xamarin посмотри какая джава используется

Можно использовать http://gorillaplayer.com/

И мгновенно видеть верстку прямо на своем девайсе

удобно

класс! спасибо, попробую

Можно использовать http://gorillaplayer.com/

Хм, интересно. Даже посмотрю сегодня. Вы уже тестили?

Горилла очень хороша, но к сожалению до первого кастом рендерера. Пользуемся в начале проектов

Хм, интересно. Даже посмотрю сегодня. Вы уже тестили?

Да, устанавливается "сервер" на ПК, плагин в VS соединяющийся с "сервером" и "плейер" на устройстве (можно на нескольких) . Верстка отображается мгновенно. И да кастомные к сожалению не отображает.