2010-11-30 4 views

ответ

15

Я бы проверить

  • если API поддерживает мой случай использования.
  • Если оба API делают, выберите модуль, с которым легче работать.
  • Если оба API одинаково просты в работе, выберите один с лучшей документацией/поддержкой.
  • Если оба документа одинаково хорошо документированы/поддерживаются, выберите тот, у которого меньше зависимостей.
  • Если оба имеют одинаковое количество зависимостей, возьмите меньший.
  • Если оба значения равны, выберите один из них с более высвобождением/более активным развитием/больше проходит в тестовой матрице (любезно предоставлено Эриком Стром)
  • Если оба они равны, сверните кубики.

Ваши предпочтения могут отличаться, чтобы можно было изменить порядок расположения в зависимости от ваших предпочтений.

3

Ну, это действительно зависит от того, что вы собираетесь после, например:

  1. если вы собираетесь после того, как только что одну конкретной функции, а затем использовать тонкий/меньший модуль.
  2. Проверьте также дату, когда она была добавлена, и используйте новую, так как она будет соответствовать более современным стандартам.
  3. Некоторые модули также не поддерживают ООП, в то время как другие делают это, так что это может быть еще одним фактором, который следует учитывать.
  4. Также рассмотрите зависимости каждого модуля, потому что нет причин устанавливать раздутый модуль для одной или двух функций.
  5. Каталог авторов заметки для любых ошибок и т.д.
  6. И вы можете сделать исследование самостоятельно, обратитесь к Google и perlmonks, потому что есть вероятность, что кто-то уже обдумывал дилемму между выбором этих конкретных модулей.
+0

спасибо, это тоже полезно! – stansult 2010-11-30 20:00:10

+1

Без проблем, немного менее структурированный и не совсем понятный, чем ответ выше, но, надеюсь, я добавил несколько новых точек :) – 2010-11-30 20:15:36