FRISSÍTÉS: 04/25/08: Felzárkózik néhány blog póznák és alapít egy láncszem-hoz ez cikk: http://www.networkworld.com/news/2008/032608-microsoft-sharepoint.html?page=1. Azt, hogy tudomásul, mert amellett, hogy kérte, "hogyan tudhatok sharepoint?", néhány ember kérjen, "miért kell én megtanul sharepoint?". Ez a cikk részben választ a későbbi.

Az elmúlt néhány hónapban, egy tucat vagy több emberek az egész bolygón van elektronikus levél én, és az általános kérdést, "Hogyan tanulhatom SharePoint?"

Én alig mérvadó, de volt már némi sikerrel (kipróbálás-hoz kap jobb, egész idő alatt, és) úgy gondoltam, szeretném a dokumentum az én-m személyes út-Térkép. Mások is találni értékes.

Before I do that, Csak azt akarom, megfigyelni, amit-a ' nyilvánvaló számomra, a személyes e-maileket és MSDN még nagyobb száma alapján / SharePoint Egyetem azonos jellegű hozzászólások, hogy hatalmas fejlesztő érdekelt-ban szerzés, hogy gyorsítsák fel a WSS/moha. Kíváncsi vagyok, mi történik az, hogy egy év múlva, mint … könnyebb-hoz talál jó SharePoint tehetség? ugyanaz? Emberek elkötelezték magukat, hogy a platform egy ütemben, hogy lépést tartson a kereslet a jó források? Hogyan lehetne még kitalálni valami ilyesmi, nem egy WAG?

Pál ütemterv

Én voltam a teljes munkaidőben foglalkoztatott által a jó nép a Conchango, míg én ellenőrzött ez az útiterv. Ez azt jelenti, hogy a tanulás szempontjából, Én is aktívan részt vett a projektek, én ellenőrzött a lép vázolom az alábbiakban.

Alapfogalmak

Az emberek be ebben a világban, vannak a két legfontosabb rövidítések:

• WSS: A Windows SharePoint Services
• MOSS: A Microsoft Office SharePoint Server

WSS "szabad" Ez köteg-val windows server 2003 (vagy legalább lehet letöltött-ból Milisecundum). Tettem idézőjelbe szabad, mert szüksége van egy doboz, egy engedély o/s, és valószínűleg SQL (Bár van egy "ingyenes" milyen SQL, valamint).

MOSS WSS épül, és ez kiterjed. Van nem nélkül WSS MOSS. MOSS nem szabad.

Talán nem egy nap, de nem sokkal azután, hogy már van néhány alapvető ismerete a platform, fontos, hogy megtanulják a különbségek. Például, egy hatalmas kijelző, a Tartalomlekérdezés kijelző, egy funkció MOSS és nem WSS. Emberek gyakran előfordul, hogy a téves feltételezés, hogy CQWP áll rendelkezésre, WSS, és akkor a végén felmászott egy hézagpótló intézkedés, amikor rájönnek, hogy a hiba.

Nyomja meg a könyvek

Elkezdtem dolgozni a WSS/moha a 01/02/2007. Volt egy kis előzetes tapasztalat SPS 2003 de nagyon kevés. Magamnak kezdett, Vettem a az itt felsorolt két könyv (http://paulgalvin.spaces.live.com/lists/cns!1CC1EDB3DAA9B8AA!203/).

Elkezdtem, a nagy kék felügyeleti könyv. Természetesen, Ez magában foglalja a közigazgatás. Ezzel egy időben, Ez biztosítja, hogy a felmérés minden MOSS jellegét meghatározza (és a WSS szolgáltatások, valamint).

Nekem, -a ' nem tehát fontos-hoz emlékszik a különböző részletek (amíg-a ' idő-hoz kap tanúsított) de jó tudni, hogy a határok. (Én követ ez a módszer-ban első személy vadász játszani az xbox vagy PC — Belép egy szobába, és inkább, hogy egy óramutató járásával ellentétes irányban hurok, amíg nem kap vissza, ahol kezdtem. Csak érzem magam jobban tudta, a doboz, én vagyok az alakja.)

Big blue book elolvasása után, Olvastam, hogy a teljes belső WSS-könyv. Ez merülések mélyen kérdések a fejlesztők érdekel leginkább a.

Hozzon létre egy virtuális környezetben

