SharePoint OOTB fonctionnalités Vs Custom Development

Question

Ok, je me pose toujours cette question.

Quand il s'agit de SharePoint OOTB fonctionnalités VS C# développement personnalisé, où tracez-vous exactement la ligne?

juste après vos pensées ... (même si vous pensez que cette question est ridicule :-P)

Answer 1

Je ne me souviens pas un seul projet où SP "OOTB" ...

1. Rempli entièrement les exigences du client (sauf pour les cas les plus triviaux). Dans le cas de l'évolution des exigences, cela conduisait souvent à des piratages trop compliqués ou à une réécriture éventuelle en tant que «développement personnalisé».
2. SharePoint Designer n'a pas rendre le problème plus difficile et moins maintenable. Pire. Produit. Déjà.

Edit: En fait, maintenant que je suis moi-même « forcer » à se rappeler, je pense que tout déconcentrée une certaine évasion bidouille ou un problème pour contourner une limitation ou d'une autre. La différence est où le hack est rencontré et comment il est facile d'effectuer ladite ou lesdites contre-mesures.

Answer 2

Vous ne savez pas comment vous allez obtenir quelque chose comme une réponse spécifique à cela, ne devrait-il pas être décidé au cas par cas? Sûrement son juste "Si le coût du développement personnalisé est inférieur au coût de" vivre avec tel quel "alors développer, ou pas?

Answer 3

Dans SharePoint, il existe de nombreuses personnalisations qui peuvent être effectuées sans avoir à développer (si vous faites référence au 'développement personnalisé' comme code C Plusieurs choses peuvent être faites en utilisant Sharepoint Designer, et je ne saurais pas si ces doivent être considérés comme développement personnalisé ..... J'ai créé des sites Web à partir de VS, en modifiant des éléments de base avec Designer, et j'ai créé des flux de travail avec WSS comme interface utilisateur ... donc cela dépend aussi de ce que vous voulez accomplir ...