Node, vagy nem node, ez itt a kérdés

feor58 képe

Mélyebben most merülök el a Drupal-ban, ezért a 7-es verzióra koncentrálok. Tudom a D7 mindenekelőtt egy CMS rendszer, emellett általános web-alkalmazás fejlesztő eszközként is pozicionálja magát. Ez igen jó, mert a saját gyakorlatomban legtöbbször olyan web-site építések/fejlesztések fordulnak elő, melyek a CMS szolgáltatások mellett valamilyen egyedi alkalmazások (modulok) fejlesztését is megkövetelik. És itt jutottam el a valódi problémámhoz: nem találok olyan egyszerű, jól értelmezhető web tartalmat, amely azt az általános döntési mechanizmust mutatná be nekem, ami alapján egy konkrét alkalmazás fejlesztés során eldönthetem, hogy mely egyedeket kezeljek node-ként, és melyeket ne node-ként. Úgy érzékelem, mindkét megoldásnak lehetnek előnyei, illetve hátrányai egy-egy konkrét alkalmazás konkrét egyede esetében, de nagyon örülnék egy összefoglaló elemzésnek, amely e kérdés fő szempontjait és szempontok közötti kapcsolatokat vizsgálja. Ebben szeretném a segítségeteket kérni, amit előre is megköszönök.

Drupal verzió: 
TommyChris képe

Én sem vagyok túl profi, úgyhogy nem is fogok túl sokat beleszólni. Inkább javaslom megtekintésre az alábbi oldalt:

http://drupal.org/project/entity

Ahogy használom mostanában a D7-t, egész sok modul használja az Entity API-t, s a saját tartalmait Entity-ként kezelni. Lehet, hogy érdemes utánaolvasni, mert egy megfelelő API használata sokat tud egyszerűsíteni a munkán.

0
0
feor58 képe

Köszönöm, nagyon hasznos felvetés. Eddig a figyelmemet elkerülte az entitás fogalma, de valóban ez, illetve ennek az API-ja az, ami a fejlesztéshez nagyjából a node-hoz hasonló mélységű támogatást nyújt. És viszonylag sok a hozzáférhető infó és ezek általában még kezelhetőek is. Nagyon hasznos segítség vol!

0
0
pp képe

A válasz jóval komplexebb, mint azt pusztán a Drupal ismeretével meg lehetne adni. Ismerni kell a problémát, a megoldás készítőjét, avagy téged vagy céged (humán erőforrás), és a rendelkezésre álló egyéb erőforrásokat.

Pl. ha azt mondom, hogy ferrarival/biciklivel nem szállítunk krumplit, teherautóval meg nem versenyzünk. Akkor látszólag jól megmondtam a dolgot, de figyeld meg, hogy teherautó-versenyre teherautóval megyünk és kis-bevásárláskor a krumplit a ferrarival/biciklivel fogjuk hazahozni.

Pár támpont:
A node többek között

  • lehetőséget biztosít a per user hozzáférés szabályozásra egy egész komoly API-n keresztül,
  • verzió kezelt,
  • fordítható,
  • kategorizálható,
  • mezőkkel tetszőlegesen bővíthető,
  • hozzá lehet szólni,
  • ezeket a hozzászólásokat azután szintén tetszőleges mezőkkel bővítheted,
  • Views modul segítségével könnyedén listákat készíthetsz belőlük

és még számos olyan dolgot tehetsz meg velük amiket egy akármilyen entitással nem tehetsz meg.

Természetesen ennek ára van, hisz ezek mögött a funkciók mögött programkódok vannak amik lefutnak még akkor is amikor esetleg a fenti lehetőségekkel nem élsz.
Ha a fenti funkciók jelentős részére nincs szükséged, akkor nem érdemes node-ban gondolkodnod, ellenben ha a jelentős részére szükséged van akkor érdemest azt használni.

Ha valami nincs akkor azt az adott entitáshoz neked kell megcsinálni, még akkor is, ha olyan pofon egyszerű dolgokról van szó, mint mezőkkel való bővíthetőség vagy a Views integráció.

Remélem segítettem.

0
0
feor58 képe

Köszönöm az infót, bár kb. épp ezek voltak azok, amikkel magam is tisztában voltam. Olyan konkrét tapasztalatokon nyugvbó információkra lenne szükségem, melyekkel a későbbi fejlesztések ilyen irányú döntéseit legalább 80%-ban helyes irányba tudom terelni. Valójában egy-két cikket keresek, amelyek ezt a kérdéskört kellő alapossággal és mélységben boncolgatják. Sajnos, mindezidáig ilyet nem találtam.

0
0