BEM denkwijze

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Senior Java software developer

AddSecure is one of the leading companies in Europe within secured, critical communication in several vertical segments. Our rapid growth is organic, as well as acquisitive, and today we have business in 13 countries. Now we are looking for senior JAVA developer to our vertical segment Smart Transport in Gorinchem (NL). Within Smart Transport, we offer flexible and scalable solutions for the entire order-to-cash process (O2C). Our customers can automatically collect, aggregate and enrich transport and logistics data. In addition we help them maximize their precision, predictability, transparency and delivery planning, while minimizing their costs and emission levels. About the

Bekijk vacature »

C# backend developer, Rotterdam

Voor een grote organisatie in Rotterdam zijn we op zoek naar iemand met ruime ervaring in het ontwikkelen van applicaties in .NET C#. Het gaat hier om een organisatie met een maatschappelijke impact. Hun systemen zijn gericht op een groot aantal klanten waarbij het belangrijk is dat de applicaties helder, toegankelijk en up-to-date zijn. Als .NET C# developer werk je aan uiteenlopende applicaties, APIs en het interne framework. Dit doe je binnen een SCRUM team en meedenkt binnen het hele proces. Het team bestaat uit meerdere C# developers variërend van medior tot senior. Er is dus veel kennis en ervaring

Bekijk vacature »

Mobile App Developer

Ons Mobile-ontwikkelteam zoekt een gedreven Mobile App Ontwikkelaar. Ben jij analytisch en heb je passie voor het ontwikkelen van apps? Dan zijn wij op zoek naar jou! Jouw baan ChipSoft heeft al diverse apps uitgebracht en het aantal gebruikers hiervan neemt snel toe. Je kunt hierbij denken aan apps voor verpleegkundigen, thuiszorgmedewerkers, de sterilisatieafdeling en - natuurlijk - de artsen zelf. Door jouw hands-on-mentaliteit, eigenwijsheid en technisch inzicht kun je nauwkeurig herbruikbare software schrijven. Die software sluit naadloos aan op onze ‘back end’ (HiX, onze ICT-totaaloplossing voor de zorg). Samen met je collega’s ben je verantwoordelijk voor het ontwerpen en

Bekijk vacature »

Junior software developer

Functieomschrijving In jouw nieuwe functie ontwerp je voor de klanten geautomatiseerde processen in de richting van beveiligingsoplossingen. Jouw werkzaamheden bestaan uit: Maken van functionele-en technische ontwerpen Ontwikkelen van software applicaties Documenteren van ontwikkelde software Monitoren en beheren van kwaliteit van de ontwikkelde software Ondersteunde activiteiten bij het beheer van het interne netwerk Functie-eisen Kennis van languages: C# Aspnet Core MS SQL HTML LESS/CSS Json Kennis van Tools: Visual Studio VS Code Microsoft SQL Management Studio WiX Toolset Git (Github) Kennis van Libraries: Razor Pages Server Side Blazor Dapper Mediatr Automapper Fluentvalidation Nodatime Topshelf Bekend met Areas: Websites, Api’s, Windows Services,

Bekijk vacature »

.NET developer / C# / Azure / Zorg

Functieomschrijving Ben jij een .NET Developer met minimaal 2-3 jaar ervaring en ben je toe aan de volgende stap in je carrière? Wil jij werken op het hoogste niveau en aan de slag gaan bij de .NET ontwikkel organisatie van Brabant? Dan is deze functie perfect voor jou! Als .NET Ontwikkelaar ga je: Programmeren van high-availability en high-security applicaties in C#; Samen met je teamgenoten nieuwe applicaties/diensten ontwikkelen in .NET; Overleggen met de informatie analisten en testers; Ontwikkelen van webservices (WCF); 20% van je tijd besteden aan innovatie; Deelnemen aan projecten om nieuwe ketenpartijen toe te voegen; Bouwen van unit

Bekijk vacature »

Technisch Ontwerper / Applicatie Ontwikkelaar

