а у НДС может ставка еще менятся

налоговая по этому поводу в удивлении

типа "а мы не подумали" :)

пока нам ответа не дали

В ОФД только чеки отправляются вроде или нет?

да! но НДС в позиционном разреще

и по идее в ERP продажи

если раньше их можно было по чекам считать НДС

по справочнику товаров брать

то ща должно будет совпадать

то что ФР отправил

в ФНС

что в ЕРП в документе продаж

это такое не простой нюанс

а по ЕГАИС только отправка? или защита от дублей? и контроль того что АМ от нужного товара (по алкокоду) + контроль возврата той же АМ при возврате по чеку

а по ЕГАИС только отправка? или защита от дублей? и контроль того что АМ от нужного товара (по алкокоду) + контроль возврата той же АМ при возврате по чеку

Там достаточно сложная процедура. Сначала делается приемка от поставщика на склад, потом со склада в торговый зал, ну и продажа с возвратом, списание и прочие операции

т.е. поакцизный прием и продажа только тех АМ что есть в БД?

и с чем именно интеграция? с каким железом? Пирит, Спарк, Атоловские? или все вподрад, по-возможности

т.е. поакцизный прием и продажа только тех АМ что есть в БД?

Нет. Я бы сказал что приём поштучный, и акцизная марка напрямую не привязана к конкретной бутылке. Просто проверяется штрихкод на наличие его в базе ЕГАИС и туда же высылается "чек продажи". Железо в основном атоловское, но есть и другое

ну с точки зрения ЕГАИС это поакцизный... есть же вариант а)по накладной, тупо "подтвержение приемки", есть б)при приеме сканировать каждую бутылку (занося в БД).

поэтому поштучный - это поакцизнй

ну с точки зрения ЕГАИС это поакцизный... есть же вариант а)по накладной, тупо "подтвержение приемки", есть б)при приеме сканировать каждую бутылку (занося в БД).

в накладной акцизные марки вроде как не используются. Не помню на память

ну у меня проекты разные, как прокси-служба для системы лояльности (т.е. беру протокол готового кассвого решения, получаю запрос, отправляю в готовую службу лояльности, потом доссчитываю скидки, добавляю там подарки и т.д., и отправляю обратно... ), но это если "кратко и просто", на самом деле там дофига всего. Проект интеграции с Аксапта и с Gold от Alldata кассвого решения, ну и проект системы учета рабочего времени (интеграция с SAP и СКУД ОрионПРО (разработчик Болид) ) Это текущие проекты которые постоянно дорабатываются. Стек разный, как TCPsocket служба, так и ASP.NET MVC, ну и очень много логики в MSSQL, включая CLR хранимки, srvice broker, linked сервера, связка с Oracle b ghjxtt

в накладной акцизные марки вроде как не используются. Не помню на память

ага :) тупо "подтверждение" или возврат на исправление

а кассовые решения я какие только и не видел :) очень большой опыт автоматизации рынка HoReCa и дописок всяких для интеграции через API разработчиков.

перейдите в лс

было предложение в Айко перейти. В команду связи кассового ПО с железом.

перейдите в лс

точно

перейдите в лс

+1 Ребят последние несколько десятков сообщений это диалог между вами. Действительно, перенесите в ЛС что бы не засорять общий чат не по теме

да ладно :) был же вопрос давайте поделемся опытом :) кто что делает какие проекты... поделились :) мало ли чей опыт кому-то интересен и сороден. Ок. Закончил.

Опыт действительно очень интересный. Я лично оценил. Серьезно. И хотел бы обсудить кое что по вашему опыту если Вы не против. Но все в личку - большинству это не интересно.

ок.

всегда готов пообщатся в личке

Ну они та общаются, а тема та интересна может быть многим, я один из них)

Работаю в энтерпрайзе, а сам дома пилю проект на xamarin, обертка для популярного сообщества со своими фичами.

Всем привет! У меня опыт с Xamarin нулевой. В основном на wpf разрабатывал, последний из проектов - торгово-аналитический терминал для рынком РФ, США и Европы. В основном для площадок NYSE, Nasdaq, CME, РТС.

Всем привет! У меня опыт с Xamarin нулевой. В основном на wpf разрабатывал, последний из проектов - торгово-аналитический терминал для рынком РФ, США и Европы. В основном для площадок NYSE, Nasdaq, CME, РТС.

случаем не в Etna Software работаешь?

Нет, ты кстатти уже второй, кто так думает

Этот проект стартап, он как бы и мной организован

Второй

Имел ввиду второй человек

Ты же человек)

Исправил, а ты откуда сам? Имя Кита, это полностью Никита?

да

Никита было бы понятней, ну это моё мнение

Доброе утро, добавил новую статью. Если Вас интересуют какие-то определенные темы по разработке пишите, постараюсь поискать материал, чтобы он был максимально полезным. Можете в личку, можете тут. https://xamdev.ru/xamarin-profiler/

этот профайлер только поддерживается в VS Ent. вроде как, не?

у мну стоит Prof., профайлер нельзя запустить из под студии

Я сижу на XS, потому что VS под Маком еще в альфе, поэтому пока не удалось протестировать.

В энтерпрайзной VS под виндой доступно

да, но не в профе

Я сижу на XS, потому что VS под Маком еще в альфе, поэтому пока не удалось протестировать.

Если релиз/тест собирается на CI стабильной версией, то можно сидеть и на VSforMac и на Rider (ксатит советую - если у вас "унаследованный" проект, в котором надо сделать кучу рефакторигов).

Кстати хотел спросить о Rider - как IDE сама по себе?

Писать можно, но баги есть. Мне лично после VS - выглядит как что-то чужое

Как IDEA (или AndroidStudio) + рефакторинги от Resharper. Можено собирать, но запускать/отлаживать пока нет.

у меня и рефакторинги не работают

В какой версии? Тут недавно вышел первый публичный EAP - попробуй. По мне так там все стабильно и гладко.

сегодня только скачал

написал тестовую прогу из 10 строк как раз рефакторинги постестить, Подсвечивает что возможно отрефакторить строку, по alt+enter менюшку показывает, но никак не реагирует

Кстати, кто-нибудь идет на DotNext Питер? Думаете есть там что послушать xamarin девелоперу?

нужно как минимум из-за Скита=)

Годный докладчик? Не слышал про него ? хотя вроде пересматриваю все //Build/

нужно как минимум из-за Скита=)

Скит конечно как Чак Норрис но в мире .Net, только не круто когда получается вот так https://habrastorage.org/files/700/419/c1f/700419c1fc0c4da592ba460c69f6b967.jpg

Блин, ну точно теперь надо идти, а то Эспозито, да Эспозито

Насчет "тормознутости Xamarin Form": Добавление [assembly: XamlCompilation(XamlCompilationOptions.Compile)] дает преймущество?

не сильно.

на практике проверено

зависит от сложности Xaml - чем больше парсить текста - тем больше профита

если мало текста то и профита почти никакого

Даже если не дает большого профита в производительности - в любом случае полезная штука так как позволяет выявить ошибки еще до запуска

кстати да )) вот это реально его профит.. а так «тяжелые страницы» рекомендую всетаки на чистом шарпе делать..

в чем заключается этт парсинг?

зависит от сложности Xaml - чем больше парсить текста - тем больше профита

по сути уже после запуска приложение парсит текст XML и выполняет его

если простое приложение

т.е. работает как интерпретатор

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

кстати xam. профайлер бы помог тут, чтобы понять где просадка

если он не мешает так поставь и все. А то без него запускаешь Android (хорошо если на эмуляторе - а если на девайс) ждешь пока задеплоится и на 5-той странице в Xaml мелкая опечатка

проблема в том что у мну VS Prof .Ed.

а мог бы узнать о нем еще до запуска

xam prof доступен только в ентерпрайзе

кстати да )) вот это реально его профит.. а так «тяжелые страницы» рекомендую всетаки на чистом шарпе делать..

неудобно и разницы нет. пишите на xaml

дээ, на шарпе писать тяжелые страницы - это адище

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

https://puu.sh/sPkaQ/0db7c781ee.png примерно так получается.

А что вы делаете с клик-листнерами и др евенатми (типа checkbox istoggle)?

Структура вложенности как и в xaml. Конечно да, посложнее чуть писать, но без xaml приложение быстрее работает.

А что вы делаете с клик-листнерами и др евенатми (типа checkbox istoggle)?

так же дополнитлным extension методом, или вынести в переменную и ниже написать. Так же можно такие куски разбить на отдельные переменные, методы. И плюсы и минусы есть у такого подхода. А так подписки на Action контролов редко используем, ибо через комманды всё во ViewModel передается байндингами.

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

Какой профит? Дизайнер не будет работать, если включить компиляцию замла - все равно что кодом писать, только разметка читабельная. Ячейки для листов делаете на absolute layout, биндингов не больше 5, если уж сильно хочется в codebehind частично описывается к ячейкам, label в Xamarin уже пофиксили и он не тормозит. Xaml с включенной компиляцией не медленнее кода - оно одинаково. Это похоже простите на какое-то “байтодрочерство” и культ карго

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

Какой профит? Дизайнер не будет работать, если включить компиляцию замла - все равно что кодом писать, только разметка читабельная. Ячейки для листов делаете на absolute layout, биндингов не больше 5, если уж сильно хочется в codebehind частично описывается к ячейкам, label в Xamarin уже пофиксили и он не тормозит. Xaml с включенной компиляцией не медленнее кода - оно одинаково. Это похоже простите на какое-то “байтодрочерство” и культ карго

Дизайнер в наших проектах и так не работает, ибо половина контролов кастомизированно. Ячейки бывают сложными и на абсолюте не сделать их. Для ячеек для повышения плавнности и скорости скролла вообще пишем свои лейауты. компиляция xaml вещь хорошая, но у нас что-то профита от неё не видно, разве что кроме проверки ошибок в compile time. У нас приложения достаточно высокого уровня и по производительности и по дизайну не уступают нативным (единственное скорость запуска пока не удалось сделать более адекватную на сложных проектах)

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

Можно попробовать.

А мне кажется, хорошо когда все в коде - можно выносить дублирующий код и применять рефакторинги и нет лишних прослоек. Единственный минус, что C# фиговый язык для написания DSL. На том же Kotlin можно такин удобные DSL писать для UI, что Java+AndroidXmlUI+Bindings курят в сторонке

А мне кажется, хорошо когда все в коде - можно выносить дублирующий код и применять рефакторинги и нет лишних прослоек. Единственный минус, что C# фиговый язык для написания DSL. На том же Kotlin можно такин удобные DSL писать для UI, что Java+AndroidXmlUI+Bindings курят в сторонке

опять таки - DSL на F# писать гораздо приятнее чем на C#

А вообще я начал потихоньку проект для UI на Xamarin.Forms. Остаётся всё, но все контролы будут уже из библиотеки, опять же для оптимизация скорости работы. Если смотрели, то XF всe простые вьюхи (label, entry, image, ect.) на Android оборачивает в ViewContainer дополнительный DefaultRenderer, Что тоже влияет на производительность. Получается в 1.5-2 раза больше вьюх и лишняя вложенность.

Дизайнер в наших проектах и так не работает, ибо половина контролов кастомизированно. Ячейки бывают сложными и на абсолюте не сделать их. Для ячеек для повышения плавнности и скорости скролла вообще пишем свои лейауты. компиляция xaml вещь хорошая, но у нас что-то профита от неё не видно, разве что кроме проверки ошибок в compile time. У нас приложения достаточно высокого уровня и по производительности и по дизайну не уступают нативным (единственное скорость запуска пока не удалось сделать более адекватную на сложных проектах)

ну и что что кастомизировано. Дизайнер работает и с кастомизациями. Поверьте - я тоже делаю RIA и пишу в xaml. И узкое горлышко производительности не в xaml как таковом

А мне кажется, хорошо когда все в коде - можно выносить дублирующий код и применять рефакторинги и нет лишних прослоек. Единственный минус, что C# фиговый язык для написания DSL. На том же Kotlin можно такин удобные DSL писать для UI, что Java+AndroidXmlUI+Bindings курят в сторонке

как раз делал, что бы было как DSL, пока ничего удобнее чем то, как реализовал сейчас (на скрине) не придумал.