предисловие
В глазах тысячи людей должно быть больше тысячи Гамлетов.Эта статья не ограничивается только визуальным построением, а представляет собой low-code систему, повышающую эффективность НИОКР.
Ниже мы сосредоточимся на системе low-code и поделимся нашим пониманием этой системы. Если у вас разные мнения, добро пожаловать к обсуждению!
что такое низкий код
определение
Все, что может принести прибыль за счет написания меньшего количества кода, может быть включено в систему low-code.
Low-code — это система между отсутствием кода и полным кодом.С помощью инструментов, ограничений и конфигурации для генерации общего бизнес-кода на этой основе вносится небольшое количество изменений для быстрой разработки различных настраиваемых сервисов.
В сравнении
Преимущества отсутствия кода:
- Процесс использования и настройки прост
- Участники без опыта разработки (например, операции, продукты, дизайн и т. д.) могут завершить функциональное развитие бизнеса с помощью этой системы.
Минусы отсутствия кода:
- Бизнес-модель и границы едины, индивидуальная настройка функций невозможна.
- Когда задействованы исследования и разработки, из-за учета совместимости, специальной настройки и других проблем обновление отстает и требует много времени.
Преимущество низкого кода:
- Вы можете быстро генерировать базовый бизнес-код с помощью конструкции, конфигурации и т. Д.
- Объем бизнес-моделей и границ расширен, а вторичная заказная разработка может выполняться на базовом коде.
- В процессе вторичной пользовательской разработки материалы могут накапливаться и возвращаться в систему с низким кодом для улучшения процесса.
Недостатки низкого кода:
- Процесс сборки и настройки требует определенных знаний системы разработки, а стоимость начала работы больше, чем отсутствие кода.
- Хотя бизнес-модель и границы расширились, все еще существуют определенные ограничения области применения (например, индустрия электронной коммерции, модель Интернета вещей и т. д.).
Проще говоря, low-code основан на отсутствии кода для обеспечения определенной отказоустойчивости и улучшений, чтобы разработчики могли лучше вмешиваться и повышать эффективность всего проектного цикла.
Техническое значение и коммерческая ценность low-code
После простого сравнения и обсуждения выше мы продолжим обсуждение системы с низким кодом на более глубоком уровне с точки зрения технологий и бизнеса.
техническое значение
- Излишне говорить, что быстрое повторение одного и того же типа бизнеса повышает эффективность и снижает затраты.
- Визуальные технологии могут расширить систему с низким кодом от роли исследований и разработок до ролей проектирования, продукта и эксплуатации, а также могут выполнять определенный анализ и построение проекта на ранней стадии разработки проекта.
- Благодаря сгенерированному проекту с низким кодом базовая библиотека может быть обновлена единообразно. Серия обычных и унифицированных конфигураций, таких как скрытые точки и обнаружение, генерируется с использованием соответствующего низкого кода.
- Сократите ручную разработку, регрессионное тестирование и локализация проблемы будут более точными.
Коммерческая ценность
Воплощение всех технических смыслов в бизнесе можно свести к следующим 3 пунктам:
- Скорость: вы можете быстро читать и создавать базовые проекты и настраивать их.
- Стоимость: сокращение инвестиций в НИОКР среднего уровня.
- Безопасность: машины всегда безопаснее людей, вызывают меньше проблем и их легче обнаружить.
Вы можете подумать, почему сокращение является промежуточным исследованием и разработкой, а не первичным. После того, как система low-code завершена, самое сложное —Квалифицированные работники, квалифицированный девелоперский бизнес, а не инструменты. Младшие рабочие могут использовать эту систему, чтобы быстро стать квалифицированными работниками, прежде чем она сможет развиться, коммерческая ценность квалифицированного персонала неизбежно снизится.Либо продолжать идти вверх и стать человеком, который настраивает систему, либо снизить их стоимость, чтобы покрыть расходы предприятия..
Приведу пример: появление электромобилей вынудило многие малые и средние велосипедные компании обанкротиться, но опыт велосипеда верхнего этажа будет меньше, но не намного лучше. То же самое верно и для развития.Под давлением большого фона, даже если топовые велосипеды очень сложны, остальные могут быть переведены только на электромобили.
Построение системы с низким кодом
Строительство здесь не ограничивается строительными проектами с низким кодом, но относится к тому, как построить систему с низким кодом, подходящую для вашего текущего бизнеса.
Бизнес + библиотека материалов
Завершение системы с низким кодом должно соответствовать текущему бизнесу или соответствовать определенному типу общей бизнес-модели.
Поэтому в процессе построения системы low-code в первую очередь необходимо накопить большое количество бизнес-моделей для непрерывного обучения.
Затем результатом первого шага является уточнение бизнеса, начиная сБазовая библиотека компонентов повышена до библиотеки материалов.
Здесь состав библиотеки материалов будет немного расширен (лучшего слова пока не подобрать)
Библиотека материалов естьБазовые компоненты, бизнес-компоненты, бизнес-шаблоны, бизнес-фреймворки, базовые блоки кода, блоки бизнес-кодаИ так далее по серии огромной материальной системы.
В принципе, вышеупомянутые фрагменты материала могут быть быстро построены для завершения текущего дела.70 - 90%код выше.
После выполнения вышеуказанных требований вы можете подумать, как использовать инструменты или спецификации для повышения эффективности на следующем этапе.
Взаимодействие + Эффективность
Второй шаг в архитектуре с низким кодом — это взаимодействие и эффективность.
- Начните с самых основных инструментов CLi, создавайте инструменты CLi, подходящие для вашего бизнеса, добавляйте соответствующие блоки кода и выбирайте соответствующие бизнес-шаблоны с помощью простых взаимодействий.
- В сочетании с фоном через интерфейсный продукт можно напрямую создать соответствующую форму и шаблон формы.
- С помощью синтаксического анализа Sketch или распознавания изображений AI генерируется соответствующий структурный код. (Скетч можно преобразовать в древовидный интерфейс с помощью инструментов, а добавив соответствующие теги узлов, вы можете получить нужные метаданные)
Если вы были в контакте с внешним интерфейсом в течение относительно раннего периода, то вы, должно быть, слышали или использовали Dreamweaver, инструмент внешнего интерфейса.Предварительный просмотр в реальном времени + настройка перетаскиванияОчень круто, но без ограничений бизнес-модели и поддержки вышеупомянутой библиотеки материалов сгенерированный код не так хорош, как рукописный, поэтому этот продукт пока дает очень хороший эффект только на стадии демо, но он потеряли все в фактическом развитии.преимущество.
Это отрицательный пример: если вы разрабатываете систему с низким кодом, которая на практике гораздо менее эффективна, чем прямое программирование, то система должна дать сбой.
Продукт не обязательно плохой, но и результаты использования этого продукта не обязательно хорошие. Все процессы и инструменты должны быть тесно связаны с бизнесом, чтобы максимизировать их ценность.
Из второго пункта видно, что не толькоПроцесс с интерфейсным взаимодействием называется low code. Серверная часть может извлекать и объединять соответствующие параметры интерфейса с помощью инструментов и напрямую генерировать соответствующую страницу CURD, при условии соблюдения определенных правил и стилей, то есть, если доступны основные компоненты форм и форм, бизнес-страниц или даже бизнес-страницы могут быть выведены напрямую.Простой проект CURD. Построение системы с низким кодом не ограничивается визуальным построением, а проходит через весь процесс развития бизнеса.
Конечно, визуальное построение проекта всегда было самым интуитивно понятным и простым методом low-code, но следует подчеркнуть, что,Перетаскивание — это всего лишь средство, а не единственное.
Процессы и инструменты, которые можно разработать с наименьшим вмешательством человека, можно отнести к системе low-code.
Разработка процесса
Большинство низких конструкций абстрактны общая бизнес-модель через конфигурацию JSON и генерируют определенный код с определенными правилами анализа.
Затем, как показано на рисунке (вторичная разработка обеспечивает индивидуальную настройку, а достаточно богатая библиотека материалов может даже сэкономить этот шаг перед лицом простого бизнеса), генерация конфигурации означает, что существуют определенные ограничения.
Конфигурацию проекта можно условно разделить на 2 уровня:
- Выбор базового типа: мобильный терминал, ПК, кросс-терминал, РН, апплет и т.д.
- Выбор типа бизнеса: электронная коммерция, реклама, большой экран, финансы и т. д.
От выбора типа проекта до окончательной конфигурации компонентов выбор каждого типа проекта включает в себя не только визуализацию основных компонентов, но и выбор бизнес-компонентов.
Конкретная конфигурация JSON и контент, связанный с визуальным построением, представлены во многих блогах, и некоторые сообщения в блогах будут рекомендованы в дальнейшем, вы можете взглянуть.
Суммировать
Возможно, у некоторых студентов есть какое-то непонимание про low-code, то есть аудитория low-code платформ должна быть не программистами. Эта предвзятая ситуация ощущается многими студентами, которые изучают конструирование с низким кодом.
На самом деле это должно бытьПродукты, производимые платформами с низким кодомаудитории не программисты, а использующие low-code платформыДолжен быть программистом или кем-то, кто понимает некоторые идеи программирования.
Если система low-code соответствует текущей бизнес-ситуации, построение этого простого взаимодействия посредством визуализации может передать часть бизнес-возможностей соответствующим операциям, продуктам и проектам.
Инкапсуляция части передаваемого бизнеса достаточно проста, чтобы сократить часть времени разработки, но эта часть для них не имеет отношения к коду. Вы не можете слишком много думать о программировании с низким кодом, чтобы создать дополнительную умственную нагрузку. (Результатом того, что не-код хочет достичь низкого кода, является чрезвычайно сложный процесс настройки.)
Вот почему в предыдущей статье подчеркивалась необходимость бизнес-моделей и границ.Когда вы откажетесь от бизнес-моделей и границ, вы обнаружите, что умственные затраты на визуальное построение будут иметь гораздо больше побочных эффектов, чем простая разработка комбинации инструментов.
напиши в конце
Исследования и разработки, которые могут привести к разработке инструментов, не обязательно являются хорошими исследованиями и разработками, но исследования и разработки, которые не способствуют развитию бизнеса, не обязательно являются хорошими исследованиями и разработками.
Помогайте бизнесу с помощью технологий, а технологии — с бизнесом.
После того, как я узнал то, что написал выше, я обнаружил, что последним, кто был устранен, был вырезанный мальчик, такой как я, и ребенок был мгновенно недоволен.
Рекомендуемые сообщения
Как спроектировать и внедрить систему построения сайта на ПК - Схема