Technisch Ontwerper / Applicatie Ontwikkelaar Actief Wat ga je doen? Als Technisch Ontwerper / Applicatie Ontwikkelaar kom je te werken bij onze gerenommeerde klanten op projecten of opdrachten van omvang en formaat. Je bent verantwoordelijk voor het omzetten van functionele specificaties naar een technisch ontwerp, het ontwerp van programmaspecificaties voor toepassingen, de realisatie van (gewijzigde) programmaonderdelen en databestanden van toepassingen en de technische systeemtest van applicatietoepassingen. Daarnaast geef je vorm aan webpagina’s en applicaties, stel je gebruikersdocumentatie op en verleen je ondersteuning bij het oplossen van productiefouten. Tevens ben je verantwoordelijk voor het samenstellen en onderhouden van de applicatie c.q.

Bekijk vacature »

Mendix Developer

Over Troostwijk Troostwijk is met 160 medewerkers toonaangevend op het gebied van taxaties van onroerende en roerende zaken ten behoeve van verzekeringen en bedrijfseconomische doeleinden. Daarnaast houden wij ons bezig met schaderegelingen in het belang van verzekerden. In binnen- en buitenland bedienen wij beleggers, banken, (beursgenoteerde) fondsen, overheden, woningcorporaties, financiers en vastgoedgebruikers- van MKB tot multinationals. Troostwijk Groep bestaat uit vier businessunits: Troostwijk Taxaties, Troostwijk Expertises, Troostwijk Real Estate en Apresa (kunsttaxaties). Troostwijk is sinds mei 2017 onderdeel van het Spaanse bedrijf Tinsa. Troostwijk Groep is op zoek naar een ervaren Mendix Developer standplaats Amsterdam Je bent een getalenteerde en

Bekijk vacature »

BI developer SQL ETL Microsoft BI tooling

Bedrijfsomschrijving Onze klant biedt financiële dienstverlening aan organisaties binnen de non-profit sector. Hierbij kun je denken aan overheden en instellingen met een maatschappelijk belang. In vergelijking met andere financiële dienstverleners staan zij er bijzonder goed voor en op sommige punten worden zij zelfs excellent beoordeeld. De organisatie heeft een open cultuur met vrij korte lijnen. Daarnaast zijn duurzaamheid en betrouwbaarheid termen die de organisatie kenmerken. Ter uitbreiding van het team zijn zij op zoek naar een BI Developer. Grote hoeveelheden data zijn kenmerkend voor het applicatie landschap, ze zitten op dit moment middenin een groot traject om een nieuw datawarehouse

Bekijk vacature »

developer ServiceNow

Functieomschrijving Bij de grootste HR service organisatie ter wereld sta je met 5.500 medewerkers en 80.000 flexkrachten in Nederland voor een grote uitdaging. Bij zoveel informatie is het belangrijk dat deze op de juiste plek terecht komt en onze werkprocessen en de IT op elkaar aansluiten. Daarom zijn wij op zoek naar iemand die business wensen kan omzetten naar technische oplossingen. Je maakt niet alles technische analyses, maar denkt ook mee over de mogelijke impact op andere processen en systemen, en bouwt uiteraard de oplossing zelf. Als developer ServiceNow (technical Lead Work Processes) bouw jij de oplossingen die ervoor zorgen

Bekijk vacature »

Oracle BI Developer Automotive Internationaal

Bedrijfsomschrijving Deze organisatie is internationaal actief binnen de zakelijke dienstverlening en heeft de kwaliteit van de IT afdeling hoog in het vaandel staan. Al vanaf de oprichting, meer dan 20 jaar geleden, heeft de IT afdeling alle systemen in eigen beheer en worden de eigen applicaties inhouse ontwikkeld in onder andere Oracle, Java en OutSystems. Deze applicaties worden in meer dan 15 Europese landen gebruikt en de volledige ontwikkeling hiervan vindt plaats in het hoofdkantoor gevestigd in regio Utrecht. Vanuit hier worden 15 landen (ruim 1500 gebruikers) voorzien van server based computing. Om dit mogelijk te maken wordt er gebruik

Bekijk vacature »

Webdeveloper

