Въведение в създаването на приложения за SharePoint

Важно : Тази статия е преведена машинно – вижте отказа от отговорност. Английската версия на тази статия за справка можете да намерите тук .

В тази статия

Въведение

Инструменти и използвани технологии

Приложение архитектура и развитие методи

Прилагане на често срещаните модели на проектиране

Създаване на шаблони

Резюме

Ресурси

Въведение

Windows SharePoint Services 3.0 е технология на Windows Server, който предлага интегрирани портфолио на сътрудничество и комуникационни услуги. Също така е платформа за разработване на приложения за уеб базирана бизнес. Като се възползват от тази възможност, Microsoft е разработен 40 приложение шаблони за Windows SharePoint Services 3.0 за предоставяне на употреба решения за нуждите на определени бизнес процеси като координиране Помощен център или проследяване на маркетингови кампании, както е показано в примера във фигура 1.

Изображение на оформлението ''Обозначена йерархия''
Фигура 1: изображение на оформлението интегрирани '' обозначена йерархия ''

Microsoft разработени тези шаблони за свободно сваляне приложение да бъде използваем непосредствено след разполагане. Въпреки това клиенти и партньори също да използвате тези шаблони за приложения като начална точка за по-персонализирани решения, или могат да ги използват като учебни примери, тъй като те изграждат собствените си сложни Windows SharePoint Services 3.0 приложения чрез Microsoft Office SharePoint Designer 2007.

Целта на тази статия е да се опише как Microsoft разработени шаблони за приложения, идентифициране на най-добри практики за това как да работите с основните възможности в рамките на Windows SharePoint Services 3.0 и Office SharePoint Designer 2007, с цел богатите клиенти и партньори за да създадете свои собствени приложения. Статията не е заместител на Windows SharePoint Services 3.0 SDK, нито е предимно разработчик ресурс. Разработчиците трябва да използвате SDK обикновено разбиране как да разширите Windows SharePoint Services 3.0.

В тази статия е предназначена да бъде ресурс за нов вид проектантите на сайта. Тъй като Windows SharePoint Services и Office SharePoint Designer 2007 дават възможност да създавате толкова много приложение функционалност чрез потребителския интерфейс, разширени развитие умения не са необходими за изграждане на богати приложения. Разбира се тази статия описва някои приложения за потребителски код за особено трудни дизайн модели, но цялостна методи трябва да бъдат достъпни за разработчици, които не са и е представен с тази аудитория предвид. Разработчиците може да искате да бързо да прочетете началото раздели за инструменти и методи и отдели повече внимание на описанието на дизайн модели и конкретни примери за това как да се приложат тези шаблони за дизайн.

От гледна точка на статия структура първият раздел инструменти и използвани технологии, предоставя общ преглед на възможностите в рамките на Windows SharePoint Services 3.0 и Office SharePoint Designer 2007 , които се използват в създаването на приложения. Следващият раздел, приложение архитектура и развитие методи, описва, като цяло, методи, които Microsoft използвани във всички шаблони за приложения. Методът е разумен подход, което води до реална проверка на предназначението на решението, как ще бъде използван и от кого и какво технология получите най-отдалечената без да се налага да напишете потребителски код. Завършва с процес за определяне на области, където потребителски код или други потребителски работа да е необходимо.

Следващия раздел на статията, прилагане общи проектиране модели, се фокусира върху как да използвате силните страни на Windows SharePoint Services и Office SharePoint Designer 2007 да общи изисквания за проектиране на приложение, например как да създадете действия по избор в списъка. Това е основата на статията и описва подходите към дизайн модели, които се повтарят през всички шаблони за приложения (и наистина всички приложения, които може да излезе с). Този раздел предоставя примери за всеки от пет дизайн модели, включително Препоръчителни напътствия за работа с Windows SharePoint Services потребителски интерфейс или с Office SharePoint Designer 2007 и някои потребителски код.

Последният раздел на статията, Създаване на шаблони, описва как да създадем шаблон на файл с помощта на Office SharePoint Designer 2007. Обхваща и други проблеми, като например локализация.

Когато приключите с тази статия, трябва да имате добро разбиране на това как да проектирате и архитект приложение, как да започнете, като градивен сайт директно в Windows SharePoint Services 3.0, включително изграждането на свързани списъци, потребителски колони, библиотеки, работни потоци и т.н., как след това отворете сайта в Office SharePoint Designer 2007 да направите по-нататъшни персонализации, създавате формуляри по избор, се добавят потребителски код, за да промените някои поведения , създаване на работни потоци по избор и т.н. и, накрая, как да създадете приложение се шаблон и го разположи за използване.

Най-горе на страницата

Инструменти и използвани технологии

Има редица технологии и инструменти, които се събират, за да го направите достъпен за създаване на приложения по-лесно от всякога. Страна на технологии нови възможности, като например поток поддръжка означава, че проектантът на сайта не трябва да писане на код, за да съберете работен поток към приложение. В инструменти за страна, Office SharePoint Designer 2007, Microsoft Visual Studio 2005 и други инструменти правят възможно ли е да използвате по-малко код (често няма код) да направя неща, които са били много трудно да се изпълни.

Като цяло Microsoft има цели стратегия във всички тези инструменти и технологии, които се премества повече и повече от трудно водопроводни усилие в самата инфраструктура, което позволява да бъде по-дизайнер и по-малко разработчик. С други думи Microsoft вече е направено голяма част от извършената работа веднъж, така че можете просто да използвате тези възможности във вашите приложения по интуитивен начин чрез потребителския интерфейс.

За целите на подготовка за да разберете как различните технологии и инструменти се събират в процеса на създаване на приложение, следващите раздели се обсъждат Windows SharePoint Services 3.0, Office SharePoint Designer 2007и други технологии специално по отношение на съответните нови функции и възможности. За по-подробен дискусии Прегледайте ресурсите в края на тази статия.

Windows SharePoint Services 3.0

Windows SharePoint Services 3.0 съдържа някои мощните нови възможности. Следните нови възможности и функции са особено подходящи за изграждане на потребителски приложения, и ще видите много от тях споменати отново в по-нови раздели:

  • Библиотеки и списъци   Windows SharePoint Services 3.0 представя броя на нова библиотека и типове списъци, които може да се използва като основа за приложения. Нова библиотека типове включват библиотеката със слайдове, специално предназначени за съхранение и управление на повторно използваемо Microsoft Office PowerPoint 2007 слайдове Библиотека, Библиотека за връзка с данни и други хора. 

  • Типове съдържание     Типове съдържание са основна концепция, използвани в целия Windows SharePoint Services 3.0. Типове съдържание са проектирани да помагат на потребителите да организирате съдържанието им в сайтове на SharePoint в по-смислен начин. Тип съдържание е повторно използваемо набор от настройки, които могат да бъдат приложени към определени категории на съдържание. Типове съдържание ви позволява да Централно управление и повторно използване на метаданните и поведения на тип на документ или елемент. Например можете да свържете работни потоци и събития към тип съдържание, вместо да се налага да добавите към множество документи или библиотеки с работни потоци и събития.

  • Колони на сайт    Колони на сайта предоставят централно, многократно модел за дефиниция на колона. Когато създавате колона на сайт, всеки списък, който използва тази колона има една и съща дефиниция и не е необходимо да възпроизведете колона във всеки списък. Колони на сайт предоставя възможност крайните потребители да изберете от предварително определен набор от колони, които могат да бъдат полезни в техния списък. Така че не само те може да се използва да дефинирате колони централизирано за шаблони за списък на известните, но те предоставят на потребителите с път, за да използвате специални колони, които могат да използват по избор.

  • Работен поток     В Windows SharePoint Services 3.0работен поток ви позволява да прикачите на бизнес процес на елементи в списъци и библиотеки. Този процес може да контролирате почти всеки аспект на даден елемент, включително жизнения цикъл на този елемент. Например можете да създадете прост работен поток, който маршрутизира документа в серия от потребители за одобрение. Обикновено на сайта дизайнер или разработчик ще създаде конкретни работни потоци. Проектантите на сайта да използвате Office SharePoint Designer 2007 за създаване на работни потоци с помощта на съветника средата зад и разработчиците да използвате Visual Studio 2005 за създаване на по-големи възможности и сложни работни потоци.

  • Функция рамка   Windows SharePoint Services 3.0 съдържа нова структура, наречена "функция". Функция пакети Windows SharePoint Services елементи, които помагат на потребител изпълните определена цел или задача. Функция съдържа един или повече елементи. Елемент е атомна Windows SharePoint Services концепция. функции за Windows SharePoint Services 3.0 предоставят цялата рамка, която можете да се възползвате като разработчик да предоставя потребителски функции за Windows SharePoint Services решения. Функции осигуряват администратори с един лесен начин да добавите или премахнете опаковка използваемо функционалност. 

  • Подобрение на събитие    Събития попадат в две основни категории:

    • Списък на събития    Основни събития, включително промени, допълнения и преместване на елементи от списъци и списък с колони (схема промяна)

    • Опростен сайт събития    Изтриване на сайтове и колекции от сайтове

      Събития са асинхронно или синхронно "преди" събития, обозначен с формата "XYZing" име "след" събития, обозначен с формата на името на "ABCed".

  • Достъп от мобилни устройства   Windows SharePoint Services 3.0 предоставя нови възможности, които позволяват на списъци, за да се окаже по подходящ начин на мобилни устройства. Когато потребител отвори в Windows SharePoint Services 3.0 сайт с помощта на мобилно устройство, ще бъдете пренасочени своя уеб браузър в конкретно за мобилни устройства версия на сайта, който показва съдържание на сайта и списъци във формат, който е най-подходящ за устройството. 

