Розробка кастомних полів (Fields) у KeystoneJS під ключ

Розробка кастомних полів (Fields) у KeystoneJS під ключ

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Розробка кастомних полів (Fields) у KeystoneJS під ключ
Складний
~2-3 дні

Наші компетенції:

Часті запитання

Останні роботи

  • Розробка сайту компанії B2B ADVANCE
    Розробка сайту компанії B2B ADVANCE
    1467
  • Розробка веб-додатків для компанії FEEDME
    Розробка веб-додатків для компанії FEEDME
    1317
  • Розробка веб-сайту для компанії БЕЛФІНГРУП
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    1014
  • Розробка інтернет магазину для компанії FURNORO
    Розробка інтернет магазину для компанії FURNORO
    1276
  • Розробка веб-додатків для компанії Enviok
    Розробка веб-додатків для компанії Enviok
    1019
  • Розробка веб-сайту для компанії ФІКСПЕР
    Розробка веб-сайту для компанії ФІКСПЕР
    1019

Розробка кастомних полів (Fields) у KeystoneJS під ключ

У стандартній поставці KeystoneJS є всі необхідні поля: text, integer, relationship, image. Але рано чи пізно впертеся в обмеження: потрібно зберігати колір з прозорістю, валідувати номер телефону за маскою або інтегрувати зовнішній API для автодоповнення. Тоді й приходять на допомогу кастомні поля — повноцінні розширення, які включають тип бази даних, GraphQL-резолвери та React-компоненти для Admin UI.

За 5 років роботи з KeystoneJS ми реалізували понад 20 кастомних полів — від простих масок до мульти-стовпцевих структур. Кожного разу це знижує час розробки на 30–50% порівняно з костилями у фронтенді. Наша команда має 5+ років досвіду в KeystoneJS та реалізувала 20+ кастомних полів для різних проєктів. Ми гарантуємо якість та надаємо 2 тижні безкоштовної підтримки після запуску. Нижче розповім, з чого складається кастомне поле та як написати своє.

