Watter SharePoint-ontwikkelingskonsepte is die moeilikste vir ASP.Net-ontwikkelaars om te verstaan?

Question

Ek probeer om SharePoint 2007 (en, uiteindelik, 2010) opleidingsmateriaal vir ervare ASP.Net-ontwikkelaars saam te stel, en nadat ek SharePoint jare lank gedoen het, onthou ek nie regtig waar die ergste knelpunte aan die begin was nie - nie om noem die hoeveelheid Googlable SharePoint-inhoud is met 'n orde van grootte groter as twee jaar gelede.

Dit gesê, watter SharePoint-konsepte is die moeilikste om te begryp, en/of watter dele van SharePoint is esoteries genoeg om nie voor die hand liggend te wees vir 'n nuweling SharePoint-ontwikkelaar wat net induik nie?

Answer 1

Greg,

In my ervaring, die uitreiking van wat verband hou met behoorlike voorwerp beskikking ( SPWeb en SPSite voorwerpe wat op sy beurt verwys SPRequest omhulsels rondom onbeheerde COM voorwerpe) is 'n algemene Gotcha en die bron van baie scalability, prestasie, en ander kodering kwessies. Sodra Microsoft besef die omvang van die probleem en die graad van ontwikkelaar verwarring in hierdie gebied, het hulle 'n groot leiding artikel ( http://msdn.microsoft.com/en-us/library/aa973248.aspx ) en ontwikkel die SPDisposeCheck instrument ( http://code.msdn.microsoft.com/SPDisposeCheck ).

Dit is my stem vir "nie-ooglopende 'n newbie SharePoint ontwikkelaar net duik in": -)

Vir wat dit werd is!

Answer 2

My lys van dinge wat die moeilikste is om te begryp is:

• Kode -toegangsveiligheid en al die ander sekuriteitsfunksies
• Verskil tussen webwerf-/toepassingsbladsye en aangepaste/ongebreide bladsye
• CAML in beide navrae en al die definisies
• Wat is al in SharePoint, sodat u nie die wiel weer uitvind nie

• Gee beheer op.

  U beheer nie watter webonderdele op 'n bladsy is en hoe dit gekoppel is nie.U moet dit net moontlik maak om te hergebruik

  U beheer nie watter lys op 'n webwerf is of watter velde hulle bevat nie

• Gebrek aan ondersteuning vir verskeie tale
• Moenie spweb en spsite wegdoen as u dit van SPContext.current kry nie
• kontroles delegeer

Ander dinge wat nuut is, maar makliker verstaanbaar is, is:

• Oplossings/kenmerke
• Al die plekhouers in meesterbladsye

Answer 3

*Gebrek aan beheer*

Dit is die sleutelkwessie as Per Jakobsen noem.Beweeg saam...

1. Dit is nie moontlik om net in te gaan en .aspx- en .master-lêers te redigeer waar jy ook al voel nie.Daar is gevolge soos unghosting, ondersteuning, en dat dit dikwels net nie werk soos verwag sou word nie.'n Goeie begrip van hoe SharePoint bladsye saamstel is van kritieke belang.

2. Daar is geen (ondersteunde en betroubare) manier om die databasis direk navraag te doen nie.Dit is uiters frustrerend vir ASP.NET-ontwikkelaars wat gewoond is daaraan om met doelgeboude en goed ontwerpte databasisse te ontwerp/werk.CAML-navrae is geen plaasvervanger vir die krag van goed geoptimaliseerde SQL-navrae nie.

3. (Meer van 'n 2b):Swak ondersteuning vir relasionele data tussen lyste.Vreemd vir 'n ondernemingstoepassing.

4. 'n Bietjie buite die onderwerp, maar HTML-opmaak en CSS was 'n nagmerrie in 2003 en nie veel beter in 2007 nie.Dit is pynlik om mee te werk en ook nie mooi nie.U moet baie moeite doen om 'n webwerf te produseer wat ten volle aan webstandaarde en beste praktyke voldoen.

Om op te som, dinge moet gewoonlik "die SharePoint-manier" gedoen word.Dit is dikwels nie die mees doeltreffende of elegante manier wat 'n reguit ASP.NET-ontwikkelaar verkies nie.Ontwikkelaars hou van elegansie en hulle moenie soos om beheer prys te gee.

Daar is ook goetchas reg oor die produk (Sean het 'n sleutel genoem) loer soos klein tripwires vir die niksvermoedendes.Die enigste manier om hulle te ken en te verstaan, is om SharePoint te ken - en dit is 'n groot produk.

Sien meer bespreking hieroor by Waarom gebruik ASP.NET-ontwikkelaars nie WSS nie? op SharePointDevWiki.

Answer 4

Wat is reeds in SharePoint so jy hoef nie die wiel uit te vind. Ek stem vir hierdie.

Answer 5

Per het gedek het die meeste van die punte vir my afgedek, maar ek sal nog 'n paar byvoeg:

1. SPContext - Die konsep van konseptuele kode uitvoering bv.SPContext.Current of Properties voorwerp in 'n gebeurtenis ontvanger.

2. Na aanleiding van die konteks is dit ook belangrik om te verstaan ​​wie die kode loop en dus watter aksies dit kan voltooi - Verheffing (verhef privileges), Verpersoonliking (tokens) en uitvoering (webdienste / gebeurtenisontvangers).

3. Fouthantering - Almal skree wanneer die enigste fout wat opgeduik het, is "'n fout het voorgekom", dus is dit van kritieke belang om SP-logs en foutkodes te verstaan.Dit is belangrik vir die vermindering van vermorsde tyd om 'n woedende XML-fout na te jaag.

4. Visual Studio Tools - WSPBuilder, VS Tools for Sharepoint ens.Verminder die pyn van ontplooiing en ontfouting deur die integrasiesiklus te verkort.

Answer 6

Rapport / paneelbord met behulp van verslagdoening dienste van SQL Server vir werklike wêreld probleme en wys dit in SharePoint site. Aantal voorbeelde / handleiding aanlyn gevind nie hierdie saak is nog insufficiente (ek dink).

Answer 7

Alles wat verband hou met die werklike wêreld argitektuur en implementering. Ek is 'n ontwikkelaar, maar ek moet my hand vuil te kry as ek wil so na as moontlik kliënt omgewing op my virtuele omgewings sonder om te wag vir 'n amptelike IT ondersteuning te hê. Probeer om 'n klein plaas te skep met 'n intranet, internet, extranet, gemengde verifikasie meganisme, Alternatiewe Toegang Mappings, Host kop opset en so aan. Dit is 'n hele toegewyde werk, maar een wat jy sal hê om te duik in as jy wil 'n paar medium tot groot skaal implementering ontwikkel.