Office SharePoint Designer 2007: premier инструмент за разработване на приложения на SharePoint

Office SharePoint Designer 2007 е специално проектиран да ви помогне да създадете и персонализирате уеб сайтове и работни потоци, изградени с продуктите на SharePoint и технологии (Windows SharePoint Services 3.0 и Microsoft Office SharePoint Server 2007). Предоставя инструменти за този ИТ професионалистите и решение създателите трябва за разработване на приложения, базирани на SharePoint и решения на работен поток, които подобряват организационен гъвкавост и автоматизиране на бизнес процес. Като използвате Office SharePoint Designer 2007, не трябва да използвате традиционните езици или техники за кодиране да направите следното:

  • Създаване на изгледи на данни и формуляри без код на редица източници на данни – например файлове с XML, SQL бази данни като Microsoft SQL Server 2005 и уеб услуги.

  • Създаване на сложни, динамични, без код работни потоци.

  • Изпълнение на оформление на страница и проектиране.

  • Създаване на страници образец.

  • Редактиране и прилагане на каскадни листове със стилове (CSS).

  • Създавате страници с уеб части и да свързвате уеб части за създаване на сложни бизнес приложения.

Visual Studio 2005

Visual Studio 2005 може да се използва за добавяне на потребителски код към приложения или за създаване на работни потоци по избор. Можете да използвате в Visual Studio 2005 Designer за Windows поток основата за създаване на шаблони на работен поток и дейности потребителски работен поток. Можете да включвате код във вашия работен поток, както и проектиране на формуляри, за да се използва от работния поток да комуникирате с потребители на работния поток по време на асоциация и runtime.

Visual Studio 2005 разширенията за Windows SharePoint Services 3.0 е безплатно изтегляне на този пакети заедно набор от инструменти за разработване на приложения за потребителски SharePoint с Visual Studio 2005. Пакетът включва шаблони на проект на Visual Studio за уеб части, дефиниции на сайтове, дефиниции на списъци и самостоятелна помощна програма, SharePoint решение генератор, който генерира проект на дефиниция на сайт от съществуващ сайт на SharePoint. Програмата позволява на разработчиците да използвате браузъра и Office SharePoint Designer 2007 да персонализирате съдържанието на сайтовете си, преди да създадете код с помощта на Visual Studio 2005.

Visual Studio 2005 разширенията за Windows SharePoint Services 3.0 са направено, но все още можете да получите Visual Studio 2008 разширения за Windows SharePoint Services 3.0, v1.3.

Microsoft Office Access 2007

Microsoft Office Access 2007 ви позволява да създавате приложения за проследяване, предлага богат потребителски опит за въвеждане, управление и съобщаване на данни за целевите сценарии. За повече информация как да проектирате, създаване и споделяне на шаблоните на Access Вижте книгата Разумно ръководство за шаблони Microsoft Office Access 2007.

Подходи и общи техники

В контекста на развитие методи, описани в следващия раздел основни общи стъпки за създаване на приложение са:

  1. Решете дали ще трябва дефиниция на сайт или на шаблон за сайт.

  2. Създаване на core сайта в Windows SharePoint Services 3.0 или Office SharePoint Server 2007.

  3. Използвайте Office SharePoint Designer 2007 , за да отворите сайта, направите промени и т.н.

  4. Използвайте Visual Studio 2005, ако е необходимо, за да създадете допълнителни потребителски код, работни потоци по избор и др.

Най-горе на страницата

Приложение архитектура и развитие методи

Като всеки развитие проект architecting и изграждане на приложение за Windows SharePoint Services ще имат по-голяма вероятност за успех ако следвате доказан метод. Този раздел описва метод Microsoft използва при проектирането на всички от шаблоните, които можете да изтеглите приложението. Ще има нищо изненадващо в подход тук, особено за опитни разработчици, но тя взема под внимание някои от особеностите на среда на SharePoint и тя отразява научени от Microsoft, така че ще бъде на стойност в настоящия контекст. Отново този раздел ще бъде най-полезна за не-разработчици, които знаят как да използвате Windows SharePoint Services 3.0 и Office SharePoint Designer 2007.

Накратко методът започва с мисля изобщо за какво трябва да направите, приложение, който трябва да го използвате и т.н. След това го разглежда по-подробно как трябва да поток на данни в приложение, където трябва да се съхранява и какво представляват връзките там сред различни части от данни. С добро разбиране на модела на данни и сценарии за използване, методът на повиквания за прескачане в и започвате да изграждат необработени версия на приложението в Windows SharePoint Services 3.0, изграждане на списъци, библиотеки, работни потоци и т.н., по начин, итеративно, до точката, че тя започва да изглеждат и се държат по принцип по желание. И накрая методът на повиквания за идентифициране и съставяте подобрения и персонализации, необходими, за да направите приложението наистина отговаря на нуждите ви бизнес процес.

Дефиниране на функционалните изисквания за приложение

Въпреки че не е необходимо да има много подробен техническа спецификация документ преди изграждането на Windows SharePoint Services решение, е необходимо да има добра представа за това как трябва да функционира приложение. Предходната точка може да изглежда очевидно, но много разработчици са имали болката на несъответствието между заинтересовани лица мнението желае в приложение на и какво всъщност трябва за бизнес процес за успех (разбира се, заинтересовани лица обикновено реализират тази след като виждат почти готови приложение!).

Всичко това е просто да кажем, че започвайки в началото означава събиране функционалните изисквания и мисля за това, което трябва да изпълните приложение. Например ако имате нужда от Решение проект за проследяване, ще искате да идентифицирате, най-малкото следното:

  • Какви са участници/роли в процеса на бизнес?    В този случай собственик на проект проект, създава и поддържа информация за задачи, проблеми и т.н., и задачите собствениците имат проблеми и възложените им задачи и трябва да взаимодействие, за да завършите работата си. Ръководители трябва да видите сборните информация за общото състояние на проекта.

  • Какви са потребителски интерфейс се нуждае за различните участници?    В този случай собственика на проекта, собствениците на задача и ръководител трябва различни изгледи подходящи за техните дейности. Собствениците на задачата би трябвало да можете да видите всички проблеми, възложените им, например, докато собственик на проекта би трябвало да можете да видите всички предишни поради проблеми.

  • Как бизнес процес изглежда?    В този случай собственик на проект създава проект, етапи, задачи и бюджетни записи и след това проследява напредък във времето. Собственик на проекта има чести достъп през всички части от информация, докато собствениците на задача трябва да работят по данни, когато нещо им е присвоена.

  • Къде са данните?    Ще използвате само данните в Windows SharePoint Services, или ще ви трябва достъп до външни данни (от база данни, чрез уеб услуга, чрез каталог за бизнес данни и т.н.), и ще трябва да съхранявате данни извън Windows SharePoint Services?

  • Какви са взаимоотношенията между данните?    В този случай трябва да има елемент на проект, елемент на кръгла и задача и проблем елементи и имат логичната йерархия. Потребителите са също и точки от данни и така са неща като бюджет, брой дни и др.