Functieomschrijving Voor een detacheerder in de ICT, gevestigd in Delft, zijn we op zoek naar iedereen met kennis van programmeertaal. Dit bedrijf heeft opdrachten bij verschillende organisaties, denk aan front-end, back-end, embedded systems, mobiele apps en data science. Naast bovenstaande kennis kan jij collega's motiveren en enthousiasmeren met daarbij efficiëntie en kwaliteit hoog in het vaandel. Aangezien je soms in een project werkt is samenwerken met andere ontwerpers, programmeurs en interactiedeskundigen niet weg te denken. Tot slot is het belangrijk dat jij van afwisseling houdt en snel werkzaamheden op pakt. Jij vindt werken op projectbasis leuk! Het zou ook zomaar

Bekijk vacature »

Java developer medior/senior

Op zoek naar leuke collega's waarmee je kunt lachen, gave projecten en een ambitieuze werkgever die heel goed voor je zorgt? Aangenaam: Profit4Cloud! Wij zijn nu met 55 collega's en werken sinds 2015 vanuit 5 vestigingen aan mooie projecten met een fijne groep collega's die allemaal maar één ding willen: mooie en slimme software-oplossingen ontwikkelen met de nieuwste technieken. We zijn goed bezig en zijn daarom op zoek naar versterking: Java Software Engineers met een pioniersmentaliteit en ervaring in back-end en front-end software ontwikkeling. Ben jij de Java Software Engineer die enthousiast wordt van mooie projecten waar binnen jij een

Bekijk vacature »

Junior .Net Developer voor geautomatiseerde emailm

Onze klant is een Email Marketing Automation ontwikkelaar voor vele grote klanten in Nederland en België. Met hun marketingsoftware weten zij dagelijks miljoenen mensen te bereiken voor hun klanten. Als Junior .Net Developer van het jonge en informele Innovatie Team breng jij het platform naar een hoger niveau. Je bent hierbij als junior vanaf dag 1 volledig betrokken bij het team. Je bent betrokken de volledige software development life cycle en gaat dan ook mee naar de grote klanten. Terwijl je wordt ingewerkt en dagelijks spart met je 15 gezellige collega’s, werk je aan zowel de front-end als back-end van

Bekijk vacature »

Ervaren .NET developer gezocht, api development, .

Ben je een ervaren .NET developer en op zoek naar baan waarbij je je ook meer kunt gaan richten op architectuur? Binnen een leuke, sociale en betrokken werkomgeving? Met technieken als .NET Core en Azure? Dan zou deze baan wellicht iets voor jou kunnen zijn. Voor een organisatie in Rotterdam zijn we op zoek naar eens ervaren .NET ontwikkelaar. De organisatie bevindt zich in de financiële branche en is een van de grotere spelers in hun vakgebied. De organisatie bestaat uit circa 600 medewerkers en heeft verschillende vestigingen in Nederland. Het hoofdkantoor zit in Rotterdam en daar is ook de

Bekijk vacature »

.NET Developer / C# / financiële organisatie

Bedrijfsomschrijving Als C# .NET Developer wordt je verantwoordelijk voor het ontwikkelen van applicaties voor belangrijkste product van deze organisatie. Dit product is een applicatie voor alles omtrent hypotheken. De programmeertaal die je hierbij beheerst is C#. Er wordt gewerkt met de nieuwste moderne ontwikkeltechnieken. Daarnaast ben je verantwoordelijk voor het implementeren van gloednieuwe features! Zo is er bijvoorbeeld onlangs een interface met Robotics gebouwd en zijn er veel stand-alone systemen die de komende periode moeten worden vervangen. Kennis van API's is dus zeker noodzakelijk. Je hebt nauw contact met de business om requirements te achterhalen en deze te vertalen naar

Bekijk vacature »

Pagina: 1 2 volgende »

Lord Gaga

Lord Gaga

08/08/2016 18:25:58
Quote Anchor link
Hallo,

Op het internet zie ik vaak voorbeelden van BEM die als volgt zijn opgebouwd:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
.list {}
.list__item {}
.list__item--selected {}


Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
<ul class="list">
    <li class="list__item list__item--selected">Item 1</li>
    <li class="list__item">Item 2</li>
