Должен ли я перейти от flymake к flycheck? Сколько это повредит?

Я давно пользуюсь emacs.

Flymake - одна из функций, которую я действительно ценю в emacs, и все же я хотел бы, чтобы она работала лучше. Это трудно настроить, и это может быть боров ресурса без исправлений.

Мне пришлось взломать его, чтобы заставить работать python, php, java, css, JavaScript и другие языки. Также пришлось добавить flymake-cursor, чтобы ошибки отображались в области эха. И еще один патч, чтобы убедить Flymake работать только на видимых буферах. Но эта jalopy в значительной степени работает сейчас, и я не слишком беспокоюсь об этом, за исключением случаев, когда я выбираю новый язык. (Добавление flymake для Go сегодня.... так я узнал о flycheck)

Flycheck "должен быть" лучше, согласно этой статье.

Хочу ли я тратить время на переключение?

(Мне действительно все равно, что flycheck никогда не будет частью Emacs)

1 ответ

У меня нет соответствующего опыта, но я отмечу, что исправление того, что не сломано, никогда не является необходимостью, так почему бы не сохранить существующую рабочую конфигурацию для flymake, а попробовать flycheck для новых сценариев использования?

Если вам это нравится, продолжайте использовать его в новых ситуациях; и если вам понадобится изменить какие-либо из ваших конфигов flymake, вы можете подумать о том, чтобы перенести их на flycheck в этой точке.

Если после этого вам действительно понравится, вы можете почувствовать вдохновение, чтобы перенести все (что, вероятно, будет легче с небольшим опытом под вашим поясом).

Другие вопросы по тегам