Един чудесен начин да намерите отговори на повечето от тези въпроси е да буквално рисувате на табло, iterating през процеса на бизнес няколко пъти и с няколко вариации (създаването на няколко проекта, възлагане на задачи на две или три хора проекти и т.н.). Концептуално проект за проследяване на приложение е доста прост дизайн и изискванията са доста ясно в този момент.

Проверка на модел на данни

Докато модела на данни вече се обсъжда, е толкова важна, тъй като се изисква по-задълбочен анализ. Неразбирането модела на данни ще вероятно изискват от вас да направите раздвижени, цялата система се променя по-нататък, затова е важно да го направим.

Важно е да разберете, че има редица свързани части от информацията, както и броя на части от информацията за метаданни, които описват и да дефинирате, където в процеса на бизнес дадената информация се намират. В проекта регистъра за проследяване трябва да знаем повече от това има проект, кръгла и задачи и проблеми. Трябва да знаете, че даден проект е най-високо ниво елемент и че може да има няколко важни събития. Проекти може да има няколко задачи и проблеми.

Определяне на компоненти и техните зависимости

В този момент имаме добра функционална описание на приложението. Следващата стъпка е да планирате архитектурата и да решите как да използвате различни технологии и възможностите на Windows SharePoint Services 3.0 и Office SharePoint Designer 2007. Всяко приложение ще включва комбинация от функциите и възможностите, описани в раздела "инструменти" и използвани технологии, включително:

  • Списъци и справки

  • Изгледи на списък по избор (за групиране, сортиране, филтриране и т.н., чрез Windows SharePoint Services потребителски интерфейс)

  • Работен поток

  • Потребителски страници и изгледи на данни по избор в Office SharePoint Designer 2007

Списъци и справките наистина реализиране на модела на данни. Така, в контекста на проекта, приложение за проследяване, използвате един списък за проекти, друг списък (със справочно поле в списъка на проектите) за важни събития, друг списък със справочно поле към проекта списък за проблеми и т.н. За изгледи на страница по избор може да просто искате да зададете изглед по подразбиране към група в състояние и сортиране чрез изправност.

Като цяло, друга бяла дъска упражнение е за тук, където просто създавате макет на заявката, идентифициране на технологиите, използвани за всяка фигура.

Започнете да си изграждате компоненти на приложението

Отново не е необходимо да има много точно техническа спецификация документ в този момент. Това е по-важен, ако приемем, че имате добър манипулатор на основни данни поток и изисквания за потребителски интерфейс, просто започнете да сграда.

Буквално това означава, че създаването на нов сайт, като използвате един от шаблоните, готови за употреба в Windows SharePoint Services 3.0, или създаване на ваш собствен шаблон за сайт преди време и изграждането на нов сайт екземпляр на базата на това. За много приложения най-вероятно ще просто да използвате шаблона за екипен сайт или празен сайт като отправна точка.

В проекта приложение за проследяване първото нещо, което да направите е да създадете четири списъци (списък с проекти, задачи от проект, проблеми и контролни точки на проект). След това създайте колони по избор за всеки от тези списъци. Windows SharePoint Services 3.0 ви позволява да създадете определен брой типове на различни колони, включително избор, число, лице или групаи търсене (информация в този сайт). Списък с проекти списък в Microsoft project шаблон за приложение за проследяване използва много от тях, както е показано на фигура 2.

Изображение на икона
Фигура 2: Избор на колони в списък

Изправност на колоната се базира на типа на колона за избор , бюджет колона е число колона (чрез валута) и т.н.

В списъка с контролни точки на проект колона за справка се използва, така че кръгла може да бъде свързан в зависимост на родители и деца с даден проект. Създаване на колона за справка е просто въпрос на избора на списъка, в който искате да търсите и след това изберете колоната от този списък (Windows SharePoint Services попълва падащото меню автоматично), както е показано на фигура 3.

Дефиниране на колона за справка да предприемете информация от друг списък
Фигура 3: Дефиниране на колона за справка да предприемете информация от друг списък

В този момент биха могли да работят в някои приложения логика, изграждане на прост работен поток да уведомите членове при създаването на нови проекти. Можете също да започнете да създавате изгледи по избор в рамките на списъци с помощта на Windows SharePoint Services потребителски интерфейс за сортиране и филтриране според предпочитанията си.

Определяне на персонализации, е необходимо в приложение

Функционално голяма част от проект за проследяване на приложение е изпълнена с току-що Windows SharePoint Services потребителски интерфейс. В този момент вече да видя какво неща, които работи, но не достатъчно добре, какви неща не може да бъде направено чрез Windows SharePoint Services потребителски интерфейс и т.н. Някои области, където искаме да се възползвате от Office SharePoint Designer 2007 са:

  • Приложение логиката в работен поток    Работните потоци, които можете да използвате полето в Windows SharePoint Services 3.0 и Office SharePoint Server 2007 трябва да зададете или потребител или група на кого да възлагане на задача. За нашите проект приложение за проследяване ние нужда от начин за динамично определяне на получател за работен поток, въз основа на свойството собственик в даден въпрос или задача. Можем да използваме Office SharePoint Designer 2007 за изграждане на динамични без код работен поток за това решение.

  • Табло и ръководител изгледи    Имаме нужда от начин да се покаже комбиниран изглед на всички проекти, всички бюджет и т.н. Лесно можем да конструираме без код изгледи на данни да се покаже се присъединили и комбинира информация за табло.

  • Връзки родител - наследник    Има няколко леснота на употреба проблеми при създаване на задачи. Може би бихме искали да имат задача по подразбиране за даден проект, в зависимост от това коя страница, ние сме на. Можем да използваме Office SharePoint Designer 2007 , за да добавите логика да автоматизирате създаването на един елемент в друг.

Microsoft използва същия итеративното подход при изграждането на шаблони на 40 приложение, и са разработени набор от последователни подходи, с последователни най-добри практики, решение дървета и т.н., за да оптимизирате за какво трябва да се направи роден в Windows SharePoint Services 3.0 и какво трябва да се направи чрез Office SharePoint Designer 2007 и други инструменти. Следващия раздел на тази статия се обсъждат тези подходи, идентифицираща пет "проектиране модели" и начините, по които те трябва да бъде приложен, цитиране примери от много от шаблони за приложения по протежение на пътя. Като такива останалата част от този документ е по-подробна и по-дълбоки технически от обсъждане за метод.

Най-горе на страницата

Прилагане на често срещаните модели на проектиране

В този раздел ние ще описват пет основни модели на дизайн в контекста на как Microsoft действително да ги използват. По този начин ние ще се отнасят до редица различни примери през шаблони, включително примерен код и някои подробните указания, където е подходящо. Разработчиците ще намерите този раздел и останалите части за това как да всъщност изграждане на шаблон на приложение на най-полезните, но е написано да бъде достъпен за не-фирми също.

За да започнете, дизайн модели са:

  • Избор на формуляри    Създаване на потребителски изглед и усещане, който дава насоки за действие в определени моменти в процеса на бизнес (това включва само излагане съответните свойства, които могат да бъдат променени или са подходящи в даден етап).

  • Поток на действие    Създаване на точно определени действия, които водят до точното място за правилното действащо лице (за това, имаме нужда от добра навигация контрол, която е чувствителна към действия и действащо лице, като действието).

  • Връзки родител - наследник    Създаване на релация между две или повече списъци на SharePoint за търсене и препратки.

  • Работни потоци    Използване на Office SharePoint Designer 2007 за създаване на базирани на Windows поток Foundation бизнес процес.

  • Табла    Използване на уеб части за създаване на единен изглед на разпръснати информацията в целия сайт на едно място.

Използване на формуляри по избор

Потребителски формуляри играят важна роля в персонализирането на въвеждане потребителски интерфейс на данни в Windows SharePoint Services. Точно както изгледи на списък по избор се използват за представяне на данните от списъка по различни начини, персонализирани формуляри се използват за представяне на различни методи за въвеждане на потребителя. Трябва да създадете такъв потребителски формуляри, могат да възникнат по различни причини, в зависимост от бизнес нужда.