</ul>


Nu snap ik de logica, want het ziet er logisch uit en het voorbeeld is redelijk simpel. Maar houdt dit in dat je CSS enkel nog *mag* toepassen op BEM classes en niet op elementen? Wat zou bijvoorbeeld een logische opbouw zijn in de volgende situatie:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
<nav>
    <ul>
        <li>
            <a href="/">Home</a>
        </li>
        <li>
            <a href="/contact">Contact</a>
        </li>
    </ul>
</nav>


Want het onderstaande lijkt me nogal vergezocht:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
<nav class="navigation">
    <ul class="navigation-list">
        <li class="navigation-list__item navigation-list__item--selected">
            <a href="/" class="navigation-list-item__anchor">Home</a>
        </li>
        <li class="navigation-list__item">
            <a href="/contact" class="navigation-list-item__anchor">Contact</a>
        </li>
    </ul>
</nav>


Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
.navigation {}
.navigation-list {}
.navigation-list__item {}
.navigation-list__item--selected {}
.navigation-list-item__anchor {}


Wat is jullie kijk hier op?

Alvast bedankt!
Gewijzigd op 08/08/2016 18:43:52 door Lord Gaga
 
PHP hulp

PHP hulp

24/10/2020 02:18:52
 
Ward van der Put
Moderator

Ward van der Put

08/08/2016 18:32:51
Quote Anchor link
>> Maar houdt dit in dat je CSS enkel nog *mag* toepassen op BEM classes en niet op elementen?

Ja.

Ik had aanvankelijk precies dezelfde bedenkingen bij BEM: waarom zou je zo veel "classitis" toevoegen met een class .navigation-list__item als je al een element li hebt. Dat is echter nou juist precies de gedachtegang achter BEM: je moet iets ook kunnen stylen als een list-item wanneer het géén li is.
Gewijzigd op 08/08/2016 18:33:24 door Ward van der Put
 
- Ariën -
Beheerder

- Ariën -

08/08/2016 18:41:35
Quote Anchor link
- Ariën -:
Zou je de titel van dit topic kunnen aanpassen naar iets wat je vraag- / problemmstelling weergeeft?
Alvast bedankt!
Gewijzigd op 08/08/2016 18:41:54 door - Ariën -
 
Lord Gaga

Lord Gaga

08/08/2016 18:43:34
Quote Anchor link
Oke, dan had ik dat in ieder geval juist, maar wat doe ik dan in het volgende geval:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
<section class="panel">
    <h1>Sign up</h1>
    <p>Enter your details below.</p>
    
    <form method="post" accept-charset="UTF-8">
        <fieldset>
            <legend>Information</legend>
            
            <label for="username">Username</label>
            <input type="text" name="username" id="username" />
            
            <label for="password">Password</label>
            <input type="password" name="password" id="password" />
            
            <label for="password_confirm">Password (confirm)</label>
            <input type="password" name="password_confirm" id="password_confirm" />
        </fieldset>
        
        <fieldset>
            <legend>Submit</legend>
            
            <input value="Sign up" type="submit" name="sign-up" />
        </fieldset>
    </form>
</section>


De enige BEM class in bovenstaande code is "panel". Zou ik "panel", "form" en "fieldset" als 3 aparte blocks moeten zien?
 
Ward van der Put
Moderator

Ward van der Put

08/08/2016 19:35:31
Quote Anchor link
Lord Gaga op 08/08/2016 18:43:34:
De enige BEM class in bovenstaande code is "panel". Zou ik "panel", "form" en "fieldset" als 3 aparte blocks moeten zien?

Nee, dan is <section class="panel"> je Block, dus de B van BEM.
Alle afhankelijke Elements daaronder of daarbinnen zijn dan de E van BEM.
 
Lord Gaga

Lord Gaga

08/08/2016 21:11:13
Quote Anchor link
Ah, oke, dankjewel!

Dan is er nog 1 ding dat ik niet helemaal snap.

https://codepen.io/anon/pen/RRqjgq

