|
SharePoint - не будет Excel Webpart, embedded code, кнопки Connect to Outlook и т.п.?
|
|||
---|---|---|---|
#18+
Приветствую. Услышал от человека, держащего руку на пульсе MS, что в грядущем релизе SharePoint не будет Excel Webpart для встраивания Excel в страницу, не будет возможности добавить на страницу свой javascript и CSS, у списков исчезнут кнопки Connect to Outlook / Access / Excel, будут внесены прочие упрощения в UI, при этом будет упор на девелоперов, которые в студии смогут клепать собственные навороченные элементы. Где можно почитать подробней? Поделитесь ссылками. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.04.2018, 18:53 |
|
SharePoint - не будет Excel Webpart, embedded code, кнопки Connect to Outlook и т.п.?
|
|||
---|---|---|---|
#18+
From another planet, Ну насчет того, что не будет - я с ходу не помню, но может и правда, что-то уберут. Ну а так, я понимаю ваш коллега говорит о так называемых "modern" сайтах и библиотеках. Т.е. сейчас работают 2 модели: classic (т.е. привычные сайты, с привычным набором веб-частей, с классической разработкой и всё такое) и modern. Конкретно modern модель сейчас доступна для 2-х сайтов: сайты для Office365 Group (Team Site) - они привязаны к Office365 и Communication Site эти не привязываются. Как они выглядят с точки зрения пользователя можно посмотреть здесь https://social.technet.microsoft.com/wiki/contents/articles/40067.sharepoint-online-modern-team-sites.aspx Некоторые элементы этих сайтов (например, новые web parts или новый UI для библиотек) можно заполучить и на классических сайтах. Но вот стоит ли смешивать - я не уверен. Так как это, в первую очередь сайты для Office 365 (т.е. SharePoint Online), то там радикально меняется модель разработки (впрочем, если вы работаете с SharePoint On-Premise, т.е. с тем же SharePoint 2016 - всё старое будет поддерживаться, только вот развития не будет). Итого получается: - не будет никакого серверного кода (т.е. забываем про Farm Solutions и Sandboxed Solutions) - вся разработка на сайтах теперь только клиентская. Если нужен серверноый код - размещаем на отдельных серверах (в Cloud). Поэтому основные элементы разработки: - Add-in/Apps (правда мне пока не понятно на долго ли). - клиентские Web Parts и Extensions Собственно, что можно, а чего нельзя использовать для разработки на modern сайтах можно прочесть в разделе https://docs.microsoft.com/en-us/sharepoint/dev/solution-guidance/modern-experience-customizations Там всё достаточно толково расписано: как программно создавтаь такие сайты, что там доступно, а чего нет... В целом получается, что все привычные элементы даже из клиентской разработки (Script Parts, client side rendering, ...) - полностью забирают. Взамен предлагают использовать "модный, стильный, молодежный" SharePoint Framework (SPFx) https://docs.microsoft.com/en-us/sharepoint/dev/spfx/sharepoint-framework-overview Там радикально меняется модель разработки и инструменты: Node.js, TypeScript, npm, Yeoman, gulp, ... С другой стороны есть возможность разрабатывать локально без развертывания SharePoint и без доступа к SP Online. Вообще они планируют менять очень много. Как я понимаю, сейчас вырисовывается такая картина: - для кастомизации самих SharePoint сайтов вы используете SPFx и пишите или Client WebParts или Extensions (они, в основном, в UI). Сейчас доступны расширения для header/footer, для меню и столбцов библиотек). - для кода серверной логики используете сервисы, размещаемые где-то в облаке (том же Azure). Сейчас основной инструмент для этого App-ы, хотя можно сделать и просто свой сервис, который подписать на те же web hooks от списков... - основной API для взаимодействия с сайтами это REST, но тут есть 2 варианта: уже привычный SharePoint REST (который обернут в CSOM или JSOM) и Graph API (этот конкретно по SharePoint поддерживает пока мало чего, но зато он всеобъемлющий - т.е. идля OneDrive, и для Exchange, и для AD, ...). Больше всего они толкают использовать последний, но как он будет работать в On-Premise я не представляю. - Часть сервисов, видно будут тоже меняться. В частности Workflow пока есть, но его назыают SharePoint 2013 Workflow, что намекает. Взамен предлагают для AdHoc процессов (которые типа сами пользователи рисуют) использовать Microsoft Flow ( https://flow.microsoft.com/en-us/) или если нужно что-то посложнее Azure Logical Apps ( https://azure.microsoft.com/en-us/services/logic-apps/), хотя там всё равно тот же принцип - пишем Workflow, который просто дергает внешние сервисы. Ну а дальше уже сами смотрите как глубоко падать в эту нору. Для новичков всё и правда выглядит куда интереснее и логичнее прежней модели. Хотя вывсё время будете натыкаться, что "этого нет, это не доделано, это выглядит, как и работает - убого" Для тех, кто будет мигрировать с SP 2007/2010/2013 нужно по сути переучиваться с 0 (ну разве что в 2013 вы вовсю штамповали App-ы, но и то это только малая часть). Просто примите как данность - Microsoft активно развивает облака и хочет основной доход получать именно оттуда. Соответственно все On Premise решения будут всё больше отставать (или как минимум в той части, которая не торчит из облака - не будут развиваться). ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2018, 17:31 |
|
|
start [/forum/topic.php?fid=12&gotonew=1&tid=1329879]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
281ms |
get topic data: |
11ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
others: | 304ms |
total: | 698ms |
0 / 0 |