Annak érdekében, hogy ne minden fejlesztési és helyesen használni a környezet, szüksége van egy teljes fújt operációs rendszert a SharePoint Designer programmal, A Visual Studio 2005 (2008 működik, de néhány hasznos eszközt volna még-hoz lenni balra fordult-e cikk írás), Az InfoPath 2007 és néhány más dolog. Van sok jó blog bejegyzés leírja ezt a folyamatot. Volna egy pillantást a két:

• Hogyan hozzunk létre egy moha 2007 VPC kép: Az egész 9 Yard – SharePoint-riporter Blog
• Hogyan építsünk egy optimális fejlesztő VPC SharePoint Development – Blog

ráadásul, Andrew Connell megosztja tapasztalatait VMWare itt:

• A Microsoft virtualization termékek vs. VMWare kínálatát

Kedvenc keresőprogram segítségével megtekintheti, milyen más poeple csinálni. Egy hasznos tanulási gyakorlat és a maga.

Eltölteni néhány percet dühösen felmondja az a tény, hogy szüksége van egy server környezetben ezt fejlesztési. de … Ne fáradj blogging róla, vagy elküldöd az MSDN fórumokban. Ez már megtörtént 🙂. Ehelyett, Ölelj meg, és lépni. Lehet, hogy jobban.

Kap minősített

Úgy gondolom, hogy a MS SharePoint bizonyítványlánc, melyik áll a négy vizsgák, teljes körű. Azt javaslom, hogy kövesse az online útmutatót, és nem a legjobb, hogy megértsék minden egyes területen, a vizsgálat.

I nem Javasoljuk, hogy vegye a vizsga, csak, hogy adja át a. I nem Javasoljuk, hogy használja az egyik az agy lerakóhely"" Style 3rd party "eszközöket" a MS halad tesztek. Ha a tesztet is, hágó ez azon alapszik egy összeállítás-ból-a saját irányított tanulmányi és gyakorlati tapasztalatok, Ez erősebb, fejlesztő és a munka jelölt lesz.

Vannak négy vizsgálatot két "pálya":

Fejlesztő:

• TS: A Microsoft Windows SharePoint Services 3.0 – Application Development
• TS: A Microsoft Office SharePoint Server 2007 -Alkalmazás fejlesztés

Admin:

• TS: A Windows SharePoint Services 3.0, Konfigurálása
• TS: A Microsoft Office SharePoint Server 2007, Konfigurálása

Azt javaslom, hogy a fejlesztők az összes ezeket a vizsgákat vizsgálat. Akkor lesz erős, Bár azt hiszem, hogy ha Ön kihagyva admin vizsgák, akkor lennék azzal.

Találtam a WSS változat-hoz lenni lényegesen nagyobb kihívás, mint a megfelelő MOSS-verziók, nagy meglepetésemre. Én nemrég egy osztály, és sokan mások is ugyanezzel.

Miközben még tanul, az a 70-542 vizsga (MOSS fejlesztési) Én nyomozó személy az én tanulmány erőforrásokat. Ezek hasznos lehet Önnek is: http://paulgalvin.spaces.live.com/Blog/cns!1CC1EDB3DAA9B8AA!192.entry

Csatlakoztassa magát a Közösségbe

A SharePoint-Közösség az élénk, erős és egyre nagyobb, minden alkalommal.

Ön akar-hoz megnéz a következő kezdeni:

• Blogjainak
• Fórumok
• Codeplex
• Twitter

Blogjainak

Ha nem értesz RSS, abba mindent, és tanulni. Ez akarat fog 10 jegyzőkönyv-hoz megtanul ez, talán egy másik 10 perc, hogy megtalálja egy web-alapú RSS olvasó (Én, mint a google reader, www.Google.com/ olvasó).

Először vegyen ebben a blogban az RSS-olvasó 🙂

Következő, Add hozzá www.sharepointblogs.com hogy az olvasó. Ezek összesített sok Blogok egy egységes feed.

Idővel, talál blogokat, amelyek nem összesített így. Csak összead őket külön-külön.

Én aláír-hoz néhány tucat blogokat, amelyek már halmozódik fel, az elmúlt évben. ha akarod, Lehet exportálni a listámon, és e-mailben.