In bovenstaand voorbeeld staan een anchor en een button die allebei een button voor moeten stellen. Het anchor ziet er goed uit, maar de button niet. Als je hier CSS aantoevoegt speciaal om die button er uit te laten zien als het anchor, heeft het anchor toch juist onnodige CSS. Of zie ik dit verkeerd?
 
Ozzie PHP

Ozzie PHP

08/08/2016 21:25:20
Quote Anchor link
Wat een vreemde manier om generieke elementen te voorzien van een class ... lijkt me overkill.
 
Lord Gaga

Lord Gaga

08/08/2016 21:29:29
Quote Anchor link
Dat dacht ik ook, maar toch lijkt BEM me een heel gestructureerde manier om te werken. :P
 
Ozzie PHP

Ozzie PHP

08/08/2016 21:36:45
Quote Anchor link
Dat kan, maar het lijkt me ook een hoop overkill. Als voorbeeld een list is een container-element. Alles wat daar in zit kun je prima uniek stijlen aan de hand van een class of id op die list.

Stel dat je een lijst hebt met 50 items, dan zit je dus al 50x onnodig een <li> een class te geven. Lijkt me niet zinvol, nog even ongeacht van de data die je daarmee extra moet oversturen.
 
Ward van der Put
Moderator

Ward van der Put

09/08/2016 07:50:03
Quote Anchor link
Veel code is niet altijd overkill. Dat is zoiets als zeggen dat Van Gogh overdreven veel verf gebruikte. Het maakt BEM juist een enorm expressieve taal voor front-end development.

Als je bijvoorbeeld deze hiërarchie hebt van blokken en elementen, zijn er (a) afhankelijkheden met (b) impliciete en verborgen opmaak, die in een verborgen volgorde wordt bepaald door overerving van eigenschappen:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<html>
  <body>
    <main>
      <div>
        <form>
          <p>
            <label>
              <input ...>
            </label>
          <p>
        </form>
      </div>
    </main>
  </body>
</html>

BEM (Block-Element-Modifier) doet in hoofdlijnen twee dingen: (a) de afhankelijkheden enorm reduceren en (b) de opmaak expliciet maken, door die uit te drukken in de naamgeving van klassen. BEM beperkt de hiërarchie tot een blok (de B van BEM) dat één of meer elementen (de E van BEM) kan bevatten. Je hoeft, in pseudo-code, overal en altijd alleen nog maar met deze structuur rekening te houden:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<block>
  <element>
    ...
  </element>
</block>

Het maakt daardoor bijvoorbeeld niet meer uit of een lijstitem <li> nu in een <ol>, <ul>, <nav> of <menu> staat. En het maakt niet meer uit of die lijst vervolgens in een <header>, een <footer>, een <aside> of een <whatever> staat.

Op blokken elementen kun je modifiers (de M van BEM) toepassen, die hun opmaak of 'rol' veranderen:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<block>
  <element class="foo-modifier bar-modifier">
    ...
  </element>
</block>

In het eerste geval moet je eindeloos zoeken in HTML en CSS waar een bepaalde opmaak vandaan komt. En wijzig je de opmaak van één ding voor één pagina, dan kan de hiërarchie van gestapelde afhankelijkheden leiden tot onverwachte en ongewenste wijzigingen in andere pagina's die hetzelfde stylesheet gebruiken. Door de hiërarchie van afhankelijkheden kun je bovendien moeilijk elementen verplaatsen. Bij BEM heb je daarvan geen last. Iedereen die de syntaxis van BEM begrijpt, doorziet in HTML-code én in CSS-code wat er overal gebeurt.

Voor wie meer over BEM van wil weten, zijn deze artikelen aan te bevelen:

Connie Chan - Keeping the Front-End Modular with BEM
CSS-Tricks - BEM 101
Smashing Magazine - A New Front-End Methodology: BEM
MindBEMding – getting your head ’round BEM syntax

Toen ik voor het eerst in BEM werkte, had ik vergelijkbare bezwaren als Ozzie. Ik vond BEM overdreven uitgebreid. En ik vond BEM een overbodig dialect, want we hebben immers al gewoon HTML5 en CSS3.

