Miksi muka on väärin sisentää sisennyspainikkeella ->.
Kuulemma pitäisi käyttää kahta välilyöntiä?
Minusta tuo on kätevämpi ja selkeämpi. Ope ei osannut sanoa syytä.
Kuulemma pitäisi käyttää kahta välilyöntiä?
Minusta tuo on kätevämpi ja selkeämpi. Ope ei osannut sanoa syytä.
Vastaukset 34
Vanhimmat
Koodaaminen on yleensä tiimityötä ja siksi on suotavaa olla samat peli/tyylisäännöt kaikille, jotta seuraava voi jatkaa edelliseltä kesken jäänyttä ilman että tarvitsee ihmetellä mitä missäkin kohtaa on yritetty tehdä ja onko siellä kenties ihan karmea virhe.
Sisennykset tehdään neljällä välilyönnillä eikä ikinä tabulaattorilla!
Ettäs senkin nyt tiedätte :)
Jos koodia ei osaa lukea, niin ei voi toimia ohjelmoijana. Olen itse joutunut lukemaan paljon eri ihmisten kirjoittamaa koodia etsiäkseni bugeja, ja osaajat kyllä erottuvat...
Ihan näin meidän kesken:
kognitiivisen kitkan vähentämiseksi ja jotta nörtti ymmärtäisi toista nörttiä, on oltava säännöt ja niiden rikkojille tuntuva rangaistus.
Eihän siitä muuten mitään tulisi.
Nämä ovat maku- ja mielipidekysymyksiä. Itse sisennän kaiken koodi tabuloinnilla, joka tekee koodista helpommin luetttavaa ja selkeämpää,
Minä en kiinnitä koko asiaan mitään huomiota koska editori tekee sisennykset automaattisesti ja luotan sen arviointikykyyn enemmän kuin omaani. Mutta kaippa noilla sääntelyillä haetaan jotain yhtenäisyyden henkeä. Kyse on tavallaan kielestä ja olisi hyvä jos kaikki kirjoittaisi samaa kieltä eikä sekaisin sen eri murteita. Lopputulos on niin nätimpi.
Ohelmointikielissä ei ole murteita, vaan ne ovat omia kieliään omilla käskyillään, jotka tulee tietää ja osata jos aikoo ohjelmoida.
Parasta onkin keskittyä aina vain yhteen ohjelmointikieleen.
näin! kunhan vain toimii yksiselitteisesti, niin silloin ne voi toinen halutessaan muuttaa. eikä noilla merkitystä loppupeleissä ole kuin jossin pythonissa, jossa lohkot tunnistetaan sisennyksestä. python-maailmassa sekakäyttö on ehdottomasti haram.
itse käytän ihan kaikessa neljää välilyöntiä, oli suositukset mitä tahansa. ja vscoden oon säätänyt niin että tabulaattori antaa sen neljä välilyöntiä.
Kiitos kommenteista. Kysyin miksi ei sisennys kelpaa, vaan käytetään 2 tai 4 välilyöntiä? Onko joku tilanne missä sisennyksestä on haittaa?
Eri editoreissa voi tabulaattorin mitta vaihdella, mutta välilyönnin mitta on vakio. Sitten kun yhdistetään Villen ja Kallen kirjoittamat koodinpätkät, niin lopputulos muistuttaa pahimmillaan tilkkutäkkiä jos yhteisiä pelisääntöjä ei ole sovittu ja noudatettu.
Voihan tuo olla vielä jokin varotoimi koneellisen skannaamisen takia. Tulisiko robottiskannerille enemmän virheitä työssään jos ihmiset ovat sille jättäneet sekavanlaista jälkeä.
Ei ole tullut vastaan sellaista, mutta normaalin pituinen tabulointi ajaa lähes aina jossakin kohtaa ruudun näkyvän osan ulkopuolelle ja joudutaan tekemään vierityksiä vaakasuunnassa. Ihanne tilanne on, että jonkin tehtävän tekevä rutiini sopii ruudulle kokonaisuudessaan.
Kun käytämme sisennyksiin tabulointia, on se jokaisessa editorissa säädettävissä minkä pituiseksi tahansa. Mutta jos julkaiset koodisi vaikka pastebin.com sivulla, ei tabulointia voida siellä muuttaa, niinpä täytyy ennen julkaisua muuttaa tabulointi merkit välimerkeiksi. Tähän törmää poikkeuksitta kun julkaistava koodi on html sisältöinen.
Mutta mutta, valitaattorit eivät hyväksy html5 koodin sisennyksiä, jostakin syystä, vaan kaikkien rivien tulisi alkaa rivin ensimmäisestä merkistä. Tämä on käsittämätön kehityksen suunta, koska lohkojen mieltäminen sisennettynä on erittäin paljon selvempää.
Osa editoreista muuttaa tabuloinnit välilyönneiksi lopppelissä, ja usean eri ihmisen koodia ei todellakaan sotketa yhteen ja samaan tiedostoon kuten rusinoita pullaan.
Poikkeuksena tässä on kuitenkin ns. 'backporting', jota tekee todella harva, jolloin joutuu lukemaan useiden ihmisten tekeleitä, ja ottamaan näistä osia varsinaiseen lopulliseen lähdekoodiin, jolloin tällä henkilöllä on oikeus ja vapaus muokata ja käyttää juuri sitä tyyliä kuin haluaa.
Yksi ohjelmoija on aina vastuussa jostain tietystä osa-alueesta ja sen toimivuudesta, ja tekee tämän osuuden alusta loppuun, joka sitten vain käännetään mukaan yhdeksi isoksi toimivaksi kokonaisuudeksi.
Sovelluskehityksestä ei tulisi yhtään mitään jos pitäisi vielä pilkkua lähteä viilaamaan, ja kukaan pomo ei takuulla kovin pitkään katso duunareita jotka vain viilaavat pilkkua sen sijaan että tekisivät työtään, eli ohjelmointia.
Itselleni ei myöskään ole ollut ongelma että onko koodissa 2 tai 4 välilyöntiä tai tabulointi, koska sujuva ohjelmointikieliin tarkoitettu editori osaa ottaa tämän huomioon, ja muokkaa myös tabulaattorin käytön tämän mukaisesti, jolloin TAB ei enää ole TAB, vaan vain tuo 2 tai 4 välilyöntiä.
Omasta mielestäni tabulointi on paras syystä että se erottaa ehtolauseet selkeisiin erillisiin kokonaisuuksiin, joka, siis, edelleen, omasta mielestäni vain helpottaa lukemista ja koodin analysointia.
Mutta, kuten todettua, kukin tyylillään. Ei tässä ole oikeaa tai väärää tapaa niin kauan kun tekee toimivaa koodia johon kaikki ovat tyytyväisiä.
Python koodi on hankala jakaa taitamattomalle S24 sivun välityksellä, koska se ei vaan toimi jollei sisennykset ole oikein. Ja S24:n pilaamien sisennyksien palauttaminen vaatii python syntaksin tuntemusta, jota ei tietenkään vasta-alkajalla ole.
Osaajat käyttää 'pastebin'iä eivätkä piipitä tuollaisia...
Taisi mennä pupu pöksyyn, kun ei uskalla kirjoittaa pitempää viestiä.
Kuten sanonta kuuluu "Lyhyestä virsi kaunis", ja jos on sen verran tietämättömyyttä että ei todellakaan tiennyt mitään 'pasebin'istä, kuten näköjään paljon muistakaan vaihtoehdoista, vaan piipittää täällä kun ei näille foorumeille saa koodinpätkiä laitettua "kun se menee sekaisin", niin ehkä kannattaisi puuhastella jotain muuta kuin tietokoneiden kanssa...
Mitä sinä jokellat, katosiko tuti?
Joku ei vauvana saanut tissiä ja tuttia, niin tässä se tulos nähdään...
Menisit vaan muualle jokeltamaan.
Lauanti-ilta näköjään alkaa hyvin kun on ottanut vähän pullosta, niin pystyy vähän jokeltelemaankin, kun ei kerran saa tissiä vieläkään...
Menisit nyt vaan, ei sinua kukaan täällä kaipaile.
Menin makkariin jossa sitten sai tissiä, ja vähän muutakin... :P
Mikä se estää sinua viisastumasta?
Tutkimusten+mukaan,+vauvat+jotka+saivat+tissiä+reilusti+yli+6kk+ajan+välittömästi+syntymän+jälkeen,+ovat+vähintään+15%+viisaampia+kuin+ilman+tissiä+jääneet+ikätoverinsa.
Käytämme tabulointia, mutta editorissaan jokainen säätää tapuloinin pituuden. Välilyötisisennyksiä on hankala siirtää niin että se olisi jokaisen mieleen.
Toiset tykkää äideistä, toiset tyttäristä, osa vetelee kumilla, muut ilman...
Jos tabuloitua koodia ei osaa lukea voi unohtaa muunkin ohjelmoinnin.
Aivan oikein!
Tosi koodari tabuloi koodinsa ja lukee vasemmalla silmällä vasenta puolta ja oikealla oikeaa puolta, samaan aikaan, multitaskaten.
Sisennyspainike sisentämiseen ja välilyönti sanojen väliin. Myös ohjelmoinnissa. Aina!
Välilyönneillä sisentämistä kannattavat he, jotka kirjoittavat koodia Notepadilla tai muulla kelvottomalla ohjelmointityökalulla.
Kunnon editorin tulee osata automaattisesti asettaa sisennys oikein, esimerkiksi PHP:lle kahden ja assemblerille kahdeksan merkin mittaiseksi. Kunnon editori myös näyttää ruudulla milloin koodissa on sarkain- eli sisennysmerkki ja milloin välilyönti.
Ohjeeni aloittelevalle koodaajalle onkin: Hanki kunnon editori ja opettele käyttämään sitä.
VS 2019 ☹ https://www.youtube.com/watch?v=svJvT6ruolA
VS 2013 ☺ https://www.youtube.com/watch?v=2em-huMyeNk
Basic aikaan ei sisennetty koodia ollenkaan
Riippuu siitä mitä Basic-aikaa muistelet. Kuus-nelosen Basic:ia ei voinut sisentää, mutta monessa uudemmassa Basic:issa rivinumerot oli vaihdettu rakenteisiin ja mm. sisennysmahdollisuuteen.
Opettajasi on väärässä. PHP:ssä käytäntönä on sisentää neljällä välilyönnillä. Ei kahdella, ei tabulaattorilla.
https://www.php-fig.org/psr/psr-2/
IDE:t osaa muuntaa tabulaattorisisennöksen neljäksi välilyönniksi.
Laitoit sitten (tahallaan?) linkin vanhentuneeseen ohjeistukseen:
..."Deprecated - As of 2019-08-10 PSR-2 has been marked as deprecated. PSR-12 is now recommended as an alternative."....