Végül, szabad akar-hoz elkezd-a saját blog. Személy szerint úgy gondolom, hogy egy sor blogbejegyzések leírja egy "újszülött" elért tanulási WSS/moha lenne egy érdekes sorozat. Kívánom, hogy tettem, hogy magam.

Fórumok

Aktívan részt két fórum csoportok: MSDN és SharePoint Egyetem.

Fórumai kiváló hely tanulni. Az emberek kérdéseket kezdve a nagyon egyszerű ("Hogyan csinál én webhelyoszlop létrehozása") hogy a pánikba esett ("Az én-m szolgál legyőz!") több hipotetikus tervezési kérdések.

Egyszer ön kap egy íz, a környezet, Kerekedjen fel, és indítsa el a válaszol. Rövid közvetlenül egymásra hatók-val egy ügyfél, semmi sem jobb, mint ez a kezét a tapasztalat.

Codeplex

odamegy www.Codeplex.com.

Ellenőriz ez ki, és keres SharePoint projektek.

Iratkozz fel a napi összefoglaló Codeplex feed feedolvasó.

Minden új SharePoint projektek hozzáadása a feedolvasó.

Végül, után olvasó a fórumok, és lefelé a saját WSS/moha-démonok, fontolja meg együtt a saját codeplex projekt.

Twitter

Ahogy írom, hogy ez a blog bejegyzés, a sok népi van kezdett használ SharePoint Twitter.

Nehéz jellemezni a Twitter. Csak akkor Nézd meg magad.

Következtetés

Hogy pakolások fel az én ütemtervet, és tesz engem jelenlegi. Én csak kezdett használ Twitter két héttel ezelőtt.

WSS/MOSS egy nagyon jó platform és a Közösség növekszik minden alkalommal. Közösségi források segítségével javítja a készségek, és élvezze az utazás!

</vége>

Subscribe to my blog.

FRISSÍTÉS: A hozzászólások egy névtelen személy bejegyzések ezt a linket: http://www.atidan.com/atidan-collaboration-kit.php

Fórum felhasználók gyakran kérdez egy kérdés, mint ez:

"Szeretnék van egy naptár naptárak alwebhely események által lakott hely szintjén. Ideális, alwebhelyek is hozhatnak létre naptári események, és azt a lehetőséget, jelölés őket mint "nyilvános.’ Megjelölt nyilvános események dinamikusan jelennek meg a megosztott helyhez naptár. Így a webhely Megosztott naptár egy zsemlye-megjelöl minden nyilvános rendezvények minden alwebhely naptárak."

A WSS 3.0 vagy MOSS 2007, a ' nem lehetséges-hoz közvetlenül konfigurálhatja a "roll-up" naptár. Naptárak létezik a saját, független bármely más naptár.

A roll-up naptár létrehozása, kövesse az alábbi elérési utak:

1. A Tartalomlekérdezés kijelző használatára. Ez a legegyszerűbb megoldás a felhasználók MOSS (WSS biztosít a CQWP). CQWP, Sajnos, nem biztosít a naptár nézet az adatokat a dobozból. Ez biztosítja hatalmas renderelés rugalmasság (lásd itt egy példa) Alapértelmezés szerint, de, azt mutatja, az eredmények egyszerű lista formátumban. Sok esetben, CQWP talán egy jó választás.
2. Programozás-orientált megoldás lenne, hogy használja az eseményfogadók. Az eseményfogadók végrehajtása az alwebhely naptárak, hogy tartsa a nyilvános rendezvények szinkronban van a mester naptár. Egy adott alwebhely naptár módosított, a mester naptár eljussanak, és szükség szerint frissítse. Ez a beállítás érhető el mindkét WSS 3.0 és moha.

Valószínűleg más okos megoldás erre a problémára. Ha van, vagy tud-ból egy, Kérem, hagyjon egy megjegyzést, vagy elektronikus levél én és én akarat korszerűsíteni ez felad.

</vége>

Subscribe to my blog.

Mi is, kell, és sok nézetek létrehozása SharePoint-listák (dokumentumtárak, Egyéni listák, stb). SharePoint-lista ABC sorrendben rendelkezésre álló nézetek mindig. Nem tudunk változtatni ez ki a doboz funkció használata. Ha ez lehet megtett keresztül Testreszabás (és nem vagyok biztos benne, hogy), Amennyiben a technikai a tipikus végfelhasználó.