Achteraf, nu ik meer gewend ben aan BEM, komen die bezwaren me echter heel bekend voor: ze zijn vergelijkbaar met de complicaties waar je tegenaan loopt als je van procedureel PHP overstapt naar OOP! BEM maakt de opmaak op vergelijkbare wijze modulair en objectgeoriënteerd.
Gewijzigd op 09/08/2016 07:53:04 door Ward van der Put
 
Thomas van den Heuvel

Thomas van den Heuvel

09/08/2016 11:44:44
Quote Anchor link
Maar hoe is dit anders dan een extreme vorm van een set elementen voorzien van een wrapper div?
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<div class="my-custom-form-style">
    <form class="form">
        ... doe je ding ...
    </form>
</div>

In .my-custom-form-style kun je alle afwijkingen ten opzichte van .form definiëren.

Negeert BEM de C in CSS niet nogal?
 
Ward van der Put
Moderator

Ward van der Put

09/08/2016 13:51:30
Quote Anchor link
Dat is inderdaad bijna hetzelfde, alleen zou je het in BEM eerder zo doen:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<div class="foo">
  <form class="foo__bar">
    ...
  </form>
</div>


In de BEM-syntaxis is foo een block en foo__bar (met dubbele underscore) een bar-element van een foo. Daarmee heb je gelijk al meer duidelijkheid. Je ziet dat je foo__bar alleen binnen een foo kunt gebruiken — aan foo__bar zelf al, zonder hogerop te moeten zoeken. Dat geldt ook voor je CSS-bestand: daarin bepalen alleen .foo en .foo__bar de opmaak, niet een div of form, niet een div .my-custom-form-style en al helemaal niet een div .my-custom-form-style form. BEM negeert de cascade niet, maar maakt die explicieter.

Bovendien is niet gezegd dat foo een div moet zijn en foo__bar een form: je kunt meer objectgeoriënteerd ook andere elementen dezelfde 'functies', 'rollen' of 'taken' in je lay-out toebedelen. Om bij het eerdere voorbeeld van Ozzie te blijven: in een uitgebreidere lijst zou een <p> de BEM-rol van list-item op zich kunnen nemen, dat hoeft niet beperkt te blijven tot een <li>.

Derde voordeel is nog dat de blokken en elementen niet beperkt blijven tot de elementen van HTML. In BEM kun je bijvoorbeeld wat gemakkelijker uit de voeten met modulaire objecten zoals een .avatar of een .icon zonder die gelijk met een img.avatar of img.icon volledig afhankelijk te maken van een <img>.

(Ik zal overigens de laatste zijn die alleen de voordelen van BEM ziet, want ik heb me 2 weken lang in allerlei bochten moeten wringen om meer dan 100 K aan MDL-BEM in minder dan 50 K CSS voor een AMP-project te proppen.)
Gewijzigd op 09/08/2016 13:53:07 door Ward van der Put
 
Ozzie PHP

Ozzie PHP

09/08/2016 16:20:23
Quote Anchor link
>> Maar hoe is dit anders dan een extreme vorm van een set elementen voorzien van een wrapper div?

Dat is dus inderdaad ook precies mijn bezwaar.

Waarom zou je het zo doen (geen idee of dit correct BEM is maar het gaat om het idee):

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<ul class="my_ul">
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
  <li class="my_ul my_li">bla bla</li>
<\ul>

.my_ul my_li { color: red; }

Als je ook gewoon dit kunt doen:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<ul class="my_ul">
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
<\ul>

.my_ul li { color: red; }

Wat is het verschil? Behalve dat die laatste variant overzichtelijker is en minder data behelst?
Gewijzigd op 09/08/2016 16:20:57 door Ozzie PHP
 
Ward van der Put
Moderator

Ward van der Put

09/08/2016 17:04:52
Quote Anchor link
>> Wat is het verschil?

Volgens mij had ik dat net uitgelegd, maar kennelijk had ik dat niet goed gedaan.

