Для моих коллег-архитекторов и разработчиков программного обеспечения я недавно столкнулся с важным решением. Должен ли я переписать несколько функций приложения, которые мы уже написали в нашем первоначальном MVP reactjs, или найти способ не переписывать.
Я подумал, что должен быть способ не переписывать, а повторно использовать код, который у нас был. Мы хотели реализовать те же функции в новом интерфейсном проекте React, который будет работать на той же платформе API.
Переписывание кода плохо действовало на мои чакры. Мой внутренний дух следования лучшим практикам содрогнулся, когда подумал о том, чтобы пойти против принципов, которым я следовал столько лет… 20 лет в этой области, ijs…
Повторное использование. Повторное использование. Повторное использование. Это то, что мой внутренний компьютерный дух говорил мне. Илон бы этого не сделал, я думал. Потом меня поразило.
Пакеты.
У Rails есть пакеты, у java есть пакеты, я уверен, что на темной стороне у c# тоже есть пакеты. Все языки имеют пакеты только под разными именами. И тут я вспоминаю то, что уже знал… В Javascript тоже были пакеты. Это был просто рубеж, который еще предстоит завоевать. Я использовал их раньше, но никогда не строил сам. Рубиновые камни, да. В джаваскрипте нет.
Решение всплыло у меня в голове, как это случалось много раз раньше, когда мы разрабатывали решения многих проблем клиентов, которые мы преодолевали в прошлом. Это было похоже на неотловленную ошибку, всплывающую в моей трассировке стека, пока я не мог не заметить ее.
Пакеты NPM Я подумал про себя! Я могу поделиться функциями, написанными на javascript, с другими моими внешними приложениями на основе javascript, да! Мои чакры перестроились, и мой дух стал сосредоточенным, как у ниндзя, точнее, кодового ниндзя.
Мышление закончилось.
Теперь пришло время…
Спринт 22… Начало!
Нет необходимости в искусственном интеллекте, чтобы придумать это, может быть, в следующий раз ChatGPT.
В любом случае, как только мои электроны начали щелкать, я смог выделить 5 веских причин для создания собственных пользовательских пакетов NPM. Это быстрое чтение. Наслаждайтесь и не стесняйтесь оставлять отзывы.
5 способов, с помощью которых создание собственного пакета NPM принесет пользу вашей организации