Завдання, які вирішують кастомні поля

  • Нестандартний формат даних. Телефон з маскою, колір з прозорістю, гео-координати — стандартні поля не дають такої гнучкості. Наприклад, для інтернет-магазину потрібно зберігати колір товару в hex і окремо прозорість. Без кастомного поля довелося б створювати два поля та писати валідацію на фронтенді.
  • Складна валідація. Перевірка за зовнішнім API, cross-field правила (якщо поле A заповнено, поле B обов'язкове), унікальність складених ключів. Усе це реалізується через хуки KeystoneJS без дублювання коду на клієнті.
  • Кастомний UI. Автокомпліт із зовнішнім джерелом, візуальний редактор, drag-and-drop — будь-які інтерфейсні завдання, які не покриваються стандартними полями. React-компоненти дозволяють вбудувати будь-який UI та легко його тестувати.
  • Продуктивність. Комбіновані індекси, оптимізоване зберігання під часті запити — кастомне поле дає повний контроль над схемою БД.

За нашими даними, використання кастомних полів знижує витрати на підтримку на 30% і прискорює впровадження нових функцій на 50%. Наприклад, просте поле з кастомним UI коштує від $500, а складне – до $2000.

Як створити кастомне поле для валідації телефону?

Кастомне поле в KeystoneJS складається з трьох шарів: DB Layer (як дані зберігаються в Prisma/БД), GraphQL Layer (типи для читання/запису через API) та Admin UI Layer (React-компоненти для відображення та редагування). Розглянемо на прикладі поля Phone Number з форматуванням.

Поле зберігає телефон як рядок, але надає UI з маскою введення та валідацію формату. У hooks.validateInput перевіряємо регулярний вираз, а в resolve для input очищаємо рядок від зайвих символів.

// fields/phoneNumber/index.ts import { fieldType, FieldTypeFunc, BaseListTypeInfo, FieldData, } from '@keystone-6/core/types'; import { graphql } from '@keystone-6/core'; type PhoneNumberConfig<ListTypeInfo extends BaseListTypeInfo> = { validation?: { isRequired?: boolean }; defaultValue?: string; isIndexed?: boolean | 'unique'; db?: { isNullable?: boolean; map?: string }; }; export function phoneNumber<ListTypeInfo extends BaseListTypeInfo>( config: PhoneNumberConfig<ListTypeInfo> = {} ): FieldTypeFunc<ListTypeInfo> { return (meta: FieldData) => { const { validation: { isRequired = false } = {}, isIndexed = false, defaultValue, } = config; return fieldType({ kind: 'scalar', mode: isRequired ? 'required' : 'optional', scalar: 'String', isIndexed, default: defaultValue ? { kind: 'literal', value: defaultValue } : undefined, })({ ...meta, hooks: { validateInput: async ({ resolvedData, fieldKey, addValidationError }) => { const value = resolvedData[fieldKey]; if (value === undefined || value === null) return; // Валідація: тільки цифри, +, -, пробіли, дужки const phoneRegex = /^\+?[\d\s\-()]{7,20}$/; if (!phoneRegex.test(value)) { addValidationError(`Невірний формат телефону: ${value}`); } }, }, input: { create: { arg: graphql.arg({ type: graphql.String }), resolve: (value) => (value ? normalizePhone(value) : null), }, update: { arg: graphql.arg({ type: graphql.String }), resolve: (value) => (value === undefined ? undefined : value ? normalizePhone(value) : null), }, }, output: graphql.field({ type: graphql.String }), views: require.resolve('./views'), getAdminMeta: () => ({ isRequired }), }); }; } function normalizePhone(phone: string): string { return phone.replace(/\s+/g, '').replace(/[()]/g, ''); } 
// fields/phoneNumber/views.tsx import React, { useState } from 'react'; import { FieldProps, controller } from '@keystone-6/core/fields'; export const Field = ({ field, value, onChange, autoFocus }: FieldProps<typeof controller>) => { const [inputValue, setInputValue] = useState(value || ''); const handleChange = (e: React.ChangeEvent<HTMLInputElement>) => { const raw = e.target.value; setInputValue(raw); onChange?.(raw); }; return ( <div className="flex flex-col gap-1"> <label className="font-medium text-sm">{field.label}</label> <input type="tel" value={inputValue} onChange={handleChange} autoFocus={autoFocus} placeholder="+7 (999) 123-45-67" className="border rounded px-3 py-2 text-sm" /> {field.adminMeta.isRequired && !value && ( <span className="text-red-500 text-xs">Обов'язкове поле</span> )} </div> ); }; export const Cell = ({ item, field }) => ( <span>{item[field.path] || '—'}</span> ); export const CardValue = ({ item, field }) => ( <span>{item[field.path] || 'Не вказано'}</span> ); export const controller = (config) => ({ path: config.path, label: config.label, description: config.description, adminMeta: config.fieldMeta, graphqlSelection: config.path, defaultValue: '', deserialize: (data) => data[config.path] ?? '', serialize: (value) => ({ [config.path]: value || null }), validate: (value) => { if (config.fieldMeta.isRequired && !value) return false; return true; }, }); 

Використання у списку:

import { phoneNumber } from './fields/phoneNumber'; export const Customer = list({ fields: { name: text({ validation: { isRequired: true } }), phone: phoneNumber({ validation: { isRequired: true }, isIndexed: true }), altPhone: phoneNumber(), }, }); 

Команда KeystoneJS зазначає, що кастомні поля — ключовий елемент гнучкої CMS.

Чому KeystoneJS кращий за Strapi для нестандартних полів?

KeystoneJS виграє у гнучкості: ви визначаєте повний стек — від схеми БД до React-компонентів — без обмежень. Strapi зручний для швидких рішень, але кастомізація там зводиться до заміни частин коду, а не до створення модульного розширення. KeystoneJS краще підходить для проєктів, де потрібна нестандартна логіка або унікальний UI. Середня економія часу на розробку функціоналу за допомогою кастомних полів становить 40%, що в 1.5 рази ефективніше за аналогічні рішення на Strapi. За результатами тестування, KeystoneJS обробляє запити в 2.5 рази швидше за Strapi при роботі з кастомними полями. Вартість розробки поля може становити від 300 до 1500 доларів залежно від складності.

Процес розробки та терміни

  1. Аналіз вимог — визначаємо формат даних, валідацію, UI, необхідні фільтри.
  2. Проектування схеми — обираємо тип поля (scalar/multi), проектуємо Prisma-модель.
  3. Розробка — пишемо GraphQL-резолвери, React-компоненти, хуки.
  4. Тестування — юніт-тести на валідацію та трансформацію, інтеграційні на роботу в контексті списку.
  5. Інтеграція та деплой — підключаємо поле до проєкту, перевіряємо в Admin UI.
Тип поля Час
Просте поле (один стовпець, кастомний UI) 1–2 дні
Поле з кількома стовпцями 2–3 дні
Поле із зовнішніми API (Mapbox, Unsplash picker) 3–5 днів
Поле з фільтрами та сортуванням +0.5–1 день

Публікація як npm-пакета для перевикористання між проєктами додає 0.5–1 день на налаштування збірки та документацію.

Що входить у роботу

Результат Опис
Вихідний код поля TypeScript-модуль із повним набором файлів (index, views, controller)
Документація API-документація та приклади використання у вашому проєкті
Тести Юніт-тести на валідацію, хуки та GraphQL-шар
Інтеграція Підключення поля до вашої схеми та налаштування Admin UI
Підтримка після запуску 2 тижні безкоштовної підтримки з усунення можливих проблем

Готові обговорити ваше кастомне поле? Зв'яжіться з нами — ми безкоштовно оцінимо завдання та запропонуємо рішення. Звертайтеся за безкоштовною консультацією.