Sneaksta,
Ich denke, Ich verstehe, worüber du fragst, aber ich bin nicht 100% sicher, weil du keine Code-Beispiele gepostet hast.
Also werde ich Ihnen ein Beispiel geben, wie Sie eine "teleskopische" Ansicht haben, mit der Sie verschiedene Stil-Tags innerhalb der Kopf-Tags modular laden können.
Wie Damien Pirsy erwähnt, werden Ansichten gepuffert, was bedeutet, dass CI einen speziellen Ausgabepuffer erstellt und eine Reihe von View-Objekten zusammenfügt und dann den endgültigen Pufferinhalt als fertige Webseite ausgibt.
unten Mein Beispiel auf diese Art von Kette des Denkens gebaut:
Endbenutzers (Anrufe) -> Seite Controller, der dann: (ruft & Pässe params) -> Erstansicht (ruft mehrere Fragmentsichten) -> Fragment View + -> Fragment View + -> Fragment View = Schluss Kumulative Seite -> Endbenutzer
-> (zurück als Ausgabe gesendet) Fi Machen Sie zuerst die "Basisansicht", die wir "Basis" nennen.php“Referenz zuliebe:
<!doctype html>
<html>
<head>
<!-- Base View -->
<?php
//This "if" + "isset()" statement is important,
// because if you forget to pass the variable in the controller
// CI will throw an error.
// Also important: the name of variable ($style) MUST match the
// the name of the associative element in the controller! (See
// remarks below on handling this in the controller)
if(isset($style))
{
//Loading views is like a telescoping effect:
//A view may load other views into itself recursively
$this->load->view($style);
}
else
{
//This echo statement will show a comment in
// source code if an error occurred during loading a view
echo "<!-- Style not found -->");
}
?>
</head>
<body>
<!-- Page Content Here -->
</body>
</html>
Als Nächstes erstellen Sie die Design-Ansicht (Anmerkung: die folgenden Codefragment alle in einer separaten Datei selbst sein würde), die wir rufen‚style1.php‘und muss sich mit . Ihre anderen Ansichten, um für CI, es zu finden, in der „application/views“ Ordner zB auf diese Weise können Sie einen Inline-Stil Block im Header von nur ändert, welcher Stil Ansicht geladen wird erklärt auslagern:
<style type="text/css">
/*Style 1:*/
/*Just do something simple and obvious, i.e. turn text red*/
body { color: red; }
</style>
Als nächstes erstellen Sie die alternative Stilansicht (Anmerkung: das folgende Codefragment würde sich in einer separaten Datei befinden), die wir "style2.php" nennen, und muss sich mit Ihrer befinden andere Ansichten, damit CI es finden kann, z.B. im Ordner "application/views". Auf diese Weise können Sie einen Inline-Stil Block im Header deklariert tauschen nur durch Ändern welcher Stil Ansicht geladen wird:
<style type="text/css">
/*Style 2:*/
/*Just do something simple and obvious, i.e. turn text blue*/
body { color: blue; }
</style>
nun innerhalb unserer Controller „example.php“ wir sagen base.php die style1.php laden Datei in den Header. Dazu übergeben wir den Dateinamen als Parameter, wenn wir die base.php-Ansicht laden, indem wir den Dateinamen als Element eines assoziativen Arrays übergeben. Code-zünder analysiert dieses Parameter-Array und erstellt eine Variable mit demselben Namen wie die assoziatives Element und macht diese Variable in der base.php Ansicht zur Verfügung:
<?php
class Example extends CI_Controller
{
//Constructor
function __construct(){ parent::__construct(); }
//Base View request handler
function baseview()
{
//Note: Make an array, be certain to name the element
// the same as what will be expected inside base.php
$params = array("style" => "style1.php");
//Switching to load a different style is now easy
// just comment out the line above, and uncomment the line below:
//$params = array("style" => "style2.php");
//Pass the parameters array into the CI load view method:
$this->load->view("base.php", $params);
}
}
?>
das kumulative Ergebnis sollte die modulare Fähigkeit sein, den Stil-Tags in dem Seitenkopf zu wechseln, nur um die „Stil-Ansicht“ die Angabe zu laden (Sie könnten sogar ein Modell erstellen, das die zu ladenden "Stilansichten" aus einer Datenbanktabelle abruft). Offensichtlich hat dieser Ansatz innerhalb eines Webbrowsers bestimmte Verarbeitungs-Overhead-Einschränkungen, da Sie tatsächlichen Inline-HTML-Quellcode konstruieren, anstatt über ein Link-Tag mit einer CSS-Datei zu verknüpfen. Dies bedeutet, dass der Browser den css-Inhalt nicht für jede Seitenladung zwischenspeichert, sondern ihn bei jeder weiteren Anfrage herunterladen muss.
indem Sie sie in Ihrem Controller zuweisen und sie an beide Ansichten senden. –
@Sneaksta, bitte Code-Beispiele bekannt geben. Und bitte klären Sie auch, was genau Sie erreichen möchten. Versuchen Sie, eine Ansicht zu haben, die die "Kopf" -Tags enthält? Versuchen Sie, etwas Spezifisches in die Kopf-Tags aufzunehmen? – hypervisor666
Ansichten werden gepuffert, wenn man einen innerhalb eines anderen lädt, wird die gleiche Variable auch für diese zweite Ansicht verfügbar sein –