enrich hook_field_attach_X() with per-entity-type variants

subscribing

I guess you primarily mean _field_invoke() ?

Issue with that is that it's not using drupal_alter(). But I agree that this would be helpful for performance and code flow. We'd need to introduce a similar technique for module_invoke(), I guess.

That said, I always wondered why drupal_alter() is much more advanced than our module_invoke*() functions...

Subscribing. Push the code in drupal_alter() that supports $type as an array into module_implements(), letting it support $hook as an array? Is there sufficient buy-in to get that into D7?

How could that work out? Usually the code flow is like this:

  foreach (module_implements(array('info', 'super_info')) as $module) {
    $function = $module . '_' . ???
    $result = $function();
  }

or

  $result = module_invoke($module, array('info', 'super_info'), $foo, $bar);

The only location where it would make more sense to me is:

  $results = module_invoke_all(array('info', 'super_info'), $foo, $bar);

However, http://api.drupal.org/api/function/_field_invoke/7 is really far more than a simple module_invoke()...

If there was a module API function that would look and work like the following, then it would start to make sense:

  module_implements_invoke(array('hook1', 'hook2'), function ($module, $hook, $function) {
    // $function == $module . '_' . $hook;
    $results[$module] = $function($foo, $bar);
  });

LOL ;)

Looks like we want to tackle module_implements() in the same way as drupal_alter() as early as possible in D8 :)

subscribe

I think this has been reworked entirely. See https://www.drupal.org/node/2193813.