Hello, list.<br>I saw Dries&#39; blog post about the State of Drupal presentation, and I looked through the presentation (for those of you who haven&#39;t seen this, it&#39;s at <a href="http://buytaert.net/state-of-drupal-presentation-september-2007">
http://buytaert.net/state-of-drupal-presentation-september-2007</a>).<br><br><br>There is a list, titled &quot;Drupal 7 killer release&quot;.<br>It contains 11 items, three of them developer items.<br>Two of them, #9 and #10, are about better APIs.
<br>You might scream at me for this, but I think having better APIs would be best solved by converting everything (users, comments, terms) to nodes.<br>However, nodes are too heavy.&nbsp; They have a big hit on performance.&nbsp; <br>
My proposed/ideal solution would be to make the node more light-weight.<br>Put fields (CCK-style) and access in it, and that&#39;s it (no title, body, extra fieldsets).&nbsp; Beyond that, each type can customize everything.<br>
Furthermore, things like content types would be moved specifically into the thing that used to be called nodes.<br><br>This requires putting CCK or something like CCK in core.&nbsp; While these together may be beyond the scope of a single release, they would bring more power into Drupal, and bring uniformity with them.
<br><br>Back to APIs.<br>To successfully implement them, nearly everything would need to turn into fields.<br>That includes modules like event - it just needs to add fields to a node.<br><br>The import/export API only needs to deal with nodes fields (since everything is made of nodes and fields), unlike the one done in SoC.
<br>The web services need to do the same.<br>Only very complex data types/additions need to implement a hook_webservices or hook_importexport (or maybe we can combine them).<br><br>Please respond with your criticisms!<br>
dmitrig01<br>