Персонализиране на базата на задача

Бизнес процеси изискват от потребителите да извършват много конкретни действия, които оказват влияние върху бизнес данни в различни точки на процеса. Добър бизнес процес решение улеснява потребителите да си вършат работата чрез разкриване на правилната информация на всеки етап в процеса на.

Windows SharePoint Services съдържа формуляр за редактиране с всеки списък по подразбиране. Обаче този формуляр не може да покаже най-добрия набор от полета за конкретен етап на бизнес процес, и не го подреждане тези полета по начин, който прави изисква действие изчистете. За да се гарантира, че потребителите ще могат лесно да редактирате правилната информация при извършване на действие, можете да създадете персонализиран формуляр за всяко действие.

Проследяване на грешки решение използва формуляри по избор редактиране, така че всеки етап на процеса за следене на грешките, че веднага е ясно каква информация трябва да бъдат въведени за елемент на грешки. Всяко действие в процес за следене има своя собствена форма. Например когато потребителят избере да отстраните грешки, са насочени към страницата на разделителната способност (Resolve.aspx). Тази страница им позволява да въведете грешка разделителната способност и името на лицето, което е решен грешки. Потребителят щракне върху бутона Разреши да представят техните изменения. Това предоставя действие поток, който е лесен за използване и помага за премахване на грешки или липсваща информация.

Създаване на формуляр по избор редактиране е относително лесно да се направи с помощта на Office SharePoint Designer 2007:

  1. Създаване на копие на релефно по подразбиране и да го преименувате.

    Важно : Важно е да създадете копие на релефно по подразбиране и да го преименувате като първата стъпка в този процес. Ако изпълнявате стъпка 2 на оригиналната релефно страница, ще прекъснете необратимо списъка.

  2. Изтриване на уеб частта за списъчен формуляр във вашия нов формуляр за редактиране.

  3. Вмъкване на изглед на данни, който включва данните, които искате да се покажат (в менюто Вмъкване щракнете върху Контроли на SharePoint, след което щракнете върху Списъчен формуляр по избор).

  4. Използване на метод с Вмъкване , Office SharePoint Designer 2007 автоматично създава бутон за записване за формуляра. Кода по-долу показва пример за персонализиран HTML за бутона Запиши .

<input type="button" value="Save" name="btnSave" onclick="javascript: {ddwrt:GenFireServerEvent('__commit;__redirectsource')}"/>

Навигация

След като сте създали страници, съответстващи на ролите си, трябва да предоставя възможност за потребителите за бърз достъп до таблото на съответните. При планиране на решение, ние направи това с помощта на XSL шаблон за създаване на връзка към правилната таблото за текущия потребител, въз основа на тяхната роля.

Един ограничаване на този метод е, че ако добавите още роли към вашето решение, предоставяне на потребителски табла тези роли изисква създаването на допълнителни .aspx страници.

Важно е да обърнете внимание, че тази техника не добавя никакъв допълнителен контрол върху кой има достъп до информация в сайта. Всеки потребител все още теоретично да видите цялата информация в решението.

Даване на роли на потребители

Има различни начини за създаване на роли и да ги давате на потребителите. Най-доброто решение за този повикване ще се различават според изискванията на определено приложение или организация. Windows SharePoint Services не предоставя възможност да се осигурят роли на кутията. В някои случаи може да е достатъчно, за да се осигурят роли, след като даден сайт е разположен или да позволите на потребителите да присвоявате роли на себе си както е необходимо.

При планиране на решение, потребителите да се запишете за ролята, която най-добре се прилага към тях. Това се извършва чрез потребителския уеб компонент на началната страница на работната област на планиране на събития.

Други примери на дизайна на този модел

За друг сървър администратор пример за използване на формуляри по избор вижте кредитиране библиотека шаблон за приложение за Windows SharePoint Services 3.0.

За пример за администриране на сайта вижте управление на производствения процес приложение шаблон за Windows SharePoint Services 3.0.

Контролиране на потока на действие

Реалния свят уеб приложение, което е по модел на бизнес процес рядко се съдържа в една уеб страница или уеб част. Вместо това те обхващат няколко такива компоненти, всеки отговаря за отделна стъпка на бизнес процеса. Следователно навигация безпроблемно и лесно между компонентите на приложение става основен елемент от прилагането на проекта. Един модел на основните дизайн, след това, е да управлявате потока на действие от задължителни действия с бизнес процес за навигация, да предприемането на конкретни действия води потребителя в подходящата Следваща страница или следващо действие.

Един от методите за контролиране на потока на действие е да използвате възможностите за действие по избор в Windows SharePoint Services 3.0, която ви позволява да добавяте ваши собствени действия на вграден бутон контекст за елементи в библиотека. Един ограничаване на тази възможност е, че действия трябва да бъде фиксирано и не може да бъде параметризирани от името на елемента или друга динамична стойност.

Друг метод, който ви позволява да включите динамични действия в вашия бизнес процес, е да създадете потребителски списъци на SharePoint и да използвате "изчислени полета." Шаблона за проследяване на грешки приложение използва потребителски грешки списък за проследяване на състоянието на грешки и информация. Използване на изчислени полета, Microsoft е в състояние да включи връзки по избор в изглед на списък, така че потребителят да предприемете действие на грешки, като например "Активирай" или "Разрешаване", и всеки от тези действия има навигация, която обединява потребителя на правилното потребителски формуляр (вижте предишния дизайн модела) за това, което е необходимо да активирате или отстраняване на грешки.

Изчислени полета са функция на Windows SharePoint Services 3.0 , която ви позволява да приложите потребителски рендирането шарка като колона в списък на SharePoint. По този начин на бизнес процес действие (активиране грешка) е изложен като бутон, а към насочва потребителя към правилната форма по избор да извърши това действие за бизнес.

Полето изчислената поддържа област на SharePoint да изберете дали да се показва действие. Например ако вече е активиран грешки, ние не показвай бутона Активирай . Изчислената поле се добавя към списък на SharePoint чрез добавяне на елемент на поле към файл с XML схема, който определя списъка. <Field ID="{EA1D0509-767B-4576-ABEF-FC66647037B9}" Name="ActivateBug" Group="_Hidden" Type="Computed" Sortable="FALSE" Filterable="FALSE" DisplayName="$Resources:tsa,Activate_DispName;" ClassInfo="Icon" AuthoringInfo="$Resources:core,Linked_Item;"> <FieldRefs> <FieldRef ID="{94f89715-e097-4e8b-ba79-ea02aa8b7adb}" Name="FileRef"/> <FieldRef ID="{3f277a5c-c7ae-4bbe-9d44-0456fb548f94}" Name="Status"/> <FieldRef Name="ID" /> </FieldRefs> <DisplayPattern> <IfEqual> <Expr1>$Resources:core,Status_Active;</Expr1> <Expr2> <Field Name="Status"/> </Expr2> <Then> </Then> <Else> <HTML><![CDATA[<a href="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/Activate.aspx?ID=]]></HTML> <Column HTMLEncode="TRUE" Name="ID"> </Column> <HTML><![CDATA[" onclick="GoToLink(this);return false;" target="_self">]]></HTML> <HTML><![CDATA[<img border="0" alt="]]></HTML> <HTML>$Resources:tsa,Activate_DispName;</HTML> <HTML><![CDATA[" src="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/IMNBUSY.GIF">]]></HTML> <HTML><![CDATA[</a>]]></HTML> </Else> </IfEqual> </DisplayPattern> </Field>

Този код показва XML за Активирай изчислената поле. Това поле показва връзка може да се щраква оранжевата състоянието, ако грешката не е активиран. Потребителят може да щракнете върху връзката, за да отидете на формуляра за активиране за тази грешка.

FieldRefs елемент включва препратка към поле към полето състояние в списъка с грешки. Тази препратка дава възможност да направим по избор рендирането на изчислената това поле въз основа на грешка на състоянието.

Полето DisplayPattern на изчисляема колона съдържа изчисления и рендирането на образец за колоната. В този пример използваме if-then-else декларация да определите дали състоянието на грешката е активен. Ако проблемът е активен, ние нищо показване в полето Активирай. Ако проблемът не е активен, се показва HTML в друг елемент. Този код на HTML е изображение и връзката, която потребителят може да щракнете, за да активирате грешки.

