Die tun wie gesagt der Funktionalität keinen Abbruch, habe trotzdem mal aufgeräumt. Und siehe da: Noch ein paar Fehler gefunden (3 oder 4mal fehlte das Semikolon am Ende eines Statements). ;)
Also wie gesagt: Teste bitte nochmal auf Biegen und Brechen die Funktionalität (du sagtest was von einer SQL - Fehlermeldung? Ich krieg' absolut keine) ...
Didn't find your answer? Ask the community — no account required.
Ich habe hier ne Smart UPS 700. Stand ne Weile ohne Akkus rum. Jetzt kriege ich...
H
Helmut Schellong
Whitespace kann man reinschreiben soviel man will. Aber es ist schlechter Stil. Und Verwendung Regulärer Ausdrücke wird schwieriger. Insgesamt ist das unprofessionell.
Ich sah die Meldung mit den alten Dateiversionen. Aktuell kann ich sie nicht provozieren. Da waren wohl 3 Zeilen Text mit Folgen \b\b\b\b\b\b u.ähnl. drin.
H
Hartmut Kraus
Dann guck' dir erst mal mein HTML an, speziell die Felder in der "AngebotPosition.php". Oder die SQL - Statements in der "funktionen.php". Oder die mit PHP generierten JS - Statements, oder, oder, ... Jede Menge Tabs - um es auch optisch übersichtlich zu haben. Nenn's von mir aus "schlechter Stil", aber dann erkläre mir mal, warum ein JS - Validator zwar keine Fehler findet, aber mich serienweise annölt: "Use spaces, no tabs!" ;)
Mit Regexen kenne ich mich gar nicht aus. ;)
Ich erhebe auch keinen Anspuch auf Professionalität. Aber zufrieden bin ich schon damit, was ich da (wie gesagt ausgehend von >~ 0 Vorkenntnissen in PHP, JS etc.) bis jetzt hingekriegt habe.
Alles klar. Das war mit ziemlicher Sicherheit ein Folgefehler der vergessenen Semikolons (Semikola? Egal - da sage ich eben "Strichpunkte"). ;) Da wurden eben wohl von Fall zu Fall unterschiedlich zwei Statements (ohne das Semikolon dazwischen) richtig oder falsch interpretiert.
Also danke für die Hinweise.
H
Helmut Schellong
"VIELE Leerzeichen und/oder Tabs sinnlos am Zeilenende"
Am ZEILENENDE!
Man sollte auch in der gesamten Quelle einen exakt gleichen Stil verwenden.
Ich meine nur Folgendes!: "VIELE Leerzeichen und/oder Tabs sinnlos am Zeilenende" Am ZEILENENDE!
formatting link
H
Helmut Schellong
formatting link
H
Hartmut Kraus
Am 12.05.20 um 16:08 schrieb Helmut Schellong:
Is ja gut nune, ich habe aufgeräumt. Und dabei noch ein paar Fehler gefunden, also nochmal danke für die Hinweise.
Sollte man. Ich bemühe mich auch. Da wo's sinnvoll ist. Das ist es meistens, aber nicht immer. Man muss auch immer auf Lesbarkeit und Wiederverwendbarkeit des Codes achten. Und zwar nicht nur für "absolute Profis".
Na, wenn wenn das das einzige ist, was du an der "Professionalität" meines Stils noch auszusetzen hattest, kann man doch wirklich zufrieden sein. Ich maile dir mal noch die Excel - Tabelle, von der ich ausgegangen bin, und dann sag' du mir mal, wie die "professioneller" in eine Webseite umzusetzen ist. ;)
Is doch gut, also wirklich: Ein bisschen Humor stände dir auch gut. ;)
S
Sieghard Schicktanz
Hallo Rolf,
Du schriebst am Mon, 11 May 2020 21:17:11 +0200:
[C]
Das restliche Prozent teilt sich halt zu ungleichmäßig auf. Ich möcht' das mal so sagen: C ist so verbreitet, weil es so überaus viel mehr Usanier als Schweizer gibt. (Usanier: Kernighan/Ritchie, C; Schweizer: Prof. Niklas Wirth, Pascal)
J
Josef Moellers
Wobei das Problem bei dem Vergleich ist, daß C von Anfang an für Low-Level-Programmierung (Unix, Utilities) entworfen und auch eingesetzt worden ist und Pascal als Lern-Sprache, was seinen Ausdruck in den zahllosen Dialekten fand, die seinerzeit auf dem Markt waren, um dem recht einfach gehaltenen Sprachumfang "praktische" Elemente hinzuzufügen.
Obwohl ich nie ernsthafte Programme damit geschrieben habe, käme Modula-2 wohl eher an den Einsatzbereich von C heran.
Josef
H
Hans-Peter Diettrich
Am 12.05.2020 um 23:46 schrieb Sieghard Schicktanz:
Das Dumme daran: Schweizer denken erst, und entwickeln daraus ein Sprachkonzept. Ohne Rücksicht darauf, wer das Konzept nachher vollständig implementiert.
Usanier fangen erst mal an zu programmieren, und erweitern dann (Sprache oder OS) nach Bedarf. Dabei ist C so beliebt, weil es (fast) jede Schweinerei zuläßt, die einem Newbie oder Hacker gerade einfällt, ohne daß er über eine saubere Implementierung nachdenken muß. Und wenn der Compiler doch meckert, dann bringt man ihn mit einem Typecast zum Schweigen. Damit kann man Gleichgesinnte/Konkurrenten zum Staunen und Schweigen bringen - mein Auto, mein Compiler, mein Code...
DoDi
H
Helmut Schellong
Diese Begründungen für die Beliebtheit von C lese ich sehr oft. Sie werden allerdings in Wirklichkeit die Geringrangigsten sein.
Hauptgründe werden sein: o C ist eine sehr schlanke Sprache, die sehr einfach implementierbar ist. o C-Programme arbeiten ultra-schnell und klein. o C ist eine Universalsprache. o C ist sehr stark verbreitet.
H
Helmut Schellong
:%s/[ ]\+$//
Damit kannst Du im Vim-Editor alle Leerzeichen und TABs vor dem Zeilenende in allen Zeilen einer Datei löschen. Dauert vielleicht 0,3 s pro 100000 Zeilen.
S
Sieghard Schicktanz
Hallo Helmut,
Du schriebst am Wed, 13 May 2020 13:18:17 +0200:
[Gründe für die Verbreitung von C] ...
Das dürfte Nr. 1 mit großem Abstand sein.
Deshalb wurden Debugger, Patches, Updates, und ähnliches erfunden, und inzwischen sind wir soweit, daß sogar Autos "OTA" (Over The Air) Updates brauchen, damit man sie (nicht) fernsteuern kann... Das brachte alles viele viele Arbeitsplätze für Leute, die sich in ihrem Fachbereich nicht recht etablieren konnten und deswegen lieber zu programmieren anfingen...
A
Axel Berger
Mit denen habe ich auch lange gefremdelt. Irgendwann kam ich nicht mehr dran vorbei und seitdem mag ich nie wieder ohne.
-- /¯\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067 \ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069 X in | D-50829 Köln-Ossendorf
formatting link
\ Mail | -- No unannounced, large, binary attachments, please! --
H
Helmut Schellong
Ja, ich bin ein ausgesprochener RegEx-Fan. Man kann damit seine Produktivität vervielfachen! Besonders mit Suchen&Ersetzen.
H
Hartmut Kraus
Naja, das kann meine IDE auch.
H
Helmut Schellong
Mit oder ohne RegExp zu formulieren?
Manche IDE bieten RegExp an - aber seltener. Ohne RegExp ist der Nutzen sehr eingeschränkt.
H
Hartmut Kraus
formatting link
erst mal "in Unreine" tippen will und es z.B. aus " automatisch "" macht ...
H
Helmut Schellong
:120,$g/rot/s/[ ^I]\+$//
Alle TABs und Spaces an den Zeilenenden entfernen, in den Zeilen 120 bis Dateiende, in denen 'rot' vorkommt.
/\(.\+\) \+\1
Suchen nach zwei genau gleichen Zeichenketten, zwischen denen mindestens 1 Leerzeichen steht:
<html lang details details it to " " // /Po in nc Edge gesondert var arrNode var rahmen
<!DOCT200YPE HTML>
In Deinen Dateien steht Vorstehendes. Dies ist ein Fehler. Man soll heutzutage unbedingt <!DOCTYPE HTML> verwenden.
H
Hartmut Kraus
soll eben keiner Quellre blind vertrauen. Aber wohl auch keienem HTML - Validator, der hat das auch nicht gemerkt. ;)
H
Helmut Schellong
Es wurde korrekt gesucht und gefunden, nicht falsch. Als regexp-Beispiel ist es sinnvoll.
Join the Discussion
Have something to add? Share your thoughts — no account required.
Didn't find your answer?
Ask the community — no account required
Report Content
You are reporting this content to the moderators. They will look at it
ASAP.