I gamle dage talte man om et library (et bibliotek på dansk).
Forskellen på et framework og et library er: - framework lyder smartere end library - typisk har et library har dokumentation for hvordan library kode virker mens et framework har dokumentation for hvordan du skal skrive din kode - typisk kalder din kode library kode mens framework kode kalder din kode
Kaldes sommetider for "Hollywood princippet": do not call us we will call you.
Generelt er Frameworks til for at simplificere og skjule ting som f.eks. triviel kode, eller stille nogle generelle retningslinier for design, således at den samme tanke kun skal realiseres én gang.
Frameworks anvendes for at undgå at lave det samme mere end én gang. Hvis en virksomhed ofte udvikler en bestemt type applikationer, vil de typisk udvikle et framework der indeholder den funktionalitet der gælder generelt for alle applikationerne, og så koble de applikations-specifikke funktioner til som arne beskriver.
Frameworks har også den fordel, at fejlrettelser og optimeringer udføres ét sted, men gør sig gældende for alle applikationer der anvender frameworket.
hvad jeg har læst står der også at frameworket er en samling af klasser, er det rigtigt ??
" A framework is a set of cooperating classes that implements the mechanisms that are essential for a particulaar problem domain. A Programmer can create new functionality in the problem domain by extending framework classes. "
Men jeg har stadig ikke se, hvad man skal bruge det til ?? Hvorfor er dette smart så ?? F.eks. med Design Patterns, der følger man bare et pattern for at komme frem til en løsning.
Plus, det du skriver med at frameworket kalder min kode. Er det sådan, at hvis jeg kombinerer min kode med et framework så finder frameworket selv ud af hvornår noget af min kode kaldes ??
Det er smart fordi du kan bruge nogen andres kode i.s.f selv at skrive den.
Med patterns skal du stadig selv skrive koden. Patterns giver dig bare en vejledning i hvordan du skriver koden.
Som sagt er framework et mode ord. Det med hvem der kalder hvem er for at opstille en skillelinie mellem framework og library - et library er nemlig også noget eksisterend ekode som du bruger i din applikation.
Det er også en af de såkaldte frameworks som jeg ikke ville kalde for et rigtigt framework, men mere klassisk library.
Hvis man skulle forsøge at forsvare det så ville man argumentere for at AbstractCollection koden indeholder kald til specifikke implementationer. Du kunne skrive en klasse som extendede AbstractCollection og implementerede nogle få metoder og dermed bruge collection frameworket fordi SUN kode ville kalde din kode.
nu tror jeg, at jeg er ved at fatte det !!! Det er derfor at Swing er et Framework, man skal bare lave Subklasser af JFrame, JPanel osv. så sørger Frameworket for at ens kode bliver kladt ved diverse hændelser som f.eks. MouseClick osv. Er dette rigtigt eller er det helt forkert ??
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.