Други примери на дизайна на този модел

За друг сървър администратор например контролиране действие поток вижте кредитиране библиотека шаблон за приложение за Windows SharePoint Services 3.0.

Пример за администриране на сайта ще намерите шаблон за приложение на служител дейности в сайт за Microsoft Windows SharePoint Services 3.0.

Използване на връзки родител-наследник

Бизнес решения често изискват данни да бъдат преглеждани и използва в контекста на връзката с други данни. Например както се вижда с приложение за проследяване на проекта, проекти, задачи, проблеми и контролни точки са всеки съхранен в техния списък на SharePoint. Всяка задача, проблем и кръгла е свързан с елемент от списъка с проекта. Запазването на връзката между "списък" и "дете" информацията, съдържаща се в другите списъци може да поставям повикване.

Създаване на по подразбиране връзка между нов елемент от списък и съществуващо

Едно от често срещаните предизвикателствата се среща, когато потребителят иска за създаване на елемент от списък, който е свързан с елемент в списък на родителски. В няколко проекта на решение за проследяване това се случва, когато потребителят се опитва да създадете задача, която е свързана към съществуващ проект. Извън полето няма механизъм в Windows SharePoint Services 3.0 за автоматично създаване на релация между на елемент от списък, който се създава и такава, която вече съществува.

От страницата на проекта подробности (DispForm.aspx) в няколко проекта шаблон за приложение за проследяване потребителят може да създаде нови задачи по този проект. Нова страница за създаване на задача (NewForm.aspx) съдържа падащо меню, където потребителят може да избере родителския проект за тази задача. За да направите това падащото меню по подразбиране родител проекта показва на потребителя навигация от страница, ние преминават ИД на родителски проекта на NewForm.aspx в низа на заявката. След това използвате JavaScript, разбор на стойността на ИД на проекта и изберете съответния проект в падащото поле. <a href="../ProjectTasks/NewForm.aspx?ProjectID={$ProjectID}" onclick="javascript:this.href = unescapeProperly(escape(this.href)); GoToLink(this); return false;" target="_self">Create a new Task...</a>

Този код показва връзката от DispForm.aspx. Обърнете внимание, че ProjectID е включен в низа на заявката.

Когато NewForm.aspx се зарежда, JavaScript анализира ИД на проект от низа на заявката и промени проект падащия списък, така че правилните проекта е избрано.

JavaScript се съдържа в уеб частта за редактор на съдържание в NewForm.aspx. Уеб частта е настроен да имат няма chrome, така че тя не се показва на страницата освен ако страницата е в режим на редактиране. JavaScript се поставя в областта за редактор на съдържание. <script type="text/javascript"> _spBodyOnLoadFunctionNames.push("fillDefaultValues"); function fillDefaultValues() { var qs = location.search.substring(1, location.search.length); var args = qs.split("&"); var vals = new Object(); for (var i=0; i < args.length; i++) { var nameVal = args[i].split("="); var temp = unescape(nameVal[1]).split('+'); nameVal[1] = temp.join(' '); vals[nameVal[0]] = nameVal[1]; } setLookupFromFieldName("Project", vals["ProjectID"]); setLookupFromFieldName("Milestone", vals["MilestoneID"]); } function setLookupFromFieldName(fieldName, value) { if (value == undefined) return; var theSelect = getTagFromIdentifierAndTitle("select","Lookup",fieldName); if (theSelect == null) { var theInput = getTagFromIdentifierAndTitle("input","",fieldName); ShowDropdown(theInput.id); var opt=document.getElementById(theInput.opt); setSelectedOption(opt, value); OptLoseFocus(opt); } else { setSelectedOption(theSelect, value); } } function setSelectedOption(select, value) { var opts = select.options; var l = opts.length; if (select == null) return; for (var i=0; i < l; i++) { if (opts[i].value == value) { select.selectedIndex = i; return true; } } return false; } function getTagFromIdentifierAndTitle(tagName, identifier, title) { var len = identifier.length; var tags = document.getElementsByTagName(tagName); for (var i=0; i < tags.length; i++) { var tempString = tags[i].id; if (tags[i].title == title && (identifier == "" || tempString.indexOf(identifier) == tempString.length - len)) { return tags[i]; } } return null; } </script>

Командата _spBodyOnLoadFunctionNames.push добавя fillDefaultValues функция към списъка с изпълнението на времето за зареждане на скриптове.

Функцията fillDefaultValues улавя ИД на проекта или ИД на етап от низа на заявката и го setSelectedOptions. След това setSelectedOptions задава стойността на падащото меню ИД за родителския проект.

Други примери на дизайна на този модел

За друг сървър администратор пример за използване родител-наследник изгледи вижте проследяване на наличности шаблон за приложение за Windows SharePoint Services 3.0.

Пример за администриране на сайта ще намерите нови магазина отваряне на приложение на шаблон за Windows SharePoint Services 3.0.

Използване на работен поток

Windows SharePoint Services 3.0 държи Windows Foundation работен поток за да разрешите добавяне на логика на работния поток към приложение. Office SharePoint Designer 2007 е мощен базирани на правила за дизайн инструмент за персонализиране и добавяне на условно логика около на изчакване на употреба работни потоци. Можете също да създадете по-сложни и персонализирани работни потоци с код, с помощта на Visual Studio 2005 с Visual Studio 2005 разширения за Windows поток фондация. Във всеки случай има някои съображения за кога и как да използвате работен поток, както следва.

Съображения за използване на работен поток

Работният поток е добро решение за асинхронни операции. В кредитиране библиотека решението работен поток се използва, когато потребителят предлага нова библиотека с активи. Една от причините, този работен поток е добър избор тук е, че процесът между неговия автор и одобряващ не е синхронно.

Работен поток работи добре за планирани събития. В кредитиране библиотека решението, работен поток се използва за обработка на извличане и краен срок дата напомняния за активи. След като елемент е извлечен, работният поток автоматично изпраща краен срок дата напомняне, когато елементът става дължима.

Работен поток може да се използва като начин да опростите иначе сложна задача за програмиране на сървъра. Карта за време управление приложение шаблон за Windows SharePoint Services 3.0 е пример. Това приложение проследява по време на работа на служителя на конкретна задача чрез изчисляване на разликата във времето между перфоратор в и пробийте и времеви клейма. Обикновено, следене на и времеви клейма ще изисква регистриране в тези две дейности на сървъра (вероятно към база данни) – забележителни развитие усилия. Вместо това това приложение се основава на една стъпка на прост работен поток. Когато потребителят удари, работният поток създава запис в списъка с време регистър и задава стойността на начален час на текущото времево клеймо. По същия начин когато потребителят удари, работният поток актуализира свързания ред в същия списък и задава стойността на краен час. По време на работа на потребителя е просто разликата между краен час и начален час стойности, което се отразява в изчисляема колона, обозначено с часа.

Работни потоци изпълни асинхронно. Ако създавате решение там, където резултатите от действие трябва да бъдат извършени непосредствено преди придвижване към следващата страница, работен поток не може да бъде най-доброто решение. Например в решение за следене на грешките, работен поток не се използва за манипулатори за активиране на грешки и конфликти. Една от причините за този проект избор е, промени в състоянието на грешки трябва да бъдат отразени в потребителския интерфейс, веднага след като потребителят поема действие е грешка.

Използване на Office SharePoint Designer 2007 за изграждане на потребителски работен поток

Създаване на работен поток с помощта на Office SharePoint Designer 2007 е код без опит. Сте отворили сайт просто щракнете върху менюто " файл ", посочете Създай, щракнете върху потоки след това използвайте конструктора на работни потоци. Зад ви позволява да създавате сложни правила и действия и е интегриран с SharePoint списъци и библиотеки, така че да можете да използвате полета и стойности директно от списък и библиотека елементи да управлява логиката на работния поток.

Например искате да създадете работен поток действие, което изпрати имейл до собственика на задачата, всеки път, когато се създава нова задача или проблем. В шаблона за проследяване на проекти собственикът е колона по избор в списъка на SharePoint, така че работният поток да използвайте стойността от тази колона и след това динамично определяне на действителния имейл адреса по време на изпълнение.

