Comments 28
UFO just landed and posted this here
Константин, привет )
До меня дошли слухи, что Вишала ушли. Это после него открыли? Кто будет вместо, не известно?
До меня дошли слухи, что Вишала ушли. Это после него открыли? Кто будет вместо, не известно?
-11
А примеры с диаграммами где-то есть? Чем (svg, canvas) они их рисуют?
0
Тут вот пример с D3 jsbin.com/openui5-custom-d3-chart-and-table/1/edit
0
Т.е. в OpenUI5 своих диаграмм нет
0
SAP не включил в OpenUI5 библиотеку для рисования диаграмм. Эта библиотека(sap.viz) есть в платной версии(той, которая SAPUI5). Я под капот не заглядывал, но пример использования вот
0
Привлекла внимание строчка:
btn.placeAt(...)
. Их подход предлолагает манипулирование DOM-элементами из кода, как в jQuery?0
Да, jQuery активно используется самим фреймворком
0
Странно из данной строчки делать вывод о манипулировании DOM-элементами. Тут btn — это виджет и манипулируют скорее им, чем его DOM представлением.
0
Я о том и говорю. В данном коде некий управляющий код (контроллер?) манипулирует DOM'ом, размещая виджет в элементе, выбирая его по ID. Мне куда более легким в понимании и поддержке кажется подход из AngularJS — контроллер управляет только неким объектом с данными, а представление существует отдельно от него и может отображать данные из этого объекта или изменять их.
0
Меня смутило сравнение с jQuery, там то вообще никакой абстракции от DOM Element-ов нету. А при таком подходе достаточно разместить виджеты и дальше работать с их свойствами никоим образом не затрагивая отображение.
0
Остается открытым вопрос — почему виджеты нельзя разместить на уровне представления? Там это было бы более логично сделать, нежели в коде.
В вышеупомянутом AngularJS для этого используются «директивы» — выглядят как кастомные HTML-теги или атрибуты. Надо вставить в контейнер кнопку — пишешь так:
Не скажу по поводу других JS-фреймворков, но из тех, что я использовал, примерно такой же подход используется в WPF (для разработки десктопных приложений на .NET). Только вместо «директив» там «пользовательские элементы управления». Использование же селекторов в коде контроллера для меня заведомо означает кривизну в архитектуре.
В вышеупомянутом AngularJS для этого используются «директивы» — выглядят как кастомные HTML-теги или атрибуты. Надо вставить в контейнер кнопку — пишешь так:
<div>
<my-button caption="Click me" ng-click="..." other-property="..." />
</div>
Не скажу по поводу других JS-фреймворков, но из тех, что я использовал, примерно такой же подход используется в WPF (для разработки десктопных приложений на .NET). Только вместо «директив» там «пользовательские элементы управления». Использование же селекторов в коде контроллера для меня заведомо означает кривизну в архитектуре.
+1
Вы просто пока не изучили фреймворк. Есть поддержка MVC. Причем view можно объявить как XML, JSON, HTML или Javascript. И объявляется он отдельно от контроллера.
Я использовал самый простейший пример.
Я использовал самый простейший пример.
0
Все бы хорошо, но между определениями контролов в разных типах view слишком много отличий. Я не нашел исчерпывающий хелп по всем типам описания. Что вдвойне забавно: в описании API как примеры идут js-views, а в мобильный сэмплах- XML-views.
0
Не совсем вас понял.
Вот кнопка для JS-View
вот для XML-View
Вот для JSON-View
Если вы считает, что отличия заключаются в том, что для JS-View кнопка создается через javascript, а для XML-View объявляется как XML — то иначе никак и не получится. Если вы имеете ввиду интерфейс для создания, то он одинаков. Все свойства, которые есть у кнопки в JS-View, — есть и в XML.
Разные технологии в примерах — это да. Тут могу только догадываться, что разные части документации, API и примеров писались разными людьми, предпочитающими тот или иной тип.
Вот кнопка для JS-View
new sap.ui.commons.Button("MyButton", {text:"Hello JS View"});
вот для XML-View
<Button id="MyButton" text="Hello XML View"/>
Вот для JSON-View
{
"Type":"sap.ui.commons.Button",
"id":"MyButton",
"text":"Press Me"
}
Если вы считает, что отличия заключаются в том, что для JS-View кнопка создается через javascript, а для XML-View объявляется как XML — то иначе никак и не получится. Если вы имеете ввиду интерфейс для создания, то он одинаков. Все свойства, которые есть у кнопки в JS-View, — есть и в XML.
Разные технологии в примерах — это да. Тут могу только догадываться, что разные части документации, API и примеров писались разными людьми, предпочитающими тот или иной тип.
0
Проблема в том, что созданная Вами кнопка в js и созданная в XML view кнопки будут иметь разные ID, не смотря на то, что как кажется Вы их объявили одинаково. В случае XML фреймворк к ID припишет еще и ID самого view, и тогда будет корректно работать код (который используется, в примерах постоянно)
а для JS-view в этом разе надо писать
И только путем неких изысканий удастся узнать, что что бы картина в обоих типах view была одинаковая, в js надо было создавать ID контрола несколько иначе
this.getView().byId("MyButton")
а для JS-view в этом разе надо писать
sap.ui.getCore().byId("MyButton")
И только путем неких изысканий удастся узнать, что что бы картина в обоих типах view была одинаковая, в js надо было создавать ID контрола несколько иначе
this.getView().createId("MyButton")
0
Теперь понял, о чем вы. Сам не сталкивался с такой проблемой, т.к. всегда XML использовал.
Однако эта особенность описана в документации:
Собственно понятно, что JS-View это программное, а не декларативное объявление. Поэтому и парсер там не работает автоматом, и вам его придется запускать вручную.
Однако эта особенность описана в документации:
If you want to define IDs for controls inside a JSView to guarantee their uniqueness when reusing views, you can not give hardcoded IDs, but have to give the view the opportunity to add its own instance ID as a prefix. This is done by using the View.createId(...) method. For the example above, this is done as follows:
var oButton = new sap.ui.commons.Button(this.createId("myButton"), {text:"Hello JS View"});
This is not required for declarative view types as the view parser can manage this automatically
Собственно понятно, что JS-View это программное, а не декларативное объявление. Поэтому и парсер там не работает автоматом, и вам его придется запускать вручную.
0
Фреймворк использует jQuery как дом библиотеку.
Пишу на нем несколько лет и видел как он развивался.
За последние два года есть существенный скачок как в качестве так и в скорости. Мобильная версия контролов sap.m — доминирующая и должна заменить старые десктопные со временем.
Использовать имеет смысл только если необходимо работать с саповскими приложениями с бэкендом на хане или на абапе. Для разработки сайтиков или админок есть вещи получше :)
Пишу на нем несколько лет и видел как он развивался.
За последние два года есть существенный скачок как в качестве так и в скорости. Мобильная версия контролов sap.m — доминирующая и должна заменить старые десктопные со временем.
Использовать имеет смысл только если необходимо работать с саповскими приложениями с бэкендом на хане или на абапе. Для разработки сайтиков или админок есть вещи получше :)
+2
«1000 и 1 js framework».
0
dojo на порядок круче, богаче, модульнее, продуманнее. документация и примеры в сравнение не идут. До сих пор на официальном ресурсе — sapui5.netweaver.ondemand.com/sdk/#demoapps.html — выложено аж 9(!!!) демоприложений, примитивнейших — не хватило дожать до 10… Это совсем не тот уровень, который стоило бы ожидать от ведущего разработчика ПО.
angular, prototype, и пр. тоже каждый по своему хороши.
нафига интересно было писать свою библиотеку контролов? даже IBM этого делать не стал, используют dojo во многих своих разработках и кастомных проектах. у SAP свой путь, только последнее время возникают вопросы — а куда он ведет?..
angular, prototype, и пр. тоже каждый по своему хороши.
нафига интересно было писать свою библиотеку контролов? даже IBM этого делать не стал, используют dojo во многих своих разработках и кастомных проектах. у SAP свой путь, только последнее время возникают вопросы — а куда он ведет?..
0
Не дожали до 10 говорите…
Может вы просто не нашли демки…
https://openui5.hana.ondemand.com/explored.html
Или просто не знаете про Fiori…
Catalog of SAP Fiori Apps
И много чего еще…
По поводу своих контролов очень просто.
Приложение на английском языке должно запускаться у клиентов по всему миру.
Отгадайте на каком языке покажут контролы браузеры в разных странах.
Отгадайте, какие региональные настройки будут в стандартных контролах.
Кстати, у dojo тоже куча своих контролов. Нафига?
Ну а по поводу
Как же можно сравнивать 2 фреймворка, если один из них вы точно не знаете?
Может вы просто не нашли демки…
https://openui5.hana.ondemand.com/explored.html
Или просто не знаете про Fiori…
Catalog of SAP Fiori Apps
И много чего еще…
По поводу своих контролов очень просто.
Приложение на английском языке должно запускаться у клиентов по всему миру.
Отгадайте на каком языке покажут контролы браузеры в разных странах.
Отгадайте, какие региональные настройки будут в стандартных контролах.
Кстати, у dojo тоже куча своих контролов. Нафига?
Ну а по поводу
dojo на порядок круче, богаче, модульнее, продуманнее. документация и примеры в сравнение не идут.
Как же можно сравнивать 2 фреймворка, если один из них вы точно не знаете?
0
Уважаемый, ссылка которую вы привели, не содержат демоприложений. Это примеры использования компонентов, другими словами сэмплы, которые принято включать в любую техническую документацию (не хватало еще чтобы и этого не было!!)
Фиори к OpenUI5 никаким боком не относится, не знаю о чем это вы, возможно недопонял…
Насчет знаю-незнаю и как можно сравнивать — а вот так, что вижу то и сравниваю. На основании опять же увиденного никакого желания глубже изучать OpenUI5 пока не возникало. К тому же есть мнение профессиональных консультантов, знакомых. Да и сам я около 10 лет занимался SAP, так что данные худо бедно могу собрать, чтобы с вашего конечно же позволения таки посравнивать
Фиори к OpenUI5 никаким боком не относится, не знаю о чем это вы, возможно недопонял…
Насчет знаю-незнаю и как можно сравнивать — а вот так, что вижу то и сравниваю. На основании опять же увиденного никакого желания глубже изучать OpenUI5 пока не возникало. К тому же есть мнение профессиональных консультантов, знакомых. Да и сам я около 10 лет занимался SAP, так что данные худо бедно могу собрать, чтобы с вашего конечно же позволения таки посравнивать
0
Sign up to leave a comment.
OpenUI5 – новый javascript фреймворк от SAP