0

Я обнаружил, что множество библиотек и фреймворков может показаться слишком громоздким и трудноподдерживаемым. Мне нравится способ, которым FlashGameDojo подходит к этой проблеме, поощряя использование фрагментов, которые могут быть удалены в код по мере необходимости. Очевидно, есть и недостатки такого подхода, как попытка отслеживать разрозненные фрагменты кода.Фрагменты против фреймворков

Мне интересно, существует ли какой-то согласованный подход к управлению этим типом кодовой библиотеки. Как сохранить свежий сниппет, найти те, которые вам нужны для проекта, и т. Д. Если для этого нет «лучшей практики», возможно, вы можете поделиться некоторыми своими впечатлениями.

Спасибо!

ответ

1

Рамки имеют тенденцию иметь также стоимость. Хотя они могут абстрагироваться от множества повторяющихся задач, у них есть кривая обучения. Хорошо, что документация, как правило, очень хорошая. Я приведу CakePHP и Symfony в качестве своих примеров.

Фрагменты всегда были полезны, но рано или поздно это делает кодовую базу неоднородной. Для понимания различных фрагментов кода требуется умственная способность. Код исходил из разных источников, поэтому не будет центрального источника информации.

Для меня самым важным фактором при выборе между фреймворками и фрагментами является мое мастерство и умение других людей в команде. Связь - это ключ.

Команды, в которых разработчики хорошо читают документацию, должны придерживаться фреймворков. Я был в таких командах, и разработчики там, как правило, играют в безопасности. Такая команда стремится к быстрому выполнению стандартизированных задач, используя API-интерфейс структуры. Однако, когда требуется настройка (потому что клиенты любят делать изменения), они, как правило, идут медленнее. Преимущества такой команды состоят в том, что каждый человек может потенциально заполнить другую. Однако самым большим недостатком является то, что отсутствие специализации делает людей менее привязанными к их работе.

Команды, в которых разработчики в порядке с чтением самого кода, должны иметь фрагменты. Я тоже был в таких командах, и разработчики там, как правило, знают немного больше. Они очень быстро настраиваются, но при выполнении повторяющихся задач они увязли. У каждого разработчика есть личность, о которой они, как правило, заботятся. Очень вероятно, что они гордятся своей работой и будут делать все, чтобы «выглядеть круто» перед своими сверстниками. Однако самым большим недостатком является то, что некоторые разработчики могут быть напыщенными рывками.

+0

Благодарим за отзыв. Я думаю, что это в основном для меня, работающего в одиночку. У меня есть много кода, который я часто повторяю снова и снова, но я не обязательно хочу иметь свой собственный «MimsLib». Есть ли у вас какое-то представление о том, как сохранить отрывки из-за слишком грязных? –

+0

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

1

Моим первым преимуществом было бы сохранить один или несколько проектов, содержащих весь код, который вы хотите повторно использовать. Имеет смысл разбить код на папки/пространства имен.

Затем вы можете включить этот проект в другие проекты и использовать код напрямую, не копируя/вставляя.

Преимущества: Вы сразу видите, что код сломан (он не будет скомпилирован), вы сразу увидите, недостаточно ли функции/метода для ваших текущих потребностей. Затем вы можете решить, нужно ли обновлять или расширять код.

Предпочтение два - использовать онлайн-менеджер фрагментов (поскольку он доступен из любого места). Вы потеряете способность исправлять что-то только в одном месте, так как вы будете копировать/вставлять этот код.

Примером онлайн-менеджера фрагментов является http://www.int64.io - вы можете организовать фрагменты в «доски» (например, папки), вы можете пометить их с помощью заранее определенных тегов или своих собственных. Вы сможете выполнить поиск по фрагментам в ближайшем будущем.

Есть другие менеджеры сниппет, а также, как GitHub Gist, jsfiddle, codepen и т.д.

Отказ от ответственности: Я владелец http://www.int64.io

0

GitHubGist Существует, где вы можете хранить и упорядочивать фрагменты , Мне нравится GistBoxApp, который интегрируется с ним и имеет более удобный (и более организованный) интерфейс.

Я тоже старался держать вещи в Evernote, но из-за того, что он не сохраняет вещи в хорошем состоянии, я быстро отказался от этого. (И было тяжело отказаться - у меня есть записки 15K в Evernote для всего, что в моем мире уже есть.)

Самое лучшее, что касается GistBoxApp, это то, что я могу хранить фрагменты, которые позволяют мне начать с файлов или мои необычные маленькие функции, с которыми я чувствую эмоциональную связь.

Смежные вопросы