Unterschied absoluter und relativer Pfad





Hallo,
ich bin's nochmal. Habe da noch eine Frage zu meiner IT-Klausur entdeckt:


• Erklären Sie den Unterschied zwischen absoluten und relativen Pfaden. Verwenden Sie ein geeignetes Beispiel.


Bitte wieder so einfach wie möglich erklären. :)
Danke Euch! *
Hallo,


absoluter Pfad:
domainname/bilder/beispiel


relativer Pfad:
../bilder/beispiel


Beim absoluten Pfad wird die komplette Adresse einer Datei (oder auch Internetseite) angegeben.


Beim relativen Pfad wird nur die Adresse in Bezug auf den "Standort" angegeben. Wenn du also zum Beispiel bereits auf Domainname (sozusagen dein Standort) bist, ist die relative Adresse 
zu dem Beispiel ../bilder/beispiel


Vergleichbar mit einer Telefonnummer im Ortsnetz.
Absolut: Vorwahl - Rufnummer
und Relativ (dann wenn du im Ortsnetz deiner Stadt bist): Nur die Rufnummer ohne Vorwahl.


Ich hoffe das ist verständlich....
<p> <a href="http://docs.oracle.com/javase/tutorial/java/javaoo/accesscontrol.html">das offizielle tutorial</a> kann für sie von nutzen sein.</p><pre> \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ | │ klasse │ paket │ unterklasse │ unterklasse │ welt | | │ │ │ (gleiche packung) │ (verschiedene packungen) │ | | ───────────┼───────┼─────────┼ ──────────┼──────────┼──────── | | public │ + │ + │ + │ + │ + | | ───────────┼───────┼─────────┼──────────┼─── ───────┼──────── | | protected │ + │ + │ + │ + │ | | ───────────┼───────┼─────────┼──────────┼─── ───────┼──────── | | kein modifikator│ + │ + │ + │ │ | | ───────────┼───────┼─────────┼──────────┼─── ───────┼──────── | | privat │ + │ │ │ │ | | \_\_\_\_\_\_\_\_\_\_\_ | \_\_\_\_\_\_\_ | \_\_\_\_\_\_\_\_\_ | \_\_\_\_\_\_\_\_\_\_ | \_\_\_\_\_\_\_\_\_\_ | \_\_\_\_\_\_\_\_ | +: zugänglich leer: nicht zugänglich </pre> > 
> Ist eine Adressleitung eine Steuerleitung? 
>   
> 


