Du kan bruge ExecuteGlobal på en blok med scriptkode, men der er, såvidt jeg husker, nogle forskelle for almindelige includefiler du skal være opmærksom på. ExecuteGlobal accepterer f.eks. ikke skift mellem scriptblokke og HTML, hvilket jo kan være en stor hurdle, hvis du forventer dynamiske includes.
Desuden kommer du givetvis også til at betale et performaceoverhead (dvs. dårligere skalering af din applikation), da kode nok skal fortolkes hver gang siden udføres i modsætning til include-filer, der jo bliver samlet til en fil af ASP-motoren, oversat til noget tokenkode og til sidst cached, så den er klar til næste gang siden skal bruges...
Jeg kan ikke lige komme i tanke om andre måder det kan lade sig gøre på.
Kan du evt. skitsere hvad det er du gerne, overordnet set, vil opnå (ud over at du vil tilgå variable i den side der inkluderer koden)? Det kunne være der var andre måder hvorpå man kunne tilgå udfordringen...
Jeg har en ide om at lade en DB bestemme ud fra den pågældende fils navn hvilke filer der skal includeres i filen.
Havde lidt i tankerne at lade et felt evt semikolon sep. div filer der skal includes, og så på selve siden splitte dem op for at includere dem.
ideen var at kunne bestemme CMS mæssigt hvilke filer der skulle vises i samhørighed med hinanden.
Sikkert andre der er kommet om ved det på en anden måde.
Min ide var at lave små blokke som indeholdt feks. valutakurser, sidste viste emner, sammenlign viste emner, topsellers, contactmodluer og mange flere. Hver side skulle så ha tilkyttet nogle af de filer via en DB. Gerne SQL selvom jeg er helt grøn på SQL. Har klæbehjerne og det skal læres, indenfor rimelig tid.
For mig lyder det som små mere eller mindre selvstændige "komponenter", der godt (med fordel) kunne leve i deres eget lille "rum" og altså gøre sig fint som filer der kaldes ind med server.execute.
Når du gerne vil referere nogle globale variable eller funktioner, hvad er det så helt konkret du gerne vil referere fra den inkluderende side?
"Nogen der har en ide der virker." - mnjah, det kunne være en idé at droppe gammeldags ASP, der, ja, er gammelt. Når du sådan skal udvikle noget nyt, stort, spændende, så kunne du jo tage fat i en nyere teknologi.
Hvilket vil du så anbefale oh store Erik. dot net, PhP eller noget helt treide. Jeg har længe forsøgt at sparke mig selv i gang med noget andet end ASP classic. Tiden har bare manglet. Man kunne vælge en færdig løsning, men det hverken lære man noget af, eller får det som man vil ha det. :-)
Min egen erfaring med overgangen fra ASP til ASP.NET er, at det er en stejl indlæringskurve man skal op ad. Det er en helt anden måde at tænke på, når du kommer over og arbejde med f.eks. webforms, for ikke at tale om springet fra VBScript til et fuldgyldigt objektorienteret miljø og sprog som f.eks. VB.NET.
Bort set fra det, så er det nok ikke nogen dårlig idé at springe af det skib der har ligget dødt i vandet de sidste 10 år :-)
MSDN-Library er da et sted at starte (http://msdn.microsoft.com/da-dk/). Der findes rigtig meget konkret referencemateriale, samt en del artikler om patterns, best practices samt meget andet.
Du kar starte på MSDN (http://msdn.microsoft.com/da-dk), hvor du får adgang til en masse viden indenfor Microsofts udviklingsplatforme. Der findes både referencemateriale og artikler om forskellige aspekter ved udvikling under .NET.
Google giver som regel svar på problemstillinger man løber ind i, i forbindelse med udviklingsprocessen. Jeg synes ASP.NET er en veldokumenteret og velafprøvet platform, så det vil jeg ikke have problemer med at anbefale :-)
Du kar starte på MSDN (http://msdn.microsoft.com/da-dk), hvor du får adgang til en masse viden indenfor Microsofts udviklingsplatforme. Der findes både referencemateriale og artikler om forskellige aspekter ved udvikling under .NET.
Google giver som regel svar på problemstillinger man løber ind i, i forbindelse med udviklingsprocessen. Jeg synes ASP.NET er en veldokumenteret og velafprøvet platform, så det vil jeg ikke have problemer med at anbefale :-)
Du kar starte på MSDN (http://msdn.microsoft.com/da-dk), hvor du får adgang til en masse viden indenfor Microsofts udviklingsplatforme. Der findes både referencemateriale og artikler om forskellige aspekter ved udvikling under .NET.
Google giver som regel svar på problemstillinger man løber ind i, i forbindelse med udviklingsprocessen. Jeg synes ASP.NET er en veldokumenteret og velafprøvet platform, så det vil jeg ikke have problemer med at anbefale :-)
Beklager spammingen af tråden! Jeg ved ikke lige hvad der gik galt med min browser der, men når jeg postede, så viste den ikke mit indlæg, så jeg regnede egentlig med at det ikke var blevet sendt... :-(
Har siddet og "leget" lidt med visual studio. og der er en del der falder preæcis i min smag. Nemt med drag and drop.
Sidder og leder efter muligheden for at sætte enkeltværdier ind fra en DB, så man har et design der ligger uden for gridviews muligheder.
som feks
data connection +
if not rs.EOF then
dataværdier plus div tags
end if.
Det gøres med garanti anderledes i Net. men hvordan laver man forbindelsen til en DB. og så skriver <%= rs("dfgdfg")%> de steder i designet man har brug for. :-)
Ellers fedt med den master page. noget jeg har manglet, og været irriteret over "ikke" har fandtes.
Sådan er det jo når man satser og holder sig til det man kender og ikke bryder igennem og prøver nyt :-)
Nu har jeg siddet og arbejdet med Visual studio, og jeg sidder og klapper i mine "små" hænder. for visuelt er det præcis som AutoCad har kørt med modelspace og paperspace i en del år. Har tit ønsket det kunne overføres til webdesign, men ikke undersøgt det videre. Dovenlas.
Det kører oki doki lokalt, men hvilke filer/mapper skal der uploades for at få det til at køre externt. Min udbyder Web10 understøtter ASP.net så problemet ligger ikke der.
Ved ASP classic uploader man og ref. bare til root dir.
Er der et godt sted at få et indblik i opbygningen af en sgl DB, har hidtil kun brugt Access- heldigvis, har jeg klisterbrain, så det skal nok hænge ved. :-)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.