Ha meg szeretné határozni a rend, a SharePoint listák rendelkezésre álló nézetek, egyszerűen csomagjai a nézet neve betűvel vagy számmal, mint a:

1 – Anyag típus
2 – Minden dokumentum
3 – Esedékesség

-vagy-

A – Anyag típus
B – Minden dokumentum
C – Esedékesség

I is létre nézeteket, amelynek célja szigorúan a takarmány a fő Teljesítménymutató. Van követően ez az elnevezési konvenció:

Z_KPI_[Leírás]

Okozza, hogy az én "fő Teljesítménymutató" nézetek a lista alján jelenik meg.

</vége>

Subscribe to my blog.

Ma, Volt dolgozik egy ügyfél, és leírja, hogyan kell módosítani a Tartalomlekérdezés kijelző, és megjeleníti a további bit információt egy tartalomtípus.

"Első., a CQWP csatlakozni az adatforrások konfigurálása, majd a munkaállomás exportálása, módosítása <CommonViewFields>, feltöltés, távolítsa el az eredeti, és most az "alapozott’ Ezek az oszlopok megjelenítése. Következő, nyit megjelöl a SharePoint designer, Keresse meg a webhely gyökér-gyűjtemény, és keresse meg a ItemStyle.xsl. Másolja a sablonok hasznos kiindulópontként. Visszamenni, és módosítja a CQWP, hogy ez a sablon használata. Végül, módosítani kell a sablont az új mezők leképezéséhez! (Ne felejtsd el ellenőrizni, hogy azt vissza, hogy a többi felhasználó láthatja az eredményeket)."

Nem egészen világos nekem (és a legtöbben SharePoint fejlesztői típusok) Mi történik, és hogyan-a ' elég szép, valóban, a CQWP adatok visszakeresés szempontjait, amelyek tehát is-külön-az adatok bemutatása szempontból. de, Ez nem olyan könnyű megmagyarázni, Ez?

<vége />

Szűrni a lekérdezés, az igen/nem sakk doboz jogosult "PG mérföldkő", Állítsa be a CQWP mint ez:

Ez egy másik ilyen nyilvánvaló-egyszer-akkor-tudom-ez de hard-to-find-an-answer-to kérdések: Hogyan filter egy igen/nem a Tartalomlekérdezés kijelző használata jelölőnégyzet.

Az első Keresés eredménye Találom, hogy a keresési kifejezés "szűrő igen/nem a Tartalomlekérdezés kijelző használata" a lakás ki baj, úgy gondoltam, hogy lenne ott, hogy ezt, és látni, ha lehet helyettesíteni a tipikus keresési eredmények helytelen eredmény.

Nagyon könnyû: Igaz értékek = "1" és hamis értékek nem egyenlő "1" (szép retro, valójában).

A fenti példában, Létrehozott webhelyoszlopot típusú "igen/nem (jelölőnégyzet)" nevű "PG mérföldkő". Hozzátettem, hogy a doc könyvtár, feltöltött néhány dokumentumok, készlet a érték részére egy pár, és tesztelték, hogy.

<vége />

FRISSÍTÉS 12/04/07: Lásd: a Microsoft KB (http://support.microsoft.com/kb/923589) a kapcsolódó információkat.

Valójában, kiderül, hogy az, de takaros MOSS volt, hogy nehéz.

Az én-m ügyfél működik néhány fejlesztési ő MOSS helyén a hétvégén. Egy kicsit egy rakás, hogy ő valójában nem, de a vég eredmény ez:

• Ő megpróbálja úgynevezett "mennyiség webhelyoszlop hozzáadása" és moha: "A megadott oszlop nevét már van használatban, vagy fenntartott. Válasszon egy másik nevet."
• Ő megpróbálja hozzáadni egy másik környezet, és hogy működik. Ezért, "Mennyiség" a nem fenntartott nevet.
• Megpróbálja megtalálni egy meglévő webhelyoszlop nevű "mennyiség" e a webhelycsoportban. Nem találom.

Tettem néhány kutatási, és még néhány kódolási, viaszolt filozófiai és végül megállapította, hogy a nevezett mennyiség oszlop nem, valójában, létezik. Ez volt a "_Hidden" Csoport. Ezért, nem tudtuk megtalálni azt a SharePoint felhasználói interfészen keresztül.

Hogyan tett ez kap ott? nem tudom, van egy elmélet, de (vagy mint a feleségem nevezném, "bla-bla-bla"). Valahol a vonal mentén, egy mesés negyven sablon volt hozzá, és valószínűleg aktivált a webhelycsoport egy helyen. Majd inaktiválva (vagy a helyszínen el). A webhelyoszlop, azonban, de itt a "_Hidden maradt" Csoport. Ha valaki jobban tudja, Kérem, tudassa velem keresztül e-mailben vagy felad-ban magyarázat.

SharePoint volt az igazat. Aligha érdemes rámutatni, hogy ez az üzenet nincs-e, segítőkész, ahogy lehet. Lenne szép-hoz lát a üzenet elágazó a két különböző üzeneteket a jövőben: 1) Azt mondják, hogy az oszlop neve van fenntartva, vagy nem. 2) Ha nem áll fenn, Mutassuk meg a helyszínen, vagy legalábbis a csoport, Ha az oszlop neve már használatban van.

