Természetesen. De ez még nem veszi el a magyar szövegek létjogosultságát.
Természetesen. De ez még nem veszi el a magyar szövegek létjogosultságát.
Hasonlóan vagyok vele. Én 99%-ban csak külföldi szakmai forrásokat olvasok.
Ez a fórum azért kivétel, mert SEO témában a magyar nyelvterülettel is foglalkozik (katalógusok, stb.). Egyéb témákban, ahol nincs magyar-specifikus vonatkozás, a magyar források általában nem nyújtanak pluszt az angol nyelvűekhez képest, és jóval elmaradnak azoktól.
Ez egyébként ugyanaz, mint a magyar Wikipédia. Ha valaki tud angolul, akkor nem sok értelme van egy témáról a magyar Wikin olvasni, mert ugyanaz általában sokkal kidolgozottabb az angolon. Kivétel, ha magyar témáról van szó, azokért érdemes a magyar Wikipédiára menni.
Jó lenne, ha mindenről lenne az angollal versenyképes tudásanyag magyarul is, de be kell látni, hogy angolul jóval többen tudnak, ezért magyar nyelven olyan tartalmat érdemes elsősorban előállítani, aminek van magyar vonatkozása.
Utoljára módosítva: spontan által : 2009-11-19 10:14
Ezt hogy érted? A Railst egy csomó mindenre lehet használni. Ha a kérdés az, hogy van **** on Rails, nem csak Rubyra, akkor egyedül Groovy on Rails volt, de átnevezték, így most Grails néven fut. Sok framework elkészítésekor pedig a Railst vették alapul, gyakorlatilag a frameworkok etalonja lett. Az összes általam ismert PHP framework is mind "olyan szeretne lenni, mint a Rails, csak PHP-ben", ez viszont elég nehéz, mivel a PHP nem tisztán objektumorientált nyelv. Ilyen frameworkok a Symfony vagy a Cake PHP.
Most webes frameworkról fogok írni, de analóg módon mindenre van, nemcsak webfejlesztésre.
Szóval a webes frameworkok azért vannak, hogy a fejlesztők ne az alacsony szintű, nagyon sok projektben előforduló általános dolgokkal töltsék az időt, hanem a konkrét projekt specifikus kihívásaival foglalkozzanak.
Például ezért az összes adatbázis műveletet, migrations, stb. a framework fogja megoldani. De minden művelet felgyorsul, még a html kód kigenerálása is.
Pl:létrehoz egy text fieldet.Kód:<%= f.text_field :csel%>
Viszont nagyon flexibilis is, mert objektumorientált, úgy értem igazi szép objektumorientáltság van itt, nem afféle utólagos ráeszmélés, hogy jól hangzana, ha OOP lenne.
Például a fenti példánál minden text fieldemhez szeretnék egy labelt hozzáadni:
Ezzel felülírtam a text_fieldet ami a Railsben van alapból, de csak azt kellett megírni, ami más, vagyis a label hozzáadása és a sortörés.Kód:def text_field(method) label(method) + "<br />" + super(method) end
A label már meg van írva amúgy, csak külön kellene hívni
de az előbbi módon automatikusan fog jönni minden text_fieldhez.Kód:<%= f.label :csel%>
De tegyük fel, hogy minden kötelezően kitöltendő field után akarok írni egy[*]-ot.
Ez esetben tovább bővül egy wrapperrel:
Természetesen a wrapperkénél is csak ami újdonság, ami specifikus azt írom meg:Kód:def text_field(method, options={}) wrapperke(label(options.delete(:label) || method) + "<br />" + super(method, options), options) end
Tehát a lényeg, hogy ne ismételd magad, vagyis DRY.Kód:def wrapperke(text, options={}) field_osztaly = "field" csel = "" if options[:required] field_osztaly = "field eztkikelltolteni" csel = "[*]" end "<div class='#{azosztalyom}'>" +text + csel + "</div>" end
Ahááááá!
Tehát akkor ez olyan, mintha framework nélkül azt csinálnám, hogy kiöntöm saját eszközök használatával a lego elemeket műanyagból és utána elkezdek ezekkel építeni,
frameworkkel pedig megkapom a lego kockákat és nem kell pepecselnem, csak kreatívkodnom?
Könyvjelzők