Nein. Mit Adress- und Steuerleitungen werden zwei verschiedene Aufgaben realisiert. Siehe hier (<https://books.google.de/books?id=YGatBgAAQBAJ&pg=PA23&lpg=PA23&dq=adressleitung+steuerleitung&source=bl&ots=35Wof_9bRk&sig=XUaUHlYDx1vtaLrAR7K26OCv8fM&hl=de&sa=X&ved=0ahUKEwiLsefx-PrZAhXPKlAKHQUtBs8Q6AEIYDAE#v=onepage&q&f=false> , ab Seite 23 bzw. Kapitel 2.7). Eine Route ist nur eine Funktion. Sie können also wie gewohnt Argumente übergeben:


```
<code>// Redirect to /hello/Bob
def helloBob = Action {
    Redirect(routes.Application.hello("Bob"))    
}
</code>
```
Dieser Ausschnitt stammt von<http://www.playframework.org/documentation/2.0/ScalaRouting> (unten) Am besten einen Vergleich machen. <p>sie bewegen sich <strong>zurück</strong> und <strong>vorwärts</strong> in der geschichte.<br> sie bewegen sich zu den elementen <strong>vorheriges</strong> und <strong>nächstes</strong> in einer kette.</p><p>also sind <em> back </em> und <em> forward </em> spezifischer als <em> vorherige </em> und <em> nächste </em>, dh letztere sind immer in ordnung, die erste nur, wenn der benutzer dort gewesen ist vorher (wie michael histen bereits sagte).</p><p>innerhalb dieser regeln ist <em> back </em>/<em> next </em> ein korrektes paar, wenn sie immer beginnen sie mit dem ersten element.</p><p>(sie könnten in diesem szenario zwischen <em> vorwärts </em> und <em> weiter </em> wechseln, aber es gibt es hat keinen sinn, und es würde den benutzer wahrscheinlich verwirren.)</p> <p>wenn dies meine entwurfsentscheidung wäre, würde ich wahrscheinlich eher eine option c (modifizierte option a) wählen.</p><h3>erstens, warum nicht 'option b':</h3><p>zum einen gefällt mir die klarheit, dass jedes produkt seinen eigenen tisch hat. wenn es sich nur um eine große tabelle mit einem feld zur bestimmung des typs handelt, ist die beziehung nicht so klar.</p><p>zum anderen würde die indizierungsstrategie immer erfordern, dass dieses typfeld aufgelistet wird. da es sich nur um 4 typen handelt, ist die indexkardinalität extrem niedrig (<code>select * from product\_table where type='x'</code> führt im grunde sowieso einen vollständigen tabellenscan durch)</p><h3>option c.</h3><ul> <li>erstellen sie eine übergeordnete tabelle, die nur die spalten enthält, die alle typen gemeinsam nutzen</li> <li>erstellen sie jeden produkttyp als eigene tabelle mit ihren einzelnen spalten, mit einem zusätzlichen: ein link zur übergeordneten tabelle</li> <li>erstellen sie jede 'link'-tabelle: product\_option, model\_option usw. mit links zu den jeweiligen schlüsseln.</li> <li>für diejenigen mit wechselseitigen links (model\_option, option\_model) erstellen sie auch diese tabellen. dies erhöht die klarheit ihrer joins für alle, die sich das ansehen.</li> </ul><p>der nachteil ist die komplexität, sicherzustellen, dass waisen vermieden werden, wenn dinge aktualisiert/gelöscht werden, und zunächst die abfragen zu entwerfen, die diese tabellen verwenden.</p> <p>ich würde mich zur tabs-lösung beugen. im moment verwenden sie viel vertikalen raum, und wenn zwei listen übereinander liegen, ist die anzeige schwierig. stellen sie sich vor, sie haben diese beiden toolboxen aus ihrem beispiel übereinander.</p><p>der ansatz mit registerkarten spart platz und ermöglicht es ihnen, einige coole dinge zu erledigen, z. b. kleine hinweise im apple-stil auf der registerkarte, die die anzahl neuer oder wichtiger elemente in dieser registerkarte anzeigen. sie müssen nicht einmal per se "tabulatoren" sein - nur schaltflächen, die den status des bedienfelds unter ihnen umschalten.</p> <p><code>more</code> ist ein grundlegender pager, mit dem sie seitenweise nach unten scrollen können. nur abwärts.</p><p><code>less</code> ist ebenfalls ein pager, verfügt jedoch über zusätzliche funktionen zum scrollen durch die eingabe nach oben und unten sowie über mehrere andere erweiterungen.</p><p>also ja. <code>less</code> ist mehr und <code>more</code> ist weniger. eine andere gebräuchliche redewendung (gemäß dem <a href="http://en.wikipedia.org/wiki/less\_(unix)">wiki-eintrag</a> ) ist "<code>less</code> ist <code>more</code>, mehr oder weniger". der name kommt von der tatsache, dass der autor (mark nudelman) im wesentlichen ein programm wollte, das "rückwärts mehr" war - das gegenteil von mehr ist <code>less</code>.</p> mir gehts umgekehrt  
hallo,  
finde deinen beitrag sehr interessant, weil es bei mir genau umgekehrt ist. ich bin ein mann,, der sehr gerne frauenkleidung trägt und gerne frauen kennenlernen möchte, die diese neigung akzeptieren...  
deswegen kann ich deine gedanken gut teilen. Das hängt wirklich davon ab, wie gut du surfen willst! Wir empfehlen mindestens drei Lektionen, um das Gefühl des Surfens zu bekommen. Schauen Sie sich unser Surfpaket für Anfänger an. Sobald Sie einen Anfängerkurs gemacht haben, können Sie ihn von dort nehmen .. und erhalten noch die Paketpreise