За да научите повече за работните потоци в Office SharePoint Designer 2007, вижте Въведение в Microsoft Office SharePoint Designer 2007.

Други примери на дизайна на този модел

За друг сървър администратор пример за използването на работни потоци вижте управление на заявки и управление интервю приложение шаблон за Windows SharePoint Services 3.0.

За пример за администриране на сайта вижте клинично изпитване иницииране и управление на приложение на шаблон за Windows SharePoint Services 3.0.

Използване на табла

Сред множеството ползи от уеб частта инфраструктура в Windows SharePoint Services 3.0 е възможността за показване на информация, разпръснати в целия сайт на SharePoint или външно в една обобщена страница, наречена табло. Един често срещани бизнес нужда в споделени среди е базирано на роли табла, които могат да предоставят изглед на информация за роля или лице. Тези табла да се възползвате от мощни вградени възможности, като например уеб частта за филтриране и да покажете информация въз основа за насочване към аудитория кой разглежда страницата.

Можете също да излизат извън тези възможности и да създадете отделни страници за отделни роли, така че да можете да персонализирате наистина, не само информацията, представена, но също и оформлението и други аспекти на страницата. Такива персонализирани страници, базирано на роли се използват широко чрез прилагане шаблони и разбира се, може да включва функции за филтриране и също и за насочване към аудитория.

Кредитиране библиотека приложение, като например прави използването на базирано на роли табла за представяне на информация, която е най-подходящи за потребителя въз основа на ролята на потребителя. Основната страница на сайта има две налични страници: едно насочена към библиотеката потребител (страница по подразбиране) и един за библиотекар.

По същия начин, Бюрото за помощ за приложение има три табло изгледи, налични на главната страница: Начало на представител, знания мениджър Начало и представител мениджър Начало. Потребителят избира хипервръзката най-подходящи за тяхната роля. Изглед на уеб част, показани в таблото също филтрира съдържанието да се показват подходящи за потребителя. Това се прави чрез прилагане на филтър към изглед. Следните стъпки описват как такъв филтър се прилага към съществуващ списък изглед.

  1. Придвижете се до списъка Изглед на страницата в браузъра.

  2. Намерете управлението на падащото меню в лентата с инструменти на списъка и изберете изгледа, който искате да модифицирате, ако Изгледът не е избрана.

  3. Отидете в една и съща контрола за падащ отново и изберете Промяна на този изглед.

  4. На страницата Редактиране на изглед превъртете надолу до секцията филтър. Задаване на стойност на филтър по следния начин:

    Показване на елемента, когато колона създадено от е равно на [аз], или когато колона клиент е равно на [аз].

  5. Щракнете върху OK.

Представител мениджър началната страница на приложението от Бюрото за помощ, показана на фигура 4, функциите за две табло уеб части, които обобщават искания за обслужване по състояние и приоритет под формата на графика лента.

Страница на табло
Фигура 4: Страница на табло

Това са данни изглед на уеб части, които отразяват данните, съдържащи се в списък, наречен искания за обслужване, който също е част от сайта на помощ настолен решение. За да най-добре да разберете как тези уеб части са създадени, отворете сайта в Office SharePoint Designer 2007 и зареждане на страницата HelpDeskManager.aspx, която съдържа тези уеб части. Преглеждане на страницата в разделен изглед и ще видите, че програмен код за уеб частите е комбинация от XLST, HTML и CSS коректура езици.

Нека да разгледаме как са създадени стълбовидна графика ленти на уеб частта. Ние ще отнеме цялостна услуга искане приоритет уеб частта на като пример. В Office SharePoint Designer 2007, в менюто Вмъкване щракнете върху Контроли на SharePoint, след което щракнете върху Изглед на данните , за да отворите прозореца на задачите на библиотека за източник на данни. Този прозорец на задачите позволява да ни разглеждате в момента достъпен за сайта, включително списъци вече в сайта на различни източници на данни. В нашия случай ние разгънете секцията обозначена Списъци на SharePoint и щракнете върху името на списъка, Искания за обслужване, за да посочи, че този списък ще бъде източник на данни. В контекстното меню, което изскача ние щракнете върху Показване на данни. Това отваря нов панел в прозореца на задачите, наречен подробности за източник на данни, което показва всички полета и примерни данни, съхранени в списъка с искане за услугата. От този панел, ние изберете желаното поле имена, ние искаме да се показва в уеб частта – в нашия случай, полето приоритет – и изберете Вмъкване на избраното поле като един елемент изглед (вижте Фигура 5).

Обърнете внимание, че нашата цел тук е да показва обобщено броя на всички задачи, групирани по приоритет. Това означава, че трябва да списъка опциите, налични в полето приоритет само веднъж и след това показва броя на приоритет на всяка стойност в списък. Следователно ние изберат да покажете приоритет стойности като Един елемент изглед като начална точка на нашите персонализиране. Избиране на Няколко елемента изглед вместо това ще изложат всички редове в списъка.

Създаване на страница в SharePoint Designer
Фигура 5: Създаване на страница в Office SharePoint Designer 2007

Това вмъква уеб компонента за изглед на данни в страницата в мястото на курсора. Въпреки това уеб частта на просто показва един ред с данни и не лента графиката обобщава искания за обслужване по приоритет. Тъй като уеб частта се рендира, като използвате HTML и XSL кода, ние сме свободни да персонализирате код да отговаря на нуждите ни. Следващият раздел описва накратко някои от основни области на това персонализиране да преобразувате тази уеб част в стълбовидна графика.

Знаем нашия списък източник на данни има три възможни приоритет стойности: (1) висок, нормален (2) и (3) ниско. Следователно, можем да декларират XLST променлива за всяка стойност по следния начин: <xsl:variable name="High" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(1) High'])" /> <xsl:variable name="Normal" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(2) Normal'])" /> <xsl:variable name="Low" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(3) Low'])" /> <xsl:variable name="AllTasks" select="count(/dsQueryResponse/Rows/Row)" />

Обърнете внимание, че XSL параметър @Priority се отнася до името на полето за източник на данни. Тъй като кода за изобразяване на всяка от трите приоритет стойности е подобна, ние се фокусира върху графики само първата стойност приоритет. За да получите процентната стойност, ние определяме нови променливи, percetHigh, за да изчислите процентната стойност на искания за висок приоритет: <xsl:variable name="percentHigh" select="$High div $AllTasks" />

Кода, който създава действителния лента е шаблон на XSL, както е показано по-долу: <xsl:template name="ChartRow"> <xsl:param name="RowName"></xsl:param> <xsl:param name="Value"></xsl:param> <xsl:param name="PercentValue"></xsl:param> <tr> <td class="ms-formbody" width="125px" style="vertical-align:middle"> <xsl:value-of select="$RowName"/>: <xsl:value-of select="$Value" /> <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes"> &amp;nbsp; </xsl:text>( <xsl:call-template name="percentformat"> <xsl:with-param name="percent" select="$PercentValue"/> </xsl:call-template>) </td> <td> <table width="100%" > <tr> <td width="{round($PercentValue*100)+1}%" height="15px" class="ms-selected"><xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> <td width="100%" > <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> </tr> </table> </td> </tr> </xsl:template>

Имайте предвид, че лентата е таблица с две клетки. Ширината на първата клетка, която представлява ширината на лентата в графиката, се определя от PercentValue променлива, представени в код като: td width="{round($PercentValue*100)+1}%"