</vége>

Ezen a héten, Mi végül átvette a probléma, hogy számoltak be a távoli felhasználó: Amikor megpróbálta Excel lista tartalmának exportálása, a dolgok úgy tűnik, hogy kezdődjön meg a munka, de majd Excel akar pukkanás-megjelöl hiba: "Nem kap a listaséma oszloptulajdonsága a SharePoint-listából". Ő volt futás Hivatal 2003, Windows XP és a kapcsolódás moha.

Kerestem a Internets, és látta, hogy némi spekuláció, de semmi 100% végleges. Ezért, Ez a post.

A probléma: Exportálás excel, hogy tartalmaz egy dátum (dátum = az oszlop adattípusa).

Mi működött számunkra: Konvertálja a dátumot "egysoros szöveg". Majd, Alakítsa vissza dátum.

Amit megfejt ez. Jó volt látni, hogy az átalakítás dolgozott, valójában. Ez volt elég ideges, hogy áttérés a dolgok ily módon fog bukni, de ez nem.

Ezt a hibát egy hatalmas árnyék dobott a dátum adattípusú, az ügyfél szem előtt, így fogunk, amely meghatározza a végleges válaszol-ból Mikroszkóp, és remélhetőleg lesz post és frissíteni a következő rövid idő alatt, a hivatalos válasz- és Gyorsjavítási információk itt.

Egyéb hivatkozások:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<vége>

Subscribe to my blog.

Az elmúlt két napban, Részt vettem két-két ülését, amelynek során bemutattuk az eredményeket egy SharePoint-projekt. A CIO és csapata csatlakozott az első találkozó. Ez a szabványos és nem különösen figyelemre méltó. A ez osztály nyilvánvalóan részt egy vállalati bevezetési bármely technológia projekt. A második találkozó kiterjesztették a Varga. a marketing, több ilyen képviselő HR igazgató, Logisztikai, Gyártási, Beruházási projektek, Minőségi, Vásárlás, Vállalati fejlesztési és egyéb szervezeti egységek (Néhányan nem is közvetlenül részt vettek a jelenlegi szakaszában). Ez egy hatalmas széles közönségnek.

Az előző életemben, Elsősorban dolgozott, ERP és CRM projektek. Ők ketten volna a megoldás meglehetősen széles tartományban, de nem olyan széles, mint a SharePoint. Hogy teljes mértékben megvalósítani, SharePoint projektek törvényesen és feltétlenül belenyúlnak a szervezet minden zegzugát. Hány más vállalati megoldások is, hogy milyen eléri? Nem sok.

SharePoint egyértelműen azok számára, elég szerencsések ahhoz, hogy ebben a térben óriási lehetőséget jelent. Ez a nagy műszaki lehetőséget biztosít (amelynek valahogy be van kapcsolva a fejét itt alatt "Technológiák meg kell mester"). De még jobb, SharePoint kiteszi minket, hogy egy kiterjedt és széles körű üzleti folyamatok révén ezek a megbízások. Hány CRM szakemberek a gyártási a cég oldalán dolgozni? Hány ERP tanácsadóink a tehetségkutatás humánerőforrás dolgozni? SharePoint meghaladja a kettőt.

Mint bármi, -a ' nem tökéletes, de ez egy átkozott jó hely.

A a SharePoint fórumok, valaki időnként arra kéri, "a cím címke módosítása – áttekintés" vagy körülbelül "eltávolítása cím listák".

