Какой повторно используемый код каждый разработчик должен иметь на их панели инструментов? [закрытый]

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

8
задан cgreeno 20 February 2009 в 16:47
поделиться

16 ответов

Регулярные выражения для проверки

  • Допустимая дата
  • Верный номер
  • Между двумя Датами
  • Zip
  • Почтовый
  • Возраст
  • Диапазон числа

В зависимости от языка, поскольку у некоторых уже есть эти функции

11
ответ дан 5 December 2019 в 05:46
поделиться

Парсинг классов

Классы управления датой

обмен сообщениями классов

классы проверки

0
ответ дан 5 December 2019 в 05:46
поделиться

Аутентификация PKI

0
ответ дан 5 December 2019 в 05:46
поделиться

Мои два:

  • Код внедрения зависимости, таким образом, можно сделать это более тестируемым; и не полагаются на единственную реализацию одиночного элемента.

  • Модульная функциональность / функциональность Плагинов. Это - также прекрасная идея сделать это mockable, таким образом, Ваш клиентский код может быть протестирован, не вызывая полноценную сменную систему.

Существует несколько реализаций обоих, хотя иногда Вы не можете постараться не писать свое собственное.:(

0
ответ дан 5 December 2019 в 05:46
поделиться

В .NET:

  • Дополнительные методы, которые не находятся в.Net Framework (ForEach, AddRange, RemoveWhere, и т.д.)
  • Переключатель. Введите оператор (для посетителей)
  • Основная проверка аргумента (Аргумент. EnsureNotNull)

Это - почти все, различные свободные библиотеки покрывают остальных.

0
ответ дан 5 December 2019 в 05:46
поделиться

большой вопрос

  1. кэширование уровня бизнес-объекта
  2. мой собственный инструментарий аутентификации
  3. селекторы jQuery
  4. CSS для форм, вкладок и ui элементов
  5. шифрование и хеширующий для паролей и т.д.

altho я начинаю заменять свой материал библиотекой предприятия - http://msdn.microsoft.com/en-us/library/cc467894.aspx - это, по крайней мере, улучшен на со временем и имеет путь больше глаз на него, чем мои реализации

1
ответ дан 5 December 2019 в 05:46
поделиться

Ответ зависит от Вашей цели - часто создание чего-то "допускающего повторное использование" прилагает больше усилий в начале, но конечно, выплачивает позже при многократном использовании - обеспеченный, конечно, что это является действительно допускающим повторное использование. Иногда эта способность переоценена... IMO...

Истинному ответу на это ответят, поскольку Вы пишете код - когда Вы говорите, Ну и дела, я просто записал что-то вроде этого на прошлой неделе.

Моя "панель инструментов" состоит из строки, математики, сети, базы данных, файла, входа и хоста других стандартных программ "библиотеки" (блоки, и т.д.), что я могу быстро включать как ссылки. Конечно, ключ к созданию этого живущая библиотека должен сохранить код этих объектов библиотеки действительно отдельным от приложения/кода разрабатываемый.

надежда это помогает...

1
ответ дан 5 December 2019 в 05:46
поделиться

Я легко думаю:

  • Шаблоны связанного списка
  • Красно-черные древовидные шаблоны
  • Мини-API инициализации базы данных (для Вашей любимой базы данных или слоя постоянства)
1
ответ дан 5 December 2019 в 05:46
поделиться

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

1
ответ дан 5 December 2019 в 05:46
поделиться

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

У нас есть несколько приложений и перекрестная библиотека приложения. Это содержит много кода:

  • Печать функций.
  • Обработка формы (мы делаем много с формами и полигонами),
  • вычисления дБ
  • поведение общего применения (housestyle).

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

2
ответ дан 5 December 2019 в 05:46
поделиться
  • Код Объединения базы данных
  • Вход
  • Строка и управление набором
  • Обслуживание МОК (аннотации или XML)
  • Файл и обработка каталога

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

2
ответ дан 5 December 2019 в 05:46
поделиться

Лично я думаю, что хорошая платформа должна обеспечить эти инструменты, не Вас. Если не библиотека языка по умолчанию (Java является хорошим примером).

2
ответ дан 5 December 2019 в 05:46
поделиться

*отклоняют операционную систему (Unix, Солярис, Linux, MacOS, Cygwin), и это - "классический" набор утилит командной строки.

Способы объединиться, смешайте, испеките, уничтожьте и злоупотребите этими фундаментальными понятиями, неизмеримы.

6
ответ дан 5 December 2019 в 05:46
поделиться

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

Проверьте это на CommonLibrary.NET на CodePlex

. Он немного проще и легче, чем SpringFramework и MS App Blocks.

Он включает такие вещи, как: 1. Разбор аргументов / опций 2. ActiveRecord / классы модели домена 3. Коллекции 4. Проверка и многое другое ..

2
ответ дан 5 December 2019 в 05:46
поделиться

A Money class that can handle currency, distribution, arithmetic operations, and formatting.

0
ответ дан 5 December 2019 в 05:46
поделиться

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

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

* Я думаю, что их всего семь, но я все еще тестирую.

0
ответ дан 5 December 2019 в 05:46
поделиться
Другие вопросы по тегам:

Похожие вопросы: