Re[7]: Косяки с точки зрения бизнеса (+)
От: kekekeks  
Дата: 03.02.17 15:34
Оценка:
Здравствуйте, ionoy, Вы писали:

I>Если я не ошибаюсь, то у Xamarin'а не было некоммерческой лицензии

Была, лично у них бесплатный ключик получал.

I>Но может вы и правы, на данном этапе это цена несколько высоковата. Может региональные скидки добавить?

Достаточно сложно проконтролировать, откуда человек платит. Разве что проверять BIN-ы при оплате картой.

Всё ещё рекомендую найти продажника. Ну и главное, чтобы не было вот так.
Re[8]: Косяки с точки зрения бизнеса (+)
От: Ziaw Россия  
Дата: 17.02.17 12:09
Оценка:
Здравствуйте, kekekeks, Вы писали:

K>Всё ещё рекомендую найти продажника.


А как их вообще ищут?
Re[2]: В защиту циклов
От: MAMOHT  
Дата: 16.03.17 14:48
Оценка: 76 (2) +1
Здравствуйте, IT, Вы писали:
IT>Как насчёт циклов?

В прошлом году делали систему для СИКН(система измерения качества нефти).
Там очень нехилая система отчетности. Данные отчетов хранились в БД в json-строках (не мы так решили, так "исторически сложилось")
И мы ее делали на WPF.

В WPF есть такая штука, называется FlowDocument — тот же XAML, но для разметки документов. Проблема в том, что она декларативная и не гибкая.
К тому же, в нашем случае, форма отчетов и исходных данных постоянно менялись и надо было менять их чуть ли не на лету.

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

Примеры использования:

<Paragraph Text="<!--{d.f}-->" /> //этот кусок формировал параграф, куда вставлял из jsonа значение узла d.f

А если надо было нарисовать список параграфов, то синтаксис был такой:
<!--arr{ //arr — это путь к массиву объектов в json
<Paragraph Text="<!--{Name}-->" /> //Name — это поле в объекте
}->

Paragraph дан для примера. В основном в цикле строились таблицы.

Потом туда добавилась простенькая логика, макросы и прочее. В итоге получился сплошной костыль. Но работал.

Позже я преобразовал это в лиспо-подобный язык, где можно было наращивать функционал из коробки.
И все это транслировалось в тот-же XAML.
  Пример
http://i.imgur.com/xhv9zXi.png
  А вот и цикл
http://i.imgur.com/ksxTpi4.png

P.S. Написал исключительно ради справедливости. Отчеты — штука специфическая. Но циклы все-таки иногда нужны, даже в разметке.
Re[3]: Хочу похвастаться! Первый язык на основе Nitra - AMMY
От: ionoy Эстония www.ammyui.com
Дата: 16.03.17 15:11
Оценка:
Здравствуйте, MAMOHT, Вы писали:

MAM>P.S. Написал исключительно ради справедливости. Отчеты — штука специфическая. Но циклы все-таки иногда нужны, даже в разметке.


Хороший пример, я как-то сразу не подумал про FlowDocument. С другой стороны не совсем понятно как Ammy будет резолвить ваши циклы в compile time. Вы то скорее всего парсили в рантайме, создавали нужный XAML и его уже загружали.

Есть вариант создать невидимый псевдоэлемент, который будет принимать биндинг + шаблон. По мере изменения биндинга можно создавать элементы в родительском контроле. Но тут можно целую кучу граблей собрать, а выхлоп небольшой.
www.livexaml.com
www.ammyui.com
www.nemerleweb.com
Re[3]: В защиту циклов
От: IT Россия blogs.rsdn.ru
Дата: 16.03.17 16:17
Оценка:
Здравствуйте, MAMOHT, Вы писали:

MAM>P.S. Написал исключительно ради справедливости. Отчеты — штука специфическая. Но циклы все-таки иногда нужны, даже в разметке.


Вот! Влад, где ты там? Послушай умного человека!
//rsdn.org/forum/images/bis.gif Если нам не помогут, то мы тоже никого не пощадим.
Re[4]: Хочу похвастаться! Первый язык на основе Nitra - AMMY
От: MAMOHT  
Дата: 16.03.17 16:39
Оценка:
Здравствуйте, ionoy, Вы писали:

I>Здравствуйте, MAMOHT, Вы писали:


MAM>>P.S. Написал исключительно ради справедливости. Отчеты — штука специфическая. Но циклы все-таки иногда нужны, даже в разметке.


I>Хороший пример, я как-то сразу не подумал про FlowDocument. С другой стороны не совсем понятно как Ammy будет резолвить ваши циклы в compile time.

Кстати, да. Про compile time я как-то не подумал. Когда клепаю формы, про циклы еще ни разу не вспомнил. Возможно, если бы в тот раз у нас было больше опыта и времени, то выкрутились бы стандартными способами.
Re[4]: В защиту циклов
От: VladD2 Российская Империя www.nemerle.org
Дата: 17.03.17 16:21
Оценка:
Здравствуйте, IT, Вы писали:

MAM>>P.S. Написал исключительно ради справедливости. Отчеты — штука специфическая. Но циклы все-таки иногда нужны, даже в разметке.


IT>Вот! Влад, где ты там? Послушай умного человека!


У него свой язык генераторов отчетов. XAML там не более чем выходной формат. И он отсутствие циклов в ХАМЛ-е ему не помешало генерировать ХМАЛ.

Но подобное можно реализовать и в ХАМЛ-е или Амми простым добавлением контрола-потворителя (репитера).

Надо как-то различать язык разметки и язык генерации чего либо.
http://nemerle.org/Banners/?g=dark
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[5]: Хочу похвастаться! Первый язык на основе Nitra - AMMY
От: VladD2 Российская Империя www.nemerle.org
Дата: 17.03.17 16:23
Оценка:
Здравствуйте, MAMOHT, Вы писали:

MAM>Кстати, да. Про compile time я как-то не подумал. Когда клепаю формы, про циклы еще ни разу не вспомнил. Возможно, если бы в тот раз у нас было больше опыта и времени, то выкрутились бы стандартными способами.


А почему бы вместо циклов (я не про твой лиспо-подобный язык, а про XAML) не использовать специальный контрол-повторитель?
http://nemerle.org/Banners/?g=dark
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[6]: Хочу похвастаться! Первый язык на основе Nitra - AMMY
От: MAMOHT  
Дата: 17.03.17 16:57
Оценка:
MAM>>Кстати, да. Про compile time я как-то не подумал.

VD>А почему бы вместо циклов (я не про твой лиспо-подобный язык, а про XAML) не использовать специальный контрол-повторитель?


Да не, мне ничего объяснять не надо. Перепутал задачи. В крайнем случае, можно нагенерить прямо в коде (например столбцы таблицы для помесячного отображения). Перегружать из-за этого язык РАЗМЕТКИ не стОит. Получится аля NemerleWeb, и его опять заклюют сторонники "логика отдельно, представление отдельно". И правильно сделают, кстати. Циклы в разметке портят декларативность.
Re: AMMY - XAML с человеческим лицом
От: QrystaL Украина  
Дата: 25.10.19 14:28
Оценка:
Каков статус проекта на сегодняшний день?
В частности, https://github.com/AmmyUI/AmmyUI/issues/124 ?
Re: AMMY - XAML с человеческим лицом
От: okon  
Дата: 25.10.19 15:16
Оценка: :))
Здравствуйте, VladD2, Вы писали:

VD>AMMY — XAML с человеческим лицом созданный с использованием Nitra и Nemerle.


VD>Автор: ionoy.

VD>Сайт языка: http://www.ammyui.com Там много примеров, доки, видео.
VD>Видео с демонстрацией процесса разработки: https://vimeo.com/198873582

VD>Особенности языка:

VD>1. Вместо XML, на котором основан XAML, в AMMY используется синтаксис базирующийся на JSON.
Сомнительное преимущество, количество сущностей то же, читабельность не ощутимо лучше. Особенно на больших формах.
Причем в ущерб функциональности, многие важные фичи не поддерживаются как пишет сам автор.

VD>2. Язык строготипизированный.

Это не преимущество с существующими.

VD>3. Для AMMY имеется поддержка IDE (подсветка, автодополение, навигация по коду и т.п.).

VD>4. Поддерживает миксины (аналог макросов для XAML). Повышает производительность руда и повторного использования кода.
Тоже не преимущество с существующими решениями все это есть.

VD>5. Возможность менять GUI прямо во время исполнения.

Тоже во всех UI фреймворках это есть или я не очень понял что автор хочет сказать.
Даже на WinAPI можно убрать кнопку и показать кнопку, увеличить/уменьшить окно или контрол, не говоря уже о возможностях более высокоуровневых решений.

Если имеется ввиду дизайнить в рантайме , то в студии это вроде как давно есть, запускаешь приложение и редактируешь — сразу видишь результат.


Я за интересные решения для UI, но в данном случае не понятно зачем это все, как это увеличит производительность моего труда особенно с учетом что многие фичи доступные в XAML не поддерживаются, а JSON XMLя не слаще, те же яйца вид сбоку со своими плюсами и минусами.
если вам кажется что я зарегистрировался ради именно этого поста то вам надо обратиться сюда http://podskazki.info/mnitelnost/
Отредактировано 25.10.2019 15:17 okon . Предыдущая версия .
Re[2]: AMMY - XAML с человеческим лицом
От: ionoy Эстония www.ammyui.com
Дата: 29.10.19 07:58
Оценка:
Здравствуйте, QrystaL, Вы писали:

QL>Каков статус проекта на сегодняшний день?

QL>В частности, https://github.com/AmmyUI/AmmyUI/issues/124 ?

К сожалению, у меня сейчас нет энергии заниматься альтернативным бэкендом. Если есть желающие помочь, то я только за.
www.livexaml.com
www.ammyui.com
www.nemerleweb.com
Re[3]: AMMY - XAML с человеческим лицом
От: QrystaL Украина  
Дата: 29.10.19 16:17
Оценка:
Здравствуйте, ionoy, Вы писали:
I>К сожалению, у меня сейчас нет энергии заниматься альтернативным бэкендом.

В соседней ветке обещают поддержку NetCore3
http://rsdn.org/forum/nemerle/7529023.flat
Автор: DarthSidius
Дата: 27.08 20:47
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.