In jouw voorbeeld is er altijd een sterke afhankelijkheid tussen een ul.my_ul en een <ul class="my_ul"><li>. In BEM wordt die afhankelijkheid losgelaten. Dat betekent — bijvoorbeeld — dat ik langere lijsten ook zou kunnen stylen met een <p> in een <aside> zonder de regels voor de opmaak te breken, zolang je maar het juiste block en element noemt:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
<aside class="my_ul">
  <p class="my_ul__list-item">bla bla</li>
  <p class="my_ul__list-item">bla bla</li>
  <div class="my_ul__list-item--unavailable">bla bla</li>
</aside>


Ik denk, overigens, dat je de voordelen pas ziet als je de syntaxis doorziet én BEM eens live in actie hebt gezien. Anders blijft het bij een theoretische Spielerei met hypothetische use cases.
Gewijzigd op 09/08/2016 17:05:53 door Ward van der Put
 
Ozzie PHP

Ozzie PHP

09/08/2016 17:46:31
Quote Anchor link
>> Volgens mij had ik dat net uitgelegd, maar kennelijk had ik dat niet goed gedaan.

Of ik had niet goed opgelet ;-)

>> Dat betekent — bijvoorbeeld — dat ik langere lijsten ook zou kunnen stylen met een <p> in een <aside>

Ja ... ware het niet dat je het dan symantisch verprutst. Je gaat nu een lijst 'namaken' door <p>'s onder elkaar te zetten. Iets wat je in de praktijk normaliter niet zult doen.

Besides that ... ook dit kun je weer keurig in je css oplossen:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
.my_ul li, .my_ul p { color: red; }

Voilà, nu hebben we dezelfde opmaak voor echte list-items, en voor paragrafen ... En bovendien is dit nog netter omdat we de paragrafen niet als list-items betitelen.

Ander voorbeeldje dan nog:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<ul class="red_list">
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
  <li class="red_list red_li">bla bla</li>
<\ul>

.red_list red_li { color: red; }


versus ...

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<ul class="red_list">
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
  <li>bla bla</li>
<\ul>

.red_list li { color: red; }


Wat nu als ik mijn red_list wil vervangen door een blue_list?? In de laatste variant is dat simpel:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
<ul class="blue_list">

In de BEM methode moet ik echter iedere <li> ook nog gaan wijzigen. Lijkt me niet efficiënt.

Ik WIL de voordelen van BEM wel zien, maar ik zie ze in de praktijk nog niet.
 
Ramon van Dongen

Ramon van Dongen

09/08/2016 18:11:08
Quote Anchor link
Quote:
Ja ... ware het niet dat je het dan symantisch verprutst.
Precies wat ik ook denk.
Een <table> is voor een tabel, een <li> is voor een lijst. Om straks met een <p> ook een lijst te kunnen maken, klinkt heel raar.
 
Ward van der Put
Moderator

Ward van der Put

09/08/2016 21:46:16
Quote Anchor link
Laten we wel wezen: een ul.red_list definiëren voor een <ul class="red_list"> is sowieso al geen fris gebruik van klassen. In dat opzicht verschilt CSS eigenlijk nauwelijks van OOP PHP. En dat al helemaal niet als je dit doet omdat je dit "gemakkelijk" kunt vervangen door een ul.blue_list en een <ul class="blue_list">.

Met BEM heeft dat weinig van doen, want dit is ordinair slecht klassen toepassen — ongeacht welke taal en ongeacht welke methodologie je daarvoor gebruikt.

BEM is meer bedoeld om rollen en de logica van een gebruikersinterface uit te drukken.

Een menu is bijvoorbeeld een block (de B van BEM):

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
.menu { ... }


En dat menu kan opdrachten bevatten als elementen (de E van BEM):

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
.menu { ... }

.menu__command { ... }


Die elementen (E) binnen een bepaald block (B) kunnen tot slot worden gewijzigd met een modifier (de M van BEM). Een menuopdracht kan bijvoorbeeld uitgeschakeld worden getoond:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
.menu { ... }

.menu__command { ... }

.menu__command--disabled { ... }