Alsó sorban: Ne csináld!

Sajnos, a felhasználói felület lehetővé teszi, hogy az oszlopfeliratra, amint egyirányú megváltoztatása:

Cím "cikkhez kapcsolódó oszlop" tartalomtípus. Sok, sok, számos, a CT használja ezt az oszlopot, és ha megváltoztatjuk itt, Ez hullámai, mindenhol. Van egy jó esély arra, hogy nem szándékozik, hogy ez megtörténjen. Ön valószínűleg gondolkodás magadnak, "Van egy egyéni keresési lista és" cím’ csak nincs értelme oszlop névként, így fogok változtatni, hogy "állapot kódja’ és a Leírás oszlop hozzáadása." De ha követ átmenő, hogy arra gondolt, és nevezze át "cím’ "Státusz kód", minden lista címe (a dokumentumtárakat is beleértve) "állapotkód módosítása" és akkor valószínűleg nem kívánom, hogy ez megtörténjen.

Az igazi probléma az, hogy ez egy egyirányú módosítása. "Tudja, a felhasználói felület" "címmel" egy fenntartott szó. Így, Ha megpróbálod, és "állapotkód módosítása" vissza a "Cím", Ez akarat megakadályoz Ön-, és most már festett magad a sarokba soha nem száradó festékkel 🙂

Szóval mi történik, ha már módosította? Én még nem láttam a választ, mi mindannyian szeretnénk, melyik egyszerű és könnyű módszer, vissza akarunk váltani a címke a "megnevezés". azonnal, a legjobb Tanács, hogy változtatni, hogy valami hasonló "Doc/cikk cím". Ez egy elég általános címke, hogy nem lehet túl megrendítő, a felhasználók számára.

Van néhány más ötletek, amelyek az én to-do lista a dolgok, hogy kutatási:

• Lépjen kapcsolatba a Microsoft.
• Tenni valamit az objektum modell, talán-ban kötőszó-val egy vonás.
• Kitalálni, hogy az adatbázis-séma, és kézi korszerűsíteni SQL. (Vegye fel a kapcsolatot a Microsoft előtt, ennek ellenére; valószínűleg érvényét veszti a támogatási szerződés).

Ha akárki tud hogyan viselkedni megfejt ez, legyen szíves felad egy magyarázat.

Késő délután a frissítés, 11/15: Találtam ezt a linket, hogy leír egy módszert olyan típusú lista, amelyek nem a Beosztás oszlop létrehozása: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

Körülbelül egy héttel ezelőtt, Elkezdtem egy codeplex projektet, amit szolgáltat egy egyszerű és ésszerűen általános módszer egyéni művelet funkciók hozzáadása a Munkafolyamat-tervező SharePoit. Ez itt leírt: http://www.codeplex.com/spdwfextensions. Túl egyszerűen a keretet nyújt, Ez is célja, hogy egy sor hasznos funkciók, hogy SPD több hasznos/rugalmas/erős.

Itt van a jelenlegi változat a tervezett funkciók 1.0: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Ha akárki birtokol a kamatokat, a projekt, legyen szíves hagy egy magyarázat, vagy start/hozzáadása egy társalgást itt: http://www.codeplex.com/spdwfextensions/Thread/List.aspx

Itt vannak az aktuális készlet van kódolt függvények (Bár nem teljesen tesztelt, mint a 11/08/07):

Függvény	Leírás (Ha nem ugyanaz, mint a .net függvény)
NUM-bejegyzések()	Visszatér a szám "tételek" a karakterlánc egy megadott elválasztó. Például: NUM-bejegyzéseket egy string "a,b,c" az elválasztó"," = 3.
Bejegyzés()	Az n-edik tokent ad vissza a karakterlánc egy megadott elválasztó.
Hossza	String.Length
Csere()	String.Replace()
Tartalmaz()	String.Contains() Visszatér az "igaz szó" vagy a "hamis" szót.
Substring(Start)	String.Substring(Start)
Substring(Start,vége)	String.Substring(Start,vége)
ToUpper()	String.ToUpper()
String.ToLower()	String.ToLower()
StartsWith()	String.StartsWith() Visszatér az "igaz szó" vagy a "hamis" szót.
EndsWith()	String.EndsWith() Visszatér az "igaz szó" vagy a "hamis" szót.