Opened by anamollo4music at 2013-03-21 12:41
User since
2011-03-19
3809 Artikel
BenutzerIn
![[Homepage]](/battie/theme/default/homepage.gif)
2011-03-19
3809 Artikel
BenutzerIn
Nutze Parameter in CGI/Webanwendungen. D.h.: Bilde die Programmlogik auf Parametern ab. Ob diese Parameter als name/value eines Submit-Butons kommen oder als Query-String in einem Link ist unerheblich.
Also bspw. haben wir die Parameter delete und id. Nehmen wir delete als Schlüsselparameter, muss es im dem entsprechenden Zweig natürlich auch die Möglichkeit geben, den Parameter id zu ermitteln, bzw. den in Parameter id stehenden Wert.
Natürlich könntest Du auch mit nur einem Parameter arbeiten, also sowas wie delete=346 wo der delete-Parameter gleich die dazugehörige id mitbringt, aber manchmal ist es besser, Schlüsselparameter und Nutzdaten sauber voneinander zu trennen -- wegen der Skalierbarkeit und Wartungsfreundlichkeit.
Also anstatt jeder Butten den namen="delete" und im value die id bekommt, ist es besser, um jeden Button herum ein <form> zu bauen und die id in einem hidden-Field mitzuschleifen. Auf diese Art und Weise ist eine konfirmende Rückfrage möglich. So würde der Klick auf einen Button ein neues Formular zum Browser schicken, was mit anderen Namen für den Schlüssselparameter den eigentlichen Löschvorgang vollendet.
Beispiel mit JavaScript für die Konfirmation, das macht die Sache einfacher:
Tabelle:
Script:
D.h., JavaScript/Konfirm verhindert nur den hard-kodierten Link zum Löschen, so daß da nichts versehentlich gelöscht werden kann. Es sollte klar sein, daß solche Seiten einer Zugangskontrolle bedürfen.
Also bspw. haben wir die Parameter delete und id. Nehmen wir delete als Schlüsselparameter, muss es im dem entsprechenden Zweig natürlich auch die Möglichkeit geben, den Parameter id zu ermitteln, bzw. den in Parameter id stehenden Wert.
Natürlich könntest Du auch mit nur einem Parameter arbeiten, also sowas wie delete=346 wo der delete-Parameter gleich die dazugehörige id mitbringt, aber manchmal ist es besser, Schlüsselparameter und Nutzdaten sauber voneinander zu trennen -- wegen der Skalierbarkeit und Wartungsfreundlichkeit.
Also anstatt jeder Butten den namen="delete" und im value die id bekommt, ist es besser, um jeden Button herum ein <form> zu bauen und die id in einem hidden-Field mitzuschleifen. Auf diese Art und Weise ist eine konfirmende Rückfrage möglich. So würde der Klick auf einen Button ein neues Formular zum Browser schicken, was mit anderen Namen für den Schlüssselparameter den eigentlichen Löschvorgang vollendet.
Beispiel mit JavaScript für die Konfirmation, das macht die Sache einfacher:
Tabelle:
Code: (dl
)
1
2
3
<td> <a href="https://videojs.org/guides/components/"> Video JS Components </a> </td>
<td> <a href="?edit=119"> <img src="/astro/edit.gif"> </a> </td>
<td> <a href="?delete=119" onClick="return confirm_delete('119','Video JS Components')" class="del_url"> ␡ </a> </td>
Script:
Code: (dl
)
1
2
3
4
function confirm_delete(id, title){
if( confirm("Delete "+title+"?") ) return true;
else return false;
} D.h., JavaScript/Konfirm verhindert nur den hard-kodierten Link zum Löschen, so daß da nichts versehentlich gelöscht werden kann. Es sollte klar sein, daß solche Seiten einer Zugangskontrolle bedürfen.