В тази клетка, също е в CSS стил клас, ms избрана, приложена към нея. Този стил на клас е дефиниран в core.css файла лист със стилове по следния начин: .ms-selected { background-position:left top; color:#000000; background-image:url("/_layouts/images/filedialogselected.gif"); background-color:#FFE499; border-top:1px solid #FFE499; border-bottom:1px solid #FFE499; background-repeat:repeat-x; }

Фоново изображение, filedialogselected.gif, е това, което прави клетката (тоест лентата) изглежда жълто.

Други примери на дизайна на този модел

За друг сървър администратор пример за използване на табла вижте център за обаждания шаблон за приложение за Windows SharePoint Services 3.0.

За пример за администриране на сайта вижте отчитане на производителността на бизнес приложение шаблон за Windows SharePoint Services 3.0.

Най-горе на страницата

Създаване на шаблони

Шаблони за приложения в Windows SharePoint Services се предлагат в два вида: дефиниции на сайта и шаблони на сайта. Комбинация от тези две са шаблони 40 приложения. И двата вида шаблони са достъпни за потребителя да изберете на страницата на Нов сайт на SharePoint , и двете функционира много по същия начин на крайния потребител. Обаче е много по-различен метод за създаване на тези шаблони и ги правят достъпни за използване във формуляра за създаване на сайт.

Дефиниции на сайтове

В най-основните смисъл дефиниция на сайт е колекция от XML файлове, събрания и .aspx страници, които налагат как ще бъде структурирана сайт въз основа на него и какво ще направи базовите прилагане в сайта. Тъй като основно XML и .aspx файловете са достъпни чрез файловата система, те могат да бъдат клонирани и променени лесно да създадете отново нови дефиниции на сайтове, като високо персонализируеми дефиниции на сайтове.

След като даден сайт е осигурени (създадени) извън дефиниция на сайт, промените, направени в сайта дефиниция файлове във файловата система все още може да се разпространи предоставянето на сайта. Въпреки това промяна на файлове на дефиниция на сайт, след като са осигурени сайтове не се поддържа от Microsoft. Ако някоя от страниците в сайта на предоставянето са променени чрез външен редактор, например Office SharePoint Designer 2007, страницата се губят връзката си с дефиницията на сайта във файловата система. Вместо това страницата се записва в системата Windows SharePoint Services база данни и се нарича "персонализирани" или "конкретизирани" страница.

Ако трябва да персонализирате съществуваща дефиниция на сайт, ще бъде вашият подход да започнете преименувана копие от дефиницията на сайта, вместо да модифицирате съществуващо. За реализиране на промени в съществуваща дефиниция на сайт, след като вече сайтове са предоставянето формуляр, трябва да създадете и разположите на пакет за надстройка решения на дефиниция на сайт. За подробности относно това как да направите това вижте съответните членове в Windows SharePoint Services 3.0 SDK.

Шаблони за сайтове

Шаблон за сайт е пакетират в един файл, който може да бъде разопакован да създавате нови сайтове с подобна структура и съдържание на сайт на SharePoint. Това означава, че за да създадете шаблон за сайт, трябва да имате съществуващ сайт на SharePoint като отправна точка. Всяко персонализиране на сайт – оформления на страници, листове със стилове, изображения, страници образци, документи, списъци, съдържанието на списъка – могат да бъдат обхванати в шаблона.

Процесът на снемане на съществуващ сайт в шаблон може да се случи направо от сайта на административни задачи (под Настройки на сайта) или от Office SharePoint Designer 2007. Веднъж създаден, колекцията от сайтове се съхранява в галерията с шаблони на сайт на текущия колекцията от сайтове. Файлът съдържа разширение .stp. Този файл може да бъдат изтеглени от галерията с шаблони на сайтове и мигрират към друга колекция от сайтове или към среда на друг сървър. Последната част от този раздел delves в подробностите за създаване и използване на шаблон за сайт.

Използване на дефиниции на сайтове или с шаблони на сайтове

Както ние току-що беше обсъдено, шаблони за сайтове са всъщност произлиза от дефиниции на сайтове. Когато решавате между създаването на нова дефиниция на сайт или на шаблон за сайт, имайте предвид следното:

  • Сложността на заявката    Ако вашите нужди са предимно козметични, като промените оформлението и операции на изображение към съществуващ сайт, шаблони за сайтове са начин да отида. От друга страна ако искате да добавите нови дефиниции на уеб част, или искате да използвате потребителски код или изчислени полета, трябва да създава дефиниция на сайт по избор.

  • Ниво на достъп в сървър    Имате достъп до цялата уеб сървъра? Или просто за конкретна колекция? Създаване и разполагане на дефиниция на сайт изисква достъп до файловата система на сървъра. Ако нямате такъв достъп, сте ограничени до създаване на шаблон за сайт на ниво колекция от сайтове, които имате достъп до. Имайте предвид, че това изискване за достъп не се отнася за администратори на сайтове – веднъж изпратена, всеки един с права за създаване на нов сайт ще имат достъп до някой от двата типа на шаблон за приложение.

  • Честота на бъдещи актуализации/промени    Промяна на шаблон за сайт не засяга сайтове, които вече са създадени от него – само по-нови сайтове, създадени след промените, които са засегнати. Разполагане на пакет за надстройка решения на дефиниция на сайт засяга всички сайтове, които вече са създадени от него.

Указания за създаване на шаблони на сайтове и дефиниции на сайтове

Създаване на шаблони на сайтове и дефиниции на сайтове са свързани с различни количества на сложността. Основните техники са описани в следващите раздели.

Създаване на шаблон за сайт

Както беше обсъдено по-рано, шаблон за сайт е всъщност сайт на SharePoint, който е Пакетиран за повторна употреба. Опаковка този файл съществува в галерията с шаблони на сайтове на ниво колекция от сайтове. Шаблоните на сайтове в галерията са налични за създаване на нови сайтове изобщо дете нива на сайт на колекцията от сайтове. Следните стъпки ви помогне в създаването на нов шаблон за сайт от съществуващ сайт:

  1. Отворете съществуващия сайт в Office SharePoint Designer 2007 и се уверете, оформлението и съдържанието на сайта са както искате.

  2. В менюто файл посочете експортиранеи след това щракнете върху Шаблон на сайт на SharePoint. Това ще ви отведе до страницата за настройки на уеб сайт.

  3. Въведете име на файл "," заглавие и описание за шаблона.

  4. Ако желаете изберете опцията Включване на съдържанието , ако искате данните в списъци и библиотеки с документи, включени в шаблона. Можете също така трябва да изберете тази опция, ако искате да включите работни потоци, защото работни потоци са всъщност съдържанието се съхранява в библиотека с документи.

  5. Щракнете върху OK. Това създава файл с шаблон от сайта с разширение .stp и поставя файла в галерията с шаблони на сайт на родителския сайт.

От галерията с шаблони на сайт можете да щракнете върху името на шаблона, за да изтеглите файла на .stp локално на диска. От там можете да качвате файла в друг галерията с шаблони на сайтове.

Създаване на дефиниция на сайт

За разлика от шаблони за сайтове дефиниции на сайтове се съхраняват във файловата система. Всяка дефиниция на сайта се намира в собствената си папка на сървъра:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ SiteTemplates

Папката за шаблон за сайт приютява различни елементи на сайта, например .aspx и .html файлове, както и свързаните с тях ресурси като изображения и JavaScript файловете. МИЛИОН ТОНА. XML е основен сайт дефиниция файл, който указва различни конфигурации и модули за дефиницията на сайта. МИЛИОН ТОНА. XML се съхранява в поддомейн, наречена "XML".

Дефиниции на сайтове са регистрирани в Windows SharePoint Services и предоставят чрез WEBTEMP XML файлове. Всички WEBTEMP XML файлове се намират в

% CommonProgramFiles % \ \Microsoft Shared\Web сървър extensions\12\TEMPLATE\ < на страницата > \XML

където < на страницата > е ИД на местоположение, като например 1033. Точното име на XML файла е представка с "WEBTEMP" (например WEBTEMPBT. XML).

По принцип, създаване на нова дефиниция на сайта се състои от две основни стъпки: (1) създаване на папката на дефиниция на сайт и (2) създаване на WEBTEMP XML файл, който ще се регистрират дефиницията на сайта Windows SharePoint Services. Първата стъпка може да се направи чрез клониране папката с дефиницията на съществуващ сайт и промяна на съдържанието му да отговаря на изисквания за бизнес. Милион ТОНА. XML файлът съдържа елементи, които указват как различните части на страниците на сайта са осигурени, като навигационна лента, шаблони за документи и шаблони на списъци. Елемента на конфигурации указва списъци и модули, които се създават по подразбиране, когато е създаден дефиницията на сайта. Следните откъс е от милион ТОНА. XML на дефиницията за проследяване на грешка на сайта и показва част от елемента на конфигурации : <Configurations> <Configuration ID="0" Name="Default"> <SiteFeatures> <!-- BasicWebParts Feature --> <Feature ID="00BFEA71-1C5E-4A24-B310-BA51C3EB7A57" /> <!-- Three-state Workflow Feature --> <Feature ID="FDE5D850-671E-4143-950A-87B473922DC7" /> <!-- TSA Fields and Content Types --> <Feature ID="75A0FEA7-CD50-401e-AF0E-782F3662A299" /> </SiteFeatures> <WebFeatures> <!-- TeamCollab Feature --> <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" /> <!-- MobilityRedirect --> <Feature ID="F41CC668-37E5-4743-B4A8-74D1DB3FD8A4" /> <!-- Bug Tracking Categories List --> <Feature ID="75A0FEA7-42E8-4527-8313-F63C4C49A7E6" /> <!-- Bug Tracking Bugs List --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8E" /> <!-- Bug Tracking Bugs List Instance --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8F" /> ... ... <!-- Post Provisioning Event Handler --> <Feature ID="75A0FEA7-B0EF-434e-90D6-CE997D970564"> <Properties> <Property Key="ZonedWebPartsUrlList" Value="$Resources:core,lists_Folder;/Bugs/Resolve.aspx,$Resources:core,lists_Folder;/Bugs/Activate.aspx,$Resources:core,lists_Folder;/Bugs/Close.aspx"/> </Properties> </Feature> </WebFeatures> </Configuration> </Configurations>

Обърнете внимание, че тази дефиниция на сайт използва множество функции като списък с грешки, грешки списък с категории, мобилност пренасочване и др. Тези функции са изброени под SiteFeatures и WebFeatures елементи с функция GUID. GUID се намират в елемента на функция в рамките на съответните Feature.XML файл в тази папка:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\FEATURES

Прегледайте Windows SharePoint Services 3.0 SDK за повече информация относно персонализирането на милион ТОНА. XML.

Втората стъпка за създаване на дефиниция на сайт по избор е да създадете файл WEBTEMP *. XML файл в тази папка:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ < на страницата > \XML

Шаблони за елемент от този файл указва конфигурации, които могат да се използват за създаване на екземпляр на сайтове, създадени от дефиницията на сайта. Следните откъс илюстрира формата на WEBTEMPbt.XML файл, който е конфигурационен файл, използван от сайта дефиницията на проследяване на грешка: <?xml version="1.0" encoding="utf-8" ?> <Templates xmlns:ows="Microsoft SharePoint"> <Template Name="BT" ID="75801"> <Configuration ID="0" Title="Bug Database" Hidden="FALSE" ImageUrl="/_layouts/images/stsprev.png" Description="A site for teams to track bugs in their shared software projects." DisplayCategory="Application Templates" > </Configuration> </Template> </Templates>

Имайте предвид, че трябва да съответства на атрибута име на шаблон за възел по-горе "*" в името на файла, WEBTEMP *. XML. също така, имайте предвид, че DisplayCategory атрибут на елемент, конфигурацията определя кой раздел конфигурацията ще се появят в в раздела избор на шаблон на сайт на уеб страницата създаване. Можете да създадете свой собствен раздели като поставяте ваши собствени стойности в този атрибут.

След като сайта дефиниция файлове са били създадени и поставени в съответните папки във файловата система, рестартирайте услугата за IIS. Дефиницията на нов сайт ще бъде предложен за избор в раздела Избор на шаблон на страницата на Нов сайт на SharePoint в Windows SharePoint Services. Файлове на дефиниция на сайт също могат да се пакетират като файл на решение за лесно миграция към друга среда на SharePoint или пренасочване в същата среда. Решение файл е кабинетен файл със. WSP разширение (за пакет с уеб решения). Тя съдържа функции, уеб части, възли, клас ресурси и т.н., използван от дефиницията на сайта. Можете да използвате инструмента за makecab.exe създаване. WSP файл. Прегледайте Windows SharePoint Services 3.0 SDK за това как да създадете файл на решение.

Локализиране на дефиниция на сайт

Локализация на дефиниция на сайт се улеснява чрез използване на ресурсните файлове и откриване на култура. Докато типични ASP.NET 2.0 приложение локализация се извършва по време на време на компилация, SharePoint сайт локализация се извършва по време на осигуряването на сайта. Сред шаблони за приложения всички шаблони за дефиниция на 20 сайт са локализирани на 10 езика. Дефиниции на сайтове, самите са създадени в език неутрално начин, докато низ литерали се съхраняват в ресурсните файлове (.resx). Ако искате да добавите локализация собствена дефиниция на сайт или да добавите поддръжка за нов език към съществуваща дефиниция на сайт, можете да направите това чрез създаване на нов файл на ресурс. Файл отива в указателя на ресурси, намира се в:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\Resources

Този файл е общо взето XML файл, може да се редактира във всеки текстов редактор. Стъпките по-долу показват как можете да създадете нов локализация файл за използване в дефиниция на сайт:

  1. Намерете ресурси директорията, посочени по-горе и намерете съществуващия .resx файл, който искате да локализирате на нов език.

  2. Клониране на файла и да го същото име, с изключение на името на езика култура (пример tsa-en-us.resx към tsa-es-es.resx).

  3. Отворете клонирани файла в текстов редактор.

  4. Задайте кода на страницата на втория ред от файла за представяне на езика. Например следния код задава езика на испански:

<!-- _lcid="3082" _version="12.0.5006.3000" _dal="1" ––>

  1. Превъртете надолу до частта, където виждате елементите на данните , последван от стойността на елементи в двойка. Това е мястото, където можете Съчетайте име на ресурс с локализиран низова стойност. Промяна на стойностите на низ в елемента на стойност за вашата езикова променлива. Следващият пример код показва низ на ресурси за Създаване на нов клиент действие на испански език:

    <data name="Action_NewCustomer">
    <value>Crear un Nuevo cliente</value>
    </data>
  2. Запишете файла в ресурси папка с име като myCustomResource.es-es.resx (точното име зависи от езика култура име, за които е предназначена ресурсния файл). Този файл е готова да се препраща от сайта дефиниция файлове във вашето приложение.

В ред за дефиницията на локализираните сайта да се показва като наличен шаблон в страницата на Нов сайт на SharePoint за този език Добавете WEBTEMP файл в съответните < на страницата > директории също. Вижте предишния раздел, "Създаване на сайт дефиниция," как да добавите нов файл WEBTEMP.

Локализираните ресурси препратки работят по различен начин в .aspx файловете в XML файлове сравнение. Например препратки в .aspx файловете се оценяват по време на изпълнение, докато XML файл с препратки се оценяват, когато уеб сайт е създаден. За достъп до XML елементи в ресурсния файл в файл с дефиниция на сайт, се използва следния синтаксис: $Resources: myCustomResource, DataName. Например да използват ресурсни низове от .aspx файл, коректурата може да изглежда приблизително така: <div> <asp:Label runat="server" Text="<%Resources:myCustomResource, Action_NewCustomer %>" /> </div>

Най-горе на страницата

Резюме

Заедно Windows SharePoint Services 3.0 и Office SharePoint Designer 2007 осигуряване на мощните инструменти, трябва да създадете и персонализирате интерактивни, приложения, работещи с работен поток. Дали персонализирането на някой от 40 шаблоните, които можете да изтеглите приложението или изграждането на вашия собствен, тази статия описва доказани методи и най-добри практики, които да успее да използвате дори не-фирми.

Ако не сте направили така, следващата стъпка е да изтеглите шаблони за приложения и започнете да ги използвате и да ги отворите в Office SharePoint Designer 2007. След това използвайте ресурсите в следващия раздел "Ресурси" да ви помогне, докато създавате собствени приложение.

Най-горе на страницата

Ресурси

За повече информация относно Windows SharePoint Services 3.0 и Office SharePoint Designer 2007вижте следните ресурси:

За повече ресурси за разработчик фокусирани Разгледайте следните неща:

Най-горе на страницата

Забележка : Отказ от отговорност за машинен превод: Тази статия е преведена от компютърна система без човешка намеса. Microsoft предлага тези машинни преводи, за да помогне на потребителите, които не говорят английски, да се възползват от съдържанието за продукти, услуги и технологии на Microsoft. Тъй като статията е преведена машинно, е възможно да съдържа грешки в речника, синтаксиса и граматиката.

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към участниците в Office Insider

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×