Hvordan håndteres arkitekturen med én fælles App_code.dll

jeg tror ikke jeg er helt med ... som udgangspunkt får du ikke en dll ud af et webprojekt mere - det hele bliver jit'et og cached.

det der produceres når du builder - bliver som udgangspunkt ikke brugt når du kører web'et efterfølgende.

meeen... du har muligheden for at prekompilere hele dit site.

såh... hvis du tidligere kopierede dine dll'er til en bin-folder, kan du nu undlade dette, hvilket umiddelbart synes enklere.

... jeg er dog bange for at jeg måske har misforstået dig :o) - men jeg kan ikke se hvad det er du mener du ikke kan mere.

mvh

Det kan godt være jeg har misforstået noget mht de nye forskellige deployment metoder. Men såvidt jeg ved SKAL nye ekstra klasser lægges i folderen app_code, som bliver til et assembly, der lægges i \bin. Er det ikke rigtigt.
Desuden må det da være bedst performancemæssigt at have det hele prekompileret.

hvis du lægger dine klasser i app_code bliver de automatisk jit'et, men de bliver ikke til en enkelt dll som du kan flytte rundt på.

der jittes pr. metode, således at første kald til en metode medfører en kompilering, og resultatet bliver cached, således at der ikke er noget jit-overhead ved efterfølgende kald.

det er ikke nødvendigvis en fordel at prekompilere - det har også omkostninger.

men men ... der er jo ingen der siger at du skal have al din kode liggende i dit webprojekt.
du kan jo oprette alle de projekter du vil, og referere dem som du altid har gjort (sådanne libraries bliver kompileret til dll'er - der skal ligge i bin).

mvh

snepnet: Vil du have point for denne, så læg et svar

lukkes