2010-01-21 3 views
0

J'ai téléchargé GraffitiCMS l'autre jour (maintenant open source et gratuit), et comme beaucoup de ce que je vois, mais ce que je veux vraiment l'utiliser, est d'ajouter des capacités CMS à une base de données asp.net existante /application. Sans m'embourber dans tous les détails de mon application, quelqu'un peut-il me donner l'approche de base qui devrait être prise pour ajouter du contenu personnalisé à Graffiti? contenu qui ne sera pas un «post»?Personnalisation GraffitiCMS

J'ai vu par exemple, comment ajouter des widgets personnalisés à Graffiti - essentiellement hériter de la classe de widget, compiler votre dll et le plop dans le bon répertoire et il devient partie intégrante du système. Existe-t-il un moyen de faire quelque chose de similaire pour les principaux domaines de contenu? Par souci de simplicité, prétendez que j'ai une base de données non-graffiti avec des données que je veux afficher sur le site Web en utilisant les grilles et les formulaires standard asp.net. Je me rends compte que je pourrais juste entrer et bidouiller le code source pour intégrer mon application existante, mais ce n'est probablement pas la bonne approche.

Pas à la recherche d'une solution complète elle, juste un pointeur et quels domaines à étudier ... merci.

Répondre

1

Si vous consultez la dernière source de Graffiti (ou la branche 1.3 qui a été récemment créée), le support a été ajouté pour placer les widgets où vous voulez sur n'importe quelle page. Il y a une nouvelle fonction de craie - $ macros.Widget - qui vous fournit cette capacité. Dan Hounshell a écrit un billet de blog sur la façon dont vous pouvez utiliser cette nouvelle fonctionnalité:

http://danhounshell.com/blog/graffiti-cms-1-3-add-a-widget-anywhere-in-a-view-with-new-widget-macro/

Si vous cherchez quelque chose de différent que cela, me le faire savoir - nous travaillons à faire encore mieux pour Graffiti situations comme vous êtes actuellement.

0

Je pense que vous essayez de mettre le chariot avant le cheval - selon la taille et la quantité de fonctionnalité, je chercherais à le reconstruire après avoir appris la plate-forme de développement de mon système de CMS choisi.

Je suis à peu près dans le même bateau en ce moment. J'ai évité Graffiti parce que je dois apprendre "Chalk" (quel qu'il soit) et Umbraco (en utilisant XSLT pour les mises en page est retardé). Jusqu'à présent, cela me laisse Sitefinity en tête de liste et Telerik vient de tirer la version gratuite!

Je peux finir par saisir un CMS très basique qui est plus facile à personnaliser. Je sais que cela ne répond pas directement à votre question, mais cela peut vous donner matière à réflexion :-)

+0

Sitefinity n'est pas une option pour moi, à 899 $ par site Web la plupart de mes petits clients rechigneraient à ce prix. J'ai aussi téléchargé umbraco, et vous avez raison ni l'un ni l'autre n'est parfait. Avec le graffiti, j'ai été surpris de voir à quel point il était facile de développer un widget personnalisé pour Graffiti, en espérant trouver un moyen aussi simple de développer des compléments pour le contenu. –

+0

Voici quelques informations de dev sur Umbraco: http://www.squidoo.com/umbraco – IrishChieftain

1

Ce que nous avons fait pour intégrer Graffiti CMS dans nos projets ASP.NET actuels, c'est de créer un post dans Graffiti appelé "caché", puis avec nos pages .ASPX standard, nous appelons une classe dans notre Render Override qui tire le poste "caché" (ie: site.com/hidden/) et utilise l'en-tête et le pied de page pour envelopper le thème Graffiti autour de notre page .ASPX personnalisée. Nous utilisons des commentaires HTML dans la publication "cachée" pour pouvoir analyser l'en-tête et le pied de page. C'est un peu un hack, mais ça a très bien marché pour nous.

+0

Approche intéressante ... avez-vous exploré d'autres options avant de décider de celle-ci?Si oui, quel genre d'obstacles avez-vous eu avec d'autres approches qui vous ont conduit à celui-ci? –

+1

Nous l'avons fait avant que Graffiti soit open source, donc nos options étaient limitées. Nous avions l'impression d'essayer de nous tromper avec Graffiti dans la mauvaise direction, alors nous laissons Graffiti faire ce qu'il fait le mieux, puis nous écrivons du code personnalisé pour nos pages ASP.NET. C'était il y a environ 2 ans maintenant, et je suis sûr que nous avons discuté d'autres options car c'est la seule direction sur laquelle nous avons commencé à travailler (et que nous avons utilisé avec succès tout ce temps). –