Wanneer ASP.NET nie die antwoord vir jou blog is nie
Daar is 'n sekere kategorie blogplasings wat ontwikkelaargraadgereedskap behandel as die voor die hand liggende keuse om 'n blog te bou, asof die persoon wat oor hul suurdeeg-eksperimente skryf 'n raamwerk nodig het wat ontwerp is vir ondernemingswebtoepassings. Ek het daardie fout gemaak. Die oorhoofse koste is nie die moeite werd nie, tensy die tegniese beheer die werklike doelwit is.
Wat kode-swaar blog sagteware bied eintlik
Raamwerke soos ASP.NET gee ontwikkelaars enorme buigsaamheid. Jy kan pasgemaakte verifikasie bedraad, komplekse sjabloonstelsels bou, enige databasis wat jy wil integreer, en die hele ding ontplooi op infrastruktuur wat jy heeltemal beheer. As jy reeds C# of verwante tale ken, is die plafon werklik hoog - jy kan 'n blogstelsel bou wat presies doen wat jy wil sonder dat eksterne afhanklikhede jou dataformaat of inprop-ekosisteem bepaal.
Dis waar. Vir 'n sagteware-ingenieur wat totale beheer wil hê en infrastruktuurprobleme net soveel geniet as skryfprobleme, kan iets soos 'n pasgemaakte ASP.NET-blog baie bevredigend wees. Jy bou soveel soos skryf.
Die koste noem niemand nie
Die probleem is dat die baie buigsaamheid wat gereedskap vir ontwikkelaars aantreklik maak, ook die ding is wat dit stadig maak om te onderhou. Elke kenmerk wat jy wil hê - 'n opmerkingsafdeling, 'n RSS-stroom, 'n beeldgalery - moet met die hand gebou of geïntegreer word. Met 'n bestuurde platform bestaan hierdie kenmerke by verstek. Wanneer iets om 02:00 op jou pasgemaakte opstelling breek, is jy die ondersteuningspan.
Ek het 'n naweek spandeer om 'n pasgemaakte blog-agtergrond aan te sluit toe ek vyf artikels kon skryf. Die bedienerkonfigurasie alleen het 'n volle middag geneem. En na dit alles was die leeservaring vir besoekers identies aan wat ek sou gehad het met 'n webgasheerplan en 'n standaard CMS. Niemand wat na my plasings kyk, kon die verskil tussen my handgerolde stelsel en 'n WordPress-installasie onderskei nie. Net ek het geweet - en meestal wat ek geweet het, was hoeveel tyd dit geëet het.
Vir wie dit eintlik sin maak
As jy 'n ontwikkelaar is wat 'n blog deels as 'n portefeulje-stuk bou, of as jy spesifieke vaardighede met 'n spesifieke raamwerk wil demonstreer, dan het die tegniese bokoste 'n doel buite die blog self. Die aanstelling van bestuurders wat u kodebasis kan lees, sal die implementeringsbesonderhede opmerk. In daardie geval verdien die ekstra werk iets konkreets.
Dit maak ook sin as jou blog ongewone vereistes het - swaar intydse interaksie, noue integrasie met 'n bestaande toepassing, of sekuriteitsbeperkings wat bestuurde platforms uitgesluit het. 'n Standaard blog sagteware installasie gaan nie elke randkas dek nie.
Maar vir die meerderheid mense wat wil skryf en gelees word, is die keuse van 'n raamwerk omdat dit tegnies indrukwekkend is om die verkeerde instrument te kies. Die doel van 'n blog is die skryf. Die platform is net die rak waarop dit sit.
Wat ek sou oorslaan
Ek sal enige opstelling oorslaan wat vereis dat jy jou eie bediener moet bestuur as jy nie 'n sysadmin deur handel of belangstelling is nie. wolk hosting nutsmiddels het bestuurde ontplooiings goedkoop en betroubaar genoeg gemaak dat die "Ek wil volle beheer hê"-argument selde meer op kostegronde hou. Ek sal ook die refleks oorslaan om na die kragtigste hulpmiddel beskikbaar te gryp - a ontwikkelaar sleutelbord en 'n pasgemaakte raamwerk sal jou skryfwerk nie beter maak nie. 'n Stil uur en iets wat die moeite werd is om te sê sal.
Die eerlike punt: ASP.NET is werklik uitstekende sagteware vir toepassings wat dit nodig het. Die meeste blogs doen dit nie. Kies die platform wat die vinnigste uit jou pad kom en begin publiseer. U kan altyd later migreer as u behoeftes werklik 'n standaardplatform ontgroei - en die kans is redelik dat hulle dit nooit sal doen nie.
Gereed om inkopies te doen? Vergelyk Tegnologie & Toerusting oor winkels heen →