Dit kun je inderdaad ook allemaal doen met CSS alleen, maar het grote verschil is dat ik hier een klein template heb geschreven dat in een groot project met meerdere developers kan worden hergebruikt door iedereen die BEM kan lezen. Is de CSS op orde, dan maakt het zelfs niet meer uit op welke HTML-elementen ze de B, de E of de M toepassen: het werkt altijd voorspelbaar en zoals verwacht.
Gewijzigd op 09/08/2016 21:49:13 door Ward van der Put
 
Ozzie PHP

Ozzie PHP

09/08/2016 22:39:33
Quote Anchor link
Dus het is vooral omdat het in jouw eigen toepassing handig is. Dat kan uiteraard.

Echter, op het moment dat je op een <p> een class "my_li" gaat toepassen, dan denk ik wel dat je vanuit symantisch oogpunt iets niet goed doet.

Maar goed, voor sommigen geeft BEM misschien een soort van controle. Ik vind het prima als je het gebruikt, maar ik denk zeker niet dat het beter is dan normale css.
 
Wouter J

Wouter J

10/08/2016 01:31:43
Quote Anchor link
Quote:
Maar goed, voor sommigen geeft BEM misschien een soort van controle. Ik vind het prima als je het gebruikt, maar ik denk zeker niet dat het beter is dan normale css.

Het heeft mij in elk geval veel geholpen. Het stijlen van classes ipv tags is een hele handige stap om te maken. Of je dat nou als menu__item of .menu-item doet maakt hierin eigenlijk weinig uit, dat is slechts naamgeving. (het BEM principe helpt wel bij het definieren en hergebruiken van stijlen)

Ik weet nog hoe ik vroeger op mn blog altijd liep aan te modderen met mn post stijlen, omdat alles weer stijlen cascade van de hoofd site (bijv. een headline, linkje, etc.). Door alle hoofdstijlen met classes te definieren en niet met tags, en alleen de post stijlen (paragraphs, etc.) met tags te definieren ben je van al deze problemen af.

Overigens wat interessante linkjes:

* * http://csswizardry.com/2012/10/a-classless-class-on-using-more-classes-in-your-html/
* https://www.smashingmagazine.com/2016/06/battling-bem-extended-edition-common-problems-and-how-to-avoid-them/
* http://csswizardry.com/2012/11/code-smells-in-css/
* http://csswizardry.com/2015/08/bemit-taking-the-bem-naming-convention-a-step-further/ (bijna alle CSS wizardry artikelen zijn de moeite van het lezen waard overigens)
 
Ozzie PHP

Ozzie PHP

10/08/2016 01:34:50
Quote Anchor link
>> Het stijlen van classes ipv tags is een hele handige stap om te maken.

Maar mijn vraag is nog steeds het waarom? Waarom zou je 100 <li>'tjes allemaal een class geven, terwijl je ze prima kunt benaderen via 1 class op de overkoepelende <ul>? Het komt op mij over als onnodig extra werk.
 
Wouter J

Wouter J

10/08/2016 02:20:06
Quote Anchor link
>> Maar mijn vraag is nog steeds het waarom? Waarom zou je 100 <li>'tjes allemaal een class geven, terwijl je ze prima kunt benaderen via 1 class op de overkoepelende <ul>? Het komt op mij over als onnodig extra werk.

100 li'tjes?! o.O Ik zal maar gewoon mijn eerste linkje quoten:

Quote:
Imagine a classroom full of children with no names. In order to organise and refer to them the teacher has a system; the guy two rows from the back, the kid next to the girl next to the kid under the light, the girl near the window, the first guy sat in the carpeted area…

Her seating plan reads like a board game. As soon as the guy next to the window swaps places with the girl next to the radiator then she has to remember that it’s now the guy near the window, and that the girl near the guy near the window is now near the girl near the window.

As soon as anything moves or changes she has to do a lot of rethinking and making sure things still check out. If the guy near the door is now the guy under the AC unit then is that definitely the right girl next to the guy who used to be the girl under the AC unit? Who knows?

When things aren’t explicitly named—and we try and rely on coincidental and circumstantial situations to try and refer to and target them—we find ourselves in a real mess where things quickly become invalid or break/fail. Things are hard to manipulate and work with. We have to try and remember the dependencies our references have on our structure. Things are basically